January 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] aligning morphs

by Gary Chambers

A slight revision as this has highlighted an edge case in the original class as to when scrollbars are needed... Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, January 11, 2011 1:53 PM Subject: Re: [Pharo-project] aligning morphs Excellent! I tried the example and it works well. I will work with it in the following days. Cheers, Doru On 11 Jan 2011, at 14:39, Gary Chambers wrote: > Try the attached change set with the following example... > Let me know if any use and we'll get it integrated. > > |m| > m := PanelMorph new. > m > fillStyle: Color green; > hResizing: #spaceFill; > vResizing: #spaceFill; > changeTableLayout; > layoutInset: 8. > m addMorph: (Morph new > height: 160; > minWidth: 100; > hResizing: #spaceFill; > vResizing: #shrinkWrap). > GeneralScrollPane new > changeScrollerTableLayout; > scrollTarget: m; > openInWindow > > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 10, 2011 8:23 PM > Subject: Re: [Pharo-project] aligning morphs > > > Wow, that would be great! I cannot wait to test it. > > Cheers, > Doru > > > On 10 Jan 2011, at 16:50, Gary Chambers wrote: > >> I may get time later in the week to have a go with GeneralScrollPane to >> support the feature you desire... ;-) >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Cc: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 10, 2011 2:23 PM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Hi Gary, >> >> Thanks for the reply. >> >> So, what would be required for scrollbars to work with spaceFill? I would >> really need this feature, but I do not know how to go about it. >> >> Could you or anyone else provide some hints? Of course code would be even >> better. But at this moment hi ts would be helpful, too :) >> >> Cheers, >> Doru >> >> >> >> On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> >> wrote: >> >>> Hi Doru, >>> >>> #spaceFill constraints are typically only used by table layouts. >>> ScrollPane is designed for fixed size contents, at present. >>> Might be nice to extend it to honour any #spaceFill of its single target >>> morph. >>> This would simplify usage of scrollers quite a bit! >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: "Pharo-project(a)lists.gforge.inria.fr Development" >>> <pharo-project(a)lists.gforge.inria.fr> >>> Sent: Saturday, January 08, 2011 1:22 AM >>> Subject: [Pharo-project] aligning morphs >>> >>> >>> >>> Hi, >>> >>> I would need help with understanding the magic behind alignment in >>> Morphic. >>> >>> Take the example from below. Could anyone help me with what I should do >>> to have the morph stretch all the way horizontally? >>> >>> | scroll window morph | >>> scroll := ScrollPane new. >>> scroll >>> fillStyle: (SolidFillStyle color: Color blue); >>> vResizing: #spaceFill; >>> hResizing: #spaceFill. >>> morph := PanelMorph new. >>> morph >>> fillStyle: (SolidFillStyle color: Color yellow); >>> changeTableLayout; >>> listDirection: #topToBottom; >>> vResizing: #shrinkWrap; >>> hResizing: #spaceFill; >>> layoutInset: 10. >>> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >>> scroll scroller addMorph: morph. >>> window := SystemWindow new. >>> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 >>> corner: 1 @ 1)). >>> window openInWorld >>> >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing should have the right to be different." >>> >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem > understanding." > > > > <GeneralScrollPaneLayout.1.cs> -- www.tudorgirba.com "Some battles are better lost than fought."

Jan. 11, 2011

Re: [Pharo-project] aligning morphs

by Gary Chambers

Another interesting example ;-) |m| m := PanelMorph new. m hResizing: #spaceFill; vResizing: #spaceFill; changeTableLayout; layoutInset: 8. m addMorph: FileDialogWindow new newContentMorph. GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m; openInWindow Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, January 11, 2011 1:39 PM Subject: Re: [Pharo-project] aligning morphs > Try the attached change set with the following example... > Let me know if any use and we'll get it integrated. > > |m| > m := PanelMorph new. > m > fillStyle: Color green; > hResizing: #spaceFill; > vResizing: #spaceFill; > changeTableLayout; > layoutInset: 8. > m addMorph: (Morph new > height: 160; > minWidth: 100; > hResizing: #spaceFill; > vResizing: #shrinkWrap). > GeneralScrollPane new > changeScrollerTableLayout; > scrollTarget: m; > openInWindow > > > Regards, Gary > > ----- Original Message ----- > From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 10, 2011 8:23 PM > Subject: Re: [Pharo-project] aligning morphs > > > Wow, that would be great! I cannot wait to test it. > > Cheers, > Doru > > > On 10 Jan 2011, at 16:50, Gary Chambers wrote: > >> I may get time later in the week to have a go with GeneralScrollPane to >> support the feature you desire... ;-) >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Cc: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 10, 2011 2:23 PM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Hi Gary, >> >> Thanks for the reply. >> >> So, what would be required for scrollbars to work with spaceFill? I would >> really need this feature, but I do not know how to go about it. >> >> Could you or anyone else provide some hints? Of course code would be even >> better. But at this moment hi ts would be helpful, too :) >> >> Cheers, >> Doru >> >> >> >> On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> >> wrote: >> >>> Hi Doru, >>> >>> #spaceFill constraints are typically only used by table layouts. >>> ScrollPane is designed for fixed size contents, at present. >>> Might be nice to extend it to honour any #spaceFill of its single target >>> morph. >>> This would simplify usage of scrollers quite a bit! >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: "Pharo-project(a)lists.gforge.inria.fr Development" >>> <pharo-project(a)lists.gforge.inria.fr> >>> Sent: Saturday, January 08, 2011 1:22 AM >>> Subject: [Pharo-project] aligning morphs >>> >>> >>> >>> Hi, >>> >>> I would need help with understanding the magic behind alignment in >>> Morphic. >>> >>> Take the example from below. Could anyone help me with what I should do >>> to have the morph stretch all the way horizontally? >>> >>> | scroll window morph | >>> scroll := ScrollPane new. >>> scroll >>> fillStyle: (SolidFillStyle color: Color blue); >>> vResizing: #spaceFill; >>> hResizing: #spaceFill. >>> morph := PanelMorph new. >>> morph >>> fillStyle: (SolidFillStyle color: Color yellow); >>> changeTableLayout; >>> listDirection: #topToBottom; >>> vResizing: #shrinkWrap; >>> hResizing: #spaceFill; >>> layoutInset: 10. >>> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >>> scroll scroller addMorph: morph. >>> window := SystemWindow new. >>> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 >>> corner: >>> 1 @ 1)). >>> window openInWorld >>> >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing should have the right to be different." >>> >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem > understanding." > > > >

Jan. 11, 2011

Re: [Pharo-project] aligning morphs

by Tudor Girba

Excellent! I tried the example and it works well. I will work with it in the following days. Cheers, Doru On 11 Jan 2011, at 14:39, Gary Chambers wrote: > Try the attached change set with the following example... > Let me know if any use and we'll get it integrated. > > |m| > m := PanelMorph new. > m > fillStyle: Color green; > hResizing: #spaceFill; > vResizing: #spaceFill; > changeTableLayout; > layoutInset: 8. > m addMorph: (Morph new > height: 160; > minWidth: 100; > hResizing: #spaceFill; > vResizing: #shrinkWrap). > GeneralScrollPane new > changeScrollerTableLayout; > scrollTarget: m; > openInWindow > > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 10, 2011 8:23 PM > Subject: Re: [Pharo-project] aligning morphs > > > Wow, that would be great! I cannot wait to test it. > > Cheers, > Doru > > > On 10 Jan 2011, at 16:50, Gary Chambers wrote: > >> I may get time later in the week to have a go with GeneralScrollPane to support the feature you desire... ;-) >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Cc: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 10, 2011 2:23 PM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Hi Gary, >> >> Thanks for the reply. >> >> So, what would be required for scrollbars to work with spaceFill? I would really need this feature, but I do not know how to go about it. >> >> Could you or anyone else provide some hints? Of course code would be even better. But at this moment hi ts would be helpful, too :) >> >> Cheers, >> Doru >> >> >> >> On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> wrote: >> >>> Hi Doru, >>> >>> #spaceFill constraints are typically only used by table layouts. >>> ScrollPane is designed for fixed size contents, at present. >>> Might be nice to extend it to honour any #spaceFill of its single target morph. >>> This would simplify usage of scrollers quite a bit! >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> >>> Sent: Saturday, January 08, 2011 1:22 AM >>> Subject: [Pharo-project] aligning morphs >>> >>> >>> >>> Hi, >>> >>> I would need help with understanding the magic behind alignment in Morphic. >>> >>> Take the example from below. Could anyone help me with what I should do to have the morph stretch all the way horizontally? >>> >>> | scroll window morph | >>> scroll := ScrollPane new. >>> scroll >>> fillStyle: (SolidFillStyle color: Color blue); >>> vResizing: #spaceFill; >>> hResizing: #spaceFill. >>> morph := PanelMorph new. >>> morph >>> fillStyle: (SolidFillStyle color: Color yellow); >>> changeTableLayout; >>> listDirection: #topToBottom; >>> vResizing: #shrinkWrap; >>> hResizing: #spaceFill; >>> layoutInset: 10. >>> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >>> scroll scroller addMorph: morph. >>> window := SystemWindow new. >>> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 1)). >>> window openInWorld >>> >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing should have the right to be different." >>> >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > > <GeneralScrollPaneLayout.1.cs> -- www.tudorgirba.com "Some battles are better lost than fought."

Jan. 11, 2011

Re: [Pharo-project] [Hudson] Pharo Tab

by Noury Bouraqadi

Thanx Marcus On 10 janv. 2011, at 13:53, Marcus Denker wrote: > Hi, > > I configured a tab with just the directly Pharo related targets: > > https://pharo-ic.lille.inria.fr/hudson/view/Pharo/ > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Jan. 11, 2011

Re: [Pharo-project] aligning morphs

by Gary Chambers

Try the attached change set with the following example... Let me know if any use and we'll get it integrated. |m| m := PanelMorph new. m fillStyle: Color green; hResizing: #spaceFill; vResizing: #spaceFill; changeTableLayout; layoutInset: 8. m addMorph: (Morph new height: 160; minWidth: 100; hResizing: #spaceFill; vResizing: #shrinkWrap). GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m; openInWindow Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, January 10, 2011 8:23 PM Subject: Re: [Pharo-project] aligning morphs Wow, that would be great! I cannot wait to test it. Cheers, Doru On 10 Jan 2011, at 16:50, Gary Chambers wrote: > I may get time later in the week to have a go with GeneralScrollPane to > support the feature you desire... ;-) > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Cc: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 10, 2011 2:23 PM > Subject: Re: [Pharo-project] aligning morphs > > > Hi Gary, > > Thanks for the reply. > > So, what would be required for scrollbars to work with spaceFill? I would > really need this feature, but I do not know how to go about it. > > Could you or anyone else provide some hints? Of course code would be even > better. But at this moment hi ts would be helpful, too :) > > Cheers, > Doru > > > > On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> > wrote: > >> Hi Doru, >> >> #spaceFill constraints are typically only used by table layouts. >> ScrollPane is designed for fixed size contents, at present. >> Might be nice to extend it to honour any #spaceFill of its single target >> morph. >> This would simplify usage of scrollers quite a bit! >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: "Pharo-project(a)lists.gforge.inria.fr Development" >> <pharo-project(a)lists.gforge.inria.fr> >> Sent: Saturday, January 08, 2011 1:22 AM >> Subject: [Pharo-project] aligning morphs >> >> >> >> Hi, >> >> I would need help with understanding the magic behind alignment in >> Morphic. >> >> Take the example from below. Could anyone help me with what I should do >> to have the morph stretch all the way horizontally? >> >> | scroll window morph | >> scroll := ScrollPane new. >> scroll >> fillStyle: (SolidFillStyle color: Color blue); >> vResizing: #spaceFill; >> hResizing: #spaceFill. >> morph := PanelMorph new. >> morph >> fillStyle: (SolidFillStyle color: Color yellow); >> changeTableLayout; >> listDirection: #topToBottom; >> vResizing: #shrinkWrap; >> hResizing: #spaceFill; >> layoutInset: 10. >> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >> scroll scroller addMorph: morph. >> window := SystemWindow new. >> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 corner: >> 1 @ 1)). >> window openInWorld >> >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Every thing should have the right to be different." >> >> >> >> >> > > -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Jan. 11, 2011

Re: [Pharo-project] PHP Fog ...

by Nick Ager

there's always EC2 and Gemstone: http://www.vimeo.com/18375790 On 11 January 2011 09:19, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > I reckon a Smalltalk-type Heroku/PHP Fog > ( > http://techcrunch.com/2011/01/10/php-fog-raises-1-8-million-to-be-the-herok… > ) > would be nice :) Would there be a viable business opportunity there or is > the market simply too small? > -- > View this message in context: > http://forum.world.st/PHP-Fog-tp3208657p3208657.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Jan. 11, 2011

Re: [Pharo-project] Issue 3471 in pharo: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride

by pharo＠googlecode.com

Updates: Status: Started Comment #4 on issue 3471 by laurent.laffont: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride http://code.google.com/p/pharo/issues/detail?id=3471 In Inbox: SLICE-Issue-3471-Failing-Test-OBCmdAutoCategorizeWithAMCTesttestOBAutocategorizeCommandOverride-LaurentLaffont.1 Fix commands by declaring needed pragmas. Comment + test reorganization from Pharo coding-dojo in Annecy :)

Jan. 11, 2011

Re: [Pharo-project] Why Sets need to be rehashed when loading them from an ImageSegment?

by Mariano Martinez Peck

On Mon, Jan 10, 2011 at 5:35 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Any object that uses an identity hash anywhere in its #hash might > the problem is what that "might" you talk, is about. After Igor example, I understood that the only reason a Set has to be rehashed after an image segment is those objects that are tricky and that RefereceStream does magic to read them. For example, if in a Set instance included objects like nil, true, false, when loaded back, it will point to those objects but those that are present in the image where the loading occurs (some instances like true, false, and nil were not even written in the file when using reference stream). And here, the hashes of those objects can be different from the one where I wrote the Set (like symbols). And the same happens with Symbols. But is it correct that it only happens with these kind of objects? (mostly where ReferenceStream needs a #readXXX method?) Because with the rest of the objects (classes) I don't see any problem since #identityhash cannot change. If all these is correct, then the problem is not that some objects of the Set might have changed its hash, but instead, some objects of the Set are directly REPLACED by other instances (like symbols, true, false, nil, etc) which of course, can have different hashes. Thanks! Mariano > change its hash, thus the rehashing. > > Lukas > > On Monday, 10 January 2011, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > Hi. I was almost sure that Set instances that were written in an > ImageSegment, needed to be rehashed once they are swap in. And I even > thought I was understanding why. But now, I don't understand at all why is > that. I would really appreciate anyway that can give me a hint. > > > > So...ImageSegment rehashes all Set instances (at loading time) that were > written in an ImageSegment, and then exported with ReferenceStream. Notice > that this rehash is finally called from ImageSegment >> comeFullyUpOnReload: > smartRefStream. > > When you export an ImageSegment with a reference stream, you also > serializer the "outPointers" array. This is usually the case when you want > to load the object subgraph in another image or when do it backups so that > to start with a clean image. Notice that the Set rehash only occurs in this > case. If we use ImageSegment just to swap out / in, there is no Set rehash. > > So...I think that this has something to do about WHY Set instances need > to be rehashed. > > > > For each object ImageSegment write into the file, it writes both: object > header + slots. So....the hash (12 bits in the object header) is copied. > When the object is loaded back, it continues to have the same hash. It > doesn't change. > > So...if hash doesn't change, why Set instances need to be rehashes when > they come back from an ImageSegment? > > > > Thanks in advance, > > > > Mariano > > > > -- > Lukas Renggli > www.lukas-renggli.ch > >

Jan. 11, 2011

Re: [Pharo-project] Why Sets need to be rehashed when loading them from an ImageSegment?

by Mariano Martinez Peck

On Mon, Jan 10, 2011 at 1:25 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > One example: > > #foo identityHash in one image > and same #foo identityHash > in another image could be different, because > these symbols could be interned in different time(s). > So, if you have a identity set or identity dictionary which using > symbols as keys, > which is often the case , you need to rehash them. > > Just tried it > image 1 > #awdqedqwd identityHash 633602048 > image 2 > #awdqedqwd identityHash 398196736 > > note that i specifically picked the symbol, which is not yet interned > (not exists) in image. > Obviously, you cannot change the identityHash of symbol(s) which > already present in image, > because you don't know where it used outside of object(s) you are loading. > > Uhhhhhh this was a good example ;) I forget about this guys heheh Thanks Igor. This is a clear example. > > On 10 January 2011 10:51, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > Hi. I was almost sure that Set instances that were written in an > > ImageSegment, needed to be rehashed once they are swap in. And I even > > thought I was understanding why. But now, I don't understand at all why > is > > that. I would really appreciate anyway that can give me a hint. > > > > So...ImageSegment rehashes all Set instances (at loading time) that were > > written in an ImageSegment, and then exported with ReferenceStream. > Notice > > that this rehash is finally called from ImageSegment >> > comeFullyUpOnReload: > > smartRefStream. > > When you export an ImageSegment with a reference stream, you also > serializer > > the "outPointers" array. This is usually the case when you want to load > the > > object subgraph in another image or when do it backups so that to start > with > > a clean image. Notice that the Set rehash only occurs in this case. If > we > > use ImageSegment just to swap out / in, there is no Set rehash. > > So...I think that this has something to do about WHY Set instances need > to > > be rehashed. > > > > For each object ImageSegment write into the file, it writes both: object > > header + slots. So....the hash (12 bits in the object header) is > copied. > > When the object is loaded back, it continues to have the same hash. It > > doesn't change. > > So...if hash doesn't change, why Set instances need to be rehashes when > they > > come back from an ImageSegment? > > > > Thanks in advance, > > > > Mariano > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

Jan. 11, 2011

[Pharo-project] PHP Fog ...

by Geert Claes

I reckon a Smalltalk-type Heroku/PHP Fog (http://techcrunch.com/2011/01/10/php-fog-raises-1-8-million-to-be-the-herok…) would be nice :) Would there be a viable business opportunity there or is the market simply too small? -- View this message in context: http://forum.world.st/PHP-Fog-tp3208657p3208657.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2011