September 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by Gary Chambers

#position: and #extent: etc. won't work since the owner is laying out as per the layout frame. You'll need to adjust the offsets instead... Regards, Gary ----- Original Message ----- From: "nullPointer" <epicfan(a)gmail.com> To: <pharo-project(a)lists.gforge.inria.fr> Sent: Monday, September 14, 2009 3:37 PM Subject: Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions > > > > iÂ´m already using fractions and offsets, through my class CLDecorMorph... > http://paste.lisp.org/display/87049 > > (Note: in that class properties as #position or #top, #left etc be > relatives to owner) > > IÂ´m use the owner always with ProportionalLayout and the "anchors" with > the > fractions-offsets mechanism. The problem is when I try set the #position: > or > #extent: accessors. DonÂ´t works. > > > > > > Gary Chambers wrote: >> >> 1. "Fixed" positioning can be achived by setting the fractions to 0@0 for >> top-left and bottom-right then using the offsets. >> >> Regards, Gary >> >> ----- Original Message ----- >> From: nullPointer >> To: pharo-project(a)lists.gforge.inria.fr >> Sent: Monday, September 14, 2009 12:03 PM >> Subject: Re: [Pharo-project] Polymorph - TabIndex and layoutFrames >> questions >> >> >> 1. I have always work with owners in ProportionalLayout, donÂ´t let work >> with another layoutPolicy in the canvas designer. In view designer exists >> the possibility of "anchor" a widget to top, left, down and right. That >> is >> all need the user ( for the moment ) for anchor a widget, but fails to >> change size and position.Exists the possibility of do it in >> ProportionalLayout on owner? >> >> >> 2. Then i understand than changing the order of submorphs that works? I >> will probe. >> >> Regards and many thanks. >> >> >> 2009/9/14 Gary Chambers (via Nabble) <[hidden email]> >> >> 1. position/extent depends on how thae morph is laid out in its >> owner. >> LayoutFrame is used when the owner specified a proportional layout, >> use the >> fractions to pin corners and the offsets to.. offset. >> If the owner specifies no layout then postion/extent work as >> expected. >> For table layouts things are more complicated (see >> hResizing/vResizing >> etc.) >> >> 2. Tab order (keyboard navigation) follows the order of the submorphs >> at >> present. Add your morphs (using addMorphback: or via the Polymorph >> row/column type stuff) in the order you want navigation to follow. >> >> Regards, Gary >> >> >> ----- Original Message ----- >> From: "nullPointer" <[hidden email]> >> To: <[hidden email]> >> Sent: Sunday, September 13, 2009 9:48 PM >> Subject: [Pharo-project] Polymorph - TabIndex and layoutFrames >> questions >> >> >> >> > >> > >> > 1- How i can change the #position or #extent of a Morph with a >> layoutFrame >> > setted ? >> > >> > for example, i have a button "anchored" to top and right; if i set >> the >> > #position: of that button the position donÂ´t change. Then i try >> override >> > the >> > #position: accessor of my button; first set #layoutframe: to nil, >> later do >> > the set normally of #position: and later set again the old value >> of >> > #layoutFrame: , for remain the original anchors. But donÂ´t works. >> Well, if >> > I >> > execute the code in a WorkSpace, line to line, then works! but >> donÂ´t >> if >> > execute all code. I donÂ´t understand :| >> > >> > >> > 2- How works the tab index mechanism in Polymorph? >> > >> > in some of my Views i have controls with unordered tab order in >> controls. >> > How i can change the order? I donÂ´t see nothing for start. >> > >> > 3- Exists the possibility of change the position of cursor of a >> textbox? >> > >> > >> > Regards, and thanks for the help >> > >> > -- >> > View this message in context: >> > >> http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… >> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > [hidden email] >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> >> ------------------------------------------------------------------------------ >> View this message in context: Re: [Pharo-project] Polymorph - TabIndex >> and layoutFrames questions >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> >> >> ------------------------------------------------------------------------------ >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > View this message in context: > http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by Henrik Johansen

nullPointer skrev: > I donÂ´t see the message #&& . I have image Pharo dev 10418 BETA. > > && works as #and: ? is a lazy comparison? > > Regards I think Steph meant &, which does not compare lazily (but these are boolean values already so not exactly alot of computation overhead, and no subtle sideeffects...). Alternatively you could use or: or: or: / | | |, drop the not's, and switch the ifTrue:ifFalse: blocks. That way, the "interesting" case comes on top too :). Personally, I'd also use ifNotNil:, and temps moved to their enclosing scope in this method, but as you say, preferences differ. :) Cheers, Henry

Sept. 14, 2009

Re: [Pharo-project] one click distribution

by Marcus Denker

On 14.09.2009, at 04:24, Damien Cassou wrote: > On Mon, Sep 14, 2009 at 8:01 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> can you open a ticket in the bugtracker and reply to this mail with a >> link ? > > http://code.google.com/p/pharo/issues/detail?id=1218 > Fixed: http://gforge.inria.fr/frs/download.php/23260/Pharo1.0-10440-BETAdev09.09ON… Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 14, 2009

[Pharo-project] [ANN] Core image #10451

by Marcus Denker

Hello, A new core image: http://gforge.inria.fr/frs/download.php/23266/PharoCore-1.0-10451-BETA.zip Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 14, 2009

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by nullPointer

Bufff, I hate that "format". Kill me :) I donÂ´t see the message #&& . I have image Pharo dev 10418 BETA. && works as #and: ? is a lazy comparison? Regards 2009/9/14 StÃ©phane Ducasse-2 (via Nabble) < ml-user+179910-225159042(a)n2.nabble.com<ml-user%2B179910-225159042(a)n2.nabble.com> > > since I cannot give you feedback on the morphic internal > I will give you some smalltalk ones > > > anchorToLeft: toLeft toRight: toRight toTop: toTop toBottom: toBottom > > morph owner notNil > ifTrue: > [| fractionsRectangle offsetsRectangle owner | > owner := morph owner. > anchoredToLeft := toLeft. > anchoredToRight := toRight. > anchoredToTop := toTop. > anchoredToBottom := toBottom. > ((anchoredToLeft not) and: [anchoredToRight not] > and:[anchoredToBottom not] > and:[anchoredToTop not ]) > ifTrue: [owner addMorph: morph > fullFrame: nil.] > ifFalse: > [ fractionsRectangle := self > pvtBuildFractionsRectangle. > offsetsRectangle := self pvtBuildOffsetsRectangle: > > fractionsRectangle. > owner addMorph: morph fullFrame: (LayoutFrame > fractions: > fractionsRectangle offsets: offsetsRectangle)]]. > > looks more smalltalkish to me > BTW for the > ((anchoredToLeft not) and: [anchoredToRight not] > and:[anchoredToBottom not] > and:[anchoredToTop not ]) > it may be more efficient to use > && > > > > _______________________________________________ > Pharo-project mailing list > [hidden email]<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3642989&i=0> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ------------------------------ > View message @ > http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… > To unsubscribe from Re: Polymorph - TabIndex and layoutFrames questions, click > here< (link removed) >. > > > -- View this message in context: http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 14, 2009

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by StÃ©phane Ducasse

since I cannot give you feedback on the morphic internal I will give you some smalltalk ones anchorToLeft: toLeft toRight: toRight toTop: toTop toBottom: toBottom morph owner notNil ifTrue: [| fractionsRectangle offsetsRectangle owner | owner := morph owner. anchoredToLeft := toLeft. anchoredToRight := toRight. anchoredToTop := toTop. anchoredToBottom := toBottom. ((anchoredToLeft not) and: [anchoredToRight not] and:[anchoredToBottom not] and:[anchoredToTop not ]) ifTrue: [owner addMorph: morph fullFrame: nil.] ifFalse: [ fractionsRectangle := self pvtBuildFractionsRectangle. offsetsRectangle := self pvtBuildOffsetsRectangle: fractionsRectangle. owner addMorph: morph fullFrame: (LayoutFrame fractions: fractionsRectangle offsets: offsetsRectangle)]]. looks more smalltalkish to me BTW for the ((anchoredToLeft not) and: [anchoredToRight not] and:[anchoredToBottom not] and:[anchoredToTop not ]) it may be more efficient to use &&

Sept. 14, 2009

Re: [Pharo-project] getting rid of these boring questions and popup

by Schwab,Wilhelm K

Stef, Sounds great - thanks! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Monday, September 14, 2009 9:30 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] getting rid of these boring questions and popup bill for now I will cherrypick the removal of the two boring one. for the rest we will see. Stef On Sep 14, 2009, at 3:55 PM, Schwab,Wilhelm K wrote: > Hernan, Stef > > I still would perfer to just ses the syntax error; perhaps it is just > pop-up burnout, but I find them annoying, but not so much so that I > would object if Stef wants to integrate this as-is. > > I vaugely recall that the changes include removing notifieres, which > really steps on my toes. As is always my position on such things, I > do not care if *you* skip them, but I do not want them removed from my > image. Taking some small action to enable them is fine, but I ask the > benevolent dictators to not allow them to be removed. > > Bill > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Hernan Wilkinson > Sent: Monday, September 14, 2009 6:35 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] getting rid of these boring questions and > popup > > I think there are two pop ups that should stay because they help TDD: > 1) When the variable is not defined and you want to define it as > instance variable (it is very common to do that) > 2) When the class does not exists and you want to create it from > there. > > The other (message not exist, etc) should not be there. > BTW, I did that on the TDDFacilities package. It is on SqueakSource: > > MCHttpRepository > location: 'http://www.squeaksource.com/TDDFacilities' > user: '' > password: '' > > Bye, > Hernan. > > On Sun, Sep 13, 2009 at 12:41 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr > > wrote: > Guys > > you may not have noticed it but I would love to get the code to remove > these boring popups :) > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by nullPointer

iÂ´m already using fractions and offsets, through my class CLDecorMorph... http://paste.lisp.org/display/87049 (Note: in that class properties as #position or #top, #left etc be relatives to owner) IÂ´m use the owner always with ProportionalLayout and the "anchors" with the fractions-offsets mechanism. The problem is when I try set the #position: or #extent: accessors. DonÂ´t works. Gary Chambers wrote: > > 1. "Fixed" positioning can be achived by setting the fractions to 0@0 for > top-left and bottom-right then using the offsets. > > Regards, Gary > > ----- Original Message ----- > From: nullPointer > To: pharo-project(a)lists.gforge.inria.fr > Sent: Monday, September 14, 2009 12:03 PM > Subject: Re: [Pharo-project] Polymorph - TabIndex and layoutFrames > questions > > > 1. I have always work with owners in ProportionalLayout, donÂ´t let work > with another layoutPolicy in the canvas designer. In view designer exists > the possibility of "anchor" a widget to top, left, down and right. That is > all need the user ( for the moment ) for anchor a widget, but fails to > change size and position.Exists the possibility of do it in > ProportionalLayout on owner? > > > 2. Then i understand than changing the order of submorphs that works? I > will probe. > > Regards and many thanks. > > > 2009/9/14 Gary Chambers (via Nabble) <[hidden email]> > > 1. position/extent depends on how thae morph is laid out in its owner. > LayoutFrame is used when the owner specified a proportional layout, > use the > fractions to pin corners and the offsets to.. offset. > If the owner specifies no layout then postion/extent work as expected. > For table layouts things are more complicated (see hResizing/vResizing > etc.) > > 2. Tab order (keyboard navigation) follows the order of the submorphs > at > present. Add your morphs (using addMorphback: or via the Polymorph > row/column type stuff) in the order you want navigation to follow. > > Regards, Gary > > > ----- Original Message ----- > From: "nullPointer" <[hidden email]> > To: <[hidden email]> > Sent: Sunday, September 13, 2009 9:48 PM > Subject: [Pharo-project] Polymorph - TabIndex and layoutFrames > questions > > > > > > > > > 1- How i can change the #position or #extent of a Morph with a > layoutFrame > > setted ? > > > > for example, i have a button "anchored" to top and right; if i set > the > > #position: of that button the position donÂ´t change. Then i try > override > > the > > #position: accessor of my button; first set #layoutframe: to nil, > later do > > the set normally of #position: and later set again the old value > of > > #layoutFrame: , for remain the original anchors. But donÂ´t works. > Well, if > > I > > execute the code in a WorkSpace, line to line, then works! but donÂ´t > if > > execute all code. I donÂ´t understand :| > > > > > > 2- How works the tab index mechanism in Polymorph? > > > > in some of my Views i have controls with unordered tab order in > controls. > > How i can change the order? I donÂ´t see nothing for start. > > > > 3- Exists the possibility of change the position of cursor of a > textbox? > > > > > > Regards, and thanks for the help > > > > -- > > View this message in context: > > > http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > ------------------------------------------------------------------------------ > View this message in context: Re: [Pharo-project] Polymorph - TabIndex > and layoutFrames questions > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- View this message in context: http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 14, 2009

Re: [Pharo-project] getting rid of these boring questions and popup

by StÃ©phane Ducasse

bill for now I will cherrypick the removal of the two boring one. for the rest we will see. Stef On Sep 14, 2009, at 3:55 PM, Schwab,Wilhelm K wrote: > Hernan, Stef > > I still would perfer to just ses the syntax error; perhaps it is > just pop-up burnout, but I find them annoying, but not so much so > that I would object if Stef wants to integrate this as-is. > > I vaugely recall that the changes include removing notifieres, which > really steps on my toes. As is always my position on such things, I > do not care if *you* skip them, but I do not want them removed from > my image. Taking some small action to enable them is fine, but I > ask the benevolent dictators to not allow them to be removed. > > Bill > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Hernan Wilkinson > Sent: Monday, September 14, 2009 6:35 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] getting rid of these boring questions > and popup > > I think there are two pop ups that should stay because they help TDD: > 1) When the variable is not defined and you want to define it as > instance variable (it is very common to do that) > 2) When the class does not exists and you want to create it from > there. > > The other (message not exist, etc) should not be there. > BTW, I did that on the TDDFacilities package. It is on SqueakSource: > > MCHttpRepository > location: 'http://www.squeaksource.com/TDDFacilities' > user: '' > password: '' > > Bye, > Hernan. > > On Sun, Sep 13, 2009 at 12:41 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > Guys > > you may not have noticed it but I would love to get the code to remove > these boring popups :) > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

Re: [Pharo-project] New Pharo and pharo-web based on core 10451

by StÃ©phane Ducasse

cool thanks On Sep 14, 2009, at 4:12 PM, Damien Cassou wrote: > http://pharo-project.org/pharo-download > > I've added Sound and and MorphExtras. Please test. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009