- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Strange logic in PolygonMorph>>fromHand: hand

by StÃ©phane Ducasse

Sean thanks a lot. pay attention we already did it. Check less sensor bug entry: http://code.google.com/p/pharo/issues/detail?id=5887 Stef On May 13, 2012, at 10:13 PM, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote >> >> Now I see this method and I wonder (replacing Sensor by hand does not >> work. >> ... >> What do you think? >> > > I'm reimplementing it without Sensor, integrated well with Morphic... It's > almost done... I'll try to upload tonight. > > Sean > > -- > View this message in context: http://forum.world.st/Strange-logic-in-PolygonMorph-fromHand-hand-tp4629957… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 13, 2012

Re: [Pharo-project] Strange logic in PolygonMorph>>fromHand: hand

by Igor Stasenko

On 13 May 2012 22:13, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > StÃ©phane Ducasse wrote >> >> Now I see this method and I wonder (replacing Sensor by hand does not >> work. >> ... >> What do you think? >> > > I'm reimplementing it without Sensor, integrated well with Morphic... It's > almost done... I'll try to upload tonight. > You're too slow. We did it already :) Today, when i left Stef's place there was only 27 users of Sensor left .. :) > Sean > > -- > View this message in context: http://forum.world.st/Strange-logic-in-PolygonMorph-fromHand-hand-tp4629957… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

May 13, 2012

Re: [Pharo-project] Strange logic in PolygonMorph>>fromHand: hand

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > Now I see this method and I wonder (replacing Sensor by hand does not > work. > ... > What do you think? > I'm reimplementing it without Sensor, integrated well with Morphic... It's almost done... I'll try to upload tonight. Sean -- View this message in context: http://forum.world.st/Strange-logic-in-PolygonMorph-fromHand-hand-tp4629957… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 13, 2012

Re: [Pharo-project] Strange logic in PolygonMorph>>fromHand: hand

by StÃ©phane Ducasse

On May 13, 2012, at 8:32 PM, Fernando Olivero wrote: > Indeed is weird. I think it has to explicitly call runStepMethods, > because it's not forking , thus taking control of the ui process, does > it make sense? > > I would remove the method (and all the similar ones found in the > image, that explicitly reference Sensor and while doing "true > whileTrue:[ ...]", if needed it would be have to re-done using the new > event model with announcements. :) We completely rewrote it with Igor and there is no runStepMethods and other uglies like that. We should remove the duplicated code :). fromHand: hand "Let the user draw a polygon, clicking at each vertex, and ending by clicking within 5 of the first point..." "self fromHand: ActiveHand" | p1 poly oldVerts pN opposite stop | "wait till guy will press the mouse button" hand captureEventsUntil: [:evt | evt isMouse ifTrue: [ p1 := evt cursorPoint]. (evt isMouse and: [ evt anyButtonPressed ]) not ]. opposite := (Display colorAt: p1) negated. opposite = Color transparent ifTrue: [opposite := Color red]. (poly := LineMorph from: p1 to: p1 color: opposite width: 2) openInWorld. oldVerts := {p1}. [true] whileTrue: [ "wait till button release" hand captureEventsWhile: [:evt | evt isMouse ifTrue: [ pN := evt cursorPoint. poly setVertices: (oldVerts copyWith: pN). evt anyButtonPressed ] ifFalse: [ true ] ]. (oldVerts size > 1 and: [(pN dist: p1) < 5]) ifFalse: [ oldVerts := poly vertices. "loop till button will be pressed" hand captureEventsUntil: [:evt | evt isMouse ifTrue: [ pN := evt cursorPoint. poly setVertices: (oldVerts copyWith: pN). evt anyButtonPressed ] ifFalse: [ false ]]] ifTrue: [ ^ (poly setVertices: (poly vertices copyWith: p1)) delete]. ] > Fernando > > On Sun, May 13, 2012 at 10:20 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Hi >> >> I'm cleaning Sensor use so that we end up with a better layered system. >> Now I see this method and I wonder (replacing Sensor by hand does not work. >> But I do not understand why this methods has to explicitly invoke runStepMethodsâ¦ to me it looks like a broken behavior >> due probably to the lack of a functionality or ticking behavior. >> >> What do you think? >> >> fromHand: hand >> "Let the user draw a polygon, clicking at each vertex, and ending >> by clicking within 5 of the first point..." >> "self fromHand: ActiveHand" >> >> | p1 poly oldVerts pN opposite | >> Cursor crossHair showWhile: >> [[Sensor anyButtonPressed] whileFalse: >> [self currentWorld displayWorldSafely; runStepMethods]. >> p1 := Sensor cursorPoint]. >> opposite := (Display colorAt: p1) negated. >> opposite = Color transparent ifTrue: [opposite := Color red]. >> (poly := LineMorph from: p1 to: p1 color: opposite width: 2) openInWorld. >> oldVerts := {p1}. >> self currentWorld displayWorldSafely; runStepMethods. >> [true] whileTrue: >> [[Sensor anyButtonPressed] whileTrue: >> [pN := Sensor cursorPoint. >> poly setVertices: (oldVerts copyWith: pN). >> self currentWorld displayWorldSafely; runStepMethods]. >> (oldVerts size > 1 and: [(pN dist: p1) < 5]) ifTrue: >> [hand position: Sensor cursorPoint. "Done -- update hand pos" >> ^ (poly setVertices: (poly vertices copyWith: p1)) delete]. >> oldVerts := poly vertices. >> [Sensor anyButtonPressed] whileFalse: >> [pN := Sensor cursorPoint. >> poly setVertices: (oldVerts copyWith: pN). >> self currentWorld displayWorldSafely; runStepMethods]]. >> >> >

May 13, 2012

Re: [Pharo-project] implementors of...

by blake

Also cool. As bad as I am about this stuff, one thing Pharo has WAY over Squeak is that the options are manageable. I've found a lot just by poking around in Pharo where the much larger menus in Squeak are overwhelming... On Sun, May 13, 2012 at 11:37 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > There is a finder plugin for nautilus also :). > > > On Sun, May 13, 2012 at 8:29 PM, blake <dsblakewatson(a)gmail.com> wrote: >> >> Cool! Thanks! >> >> On Sun, May 13, 2012 at 11:20 AM, Benjamin >> <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> > So just find any text area (inspector, workspace, code browser ) >> > type the selector you are looking for (here renderContentOn:) >> > then select the selector and do cmd+m for implementors, cmd+n for >> > senders >> > >> > It should do what you want :) >> > >> > Ben >> > >> > >> > On May 13, 2012, at 8:11 PM, blake wrote: >> > >> >> On Sun, May 13, 2012 at 10:54 AM, Benjamin >> >> <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> I don't get it I think ... >> >>> >> >>> You want to retrieve the classes that implements renderContentOn >> >>> [snip] >> >> >> >> This is what I want. I don't want to have to find a class that >> >> implements renderContentOn first, and then go to the renderContentOn >> >> method, right-click and select "implemenors of". >> >> >> >> Happens to me all the time. I was trying to find an "openInWorld" >> >> versus an "openInWindow" versus various "line" methods. >> >> >> >>>> in the case you do not know a method containing a call to this >> >>>> selector ? >> >> >> >> I don't understand this half of your sentence. I can't just open up a >> >> method, put the selector in and search for that, can I? (If I can, >> >> it's not obvious how.) >> >> >> > >> > >> >

May 13, 2012

[Pharo-project] [update 2.0] #20072

by Marcus Denker

20072 ----- Issue 5886: Minor fix in Nautilus http://code.google.com/p/pharo/issues/detail?id=5886 Issue 5875: Too Many Options http://code.google.com/p/pharo/issues/detail?id=5875 Issue 5833: More robust allSuperclassesIncluding: http://code.google.com/p/pharo/issues/detail?id=5833 Issue 5872: [BUG]: Nautilus doesnt know a method is selected http://code.google.com/p/pharo/issues/detail?id=5872 Issue 5869: New versions of Spec (fixing a bit MessageBrowser) http://code.google.com/p/pharo/issues/detail?id=5869 Issue 5630: Cannot browse traits with Nautius http://code.google.com/p/pharo/issues/detail?id=5630 -- Marcus Denker -- http://marcusdenker.de

May 13, 2012

Re: [Pharo-project] implementors of...

by Guillermo Polito

There is a finder plugin for nautilus also :). On Sun, May 13, 2012 at 8:29 PM, blake <dsblakewatson(a)gmail.com> wrote: > Cool! Thanks! > > On Sun, May 13, 2012 at 11:20 AM, Benjamin > <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > So just find any text area (inspector, workspace, code browser ) > > type the selector you are looking for (here renderContentOn:) > > then select the selector and do cmd+m for implementors, cmd+n for senders > > > > It should do what you want :) > > > > Ben > > > > > > On May 13, 2012, at 8:11 PM, blake wrote: > > > >> On Sun, May 13, 2012 at 10:54 AM, Benjamin > >> <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >>> I don't get it I think ... > >>> > >>> You want to retrieve the classes that implements renderContentOn [snip] > >> > >> This is what I want. I don't want to have to find a class that > >> implements renderContentOn first, and then go to the renderContentOn > >> method, right-click and select "implemenors of". > >> > >> Happens to me all the time. I was trying to find an "openInWorld" > >> versus an "openInWindow" versus various "line" methods. > >> > >>>> in the case you do not know a method containing a call to this > selector ? > >> > >> I don't understand this half of your sentence. I can't just open up a > >> method, put the selector in and search for that, can I? (If I can, > >> it's not obvious how.) > >> > > > > > >

May 13, 2012

Re: [Pharo-project] [Pharo-consortium] We need your successes

by Fernando Olivero

I'll prepare one, detailing myself and Gaucho. Fernando On Sat, May 12, 2012 at 9:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks Hilaire for this cool one :) > > > Â Â Â Â https://gforge.inria.fr/frs/download.php/30761/drgeo-teaser.pdf > > I should do one for http://www.synectique.eu > > Stef >

May 13, 2012

Re: [Pharo-project] Strange logic in PolygonMorph>>fromHand: hand

by Fernando Olivero

Indeed is weird. I think it has to explicitly call runStepMethods, because it's not forking , thus taking control of the ui process, does it make sense? I would remove the method (and all the similar ones found in the image, that explicitly reference Sensor and while doing "true whileTrue:[ ...]", if needed it would be have to re-done using the new event model with announcements. Fernando On Sun, May 13, 2012 at 10:20 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > I'm cleaning Sensor use so that we end up with a better layered system. > Now I see this method and I wonder (replacing Sensor by hand does not work. > But I do not understand why this methods has to explicitly invoke runStepMethodsâ¦ to me it looks like a broken behavior > due probably to the lack of a functionality or ticking behavior. > > What do you think? > > fromHand: hand > Â Â Â Â "Let the user draw a polygon, clicking at each vertex, and ending > Â Â Â Â Â Â Â Â by clicking within 5 of the first point..." > Â Â Â Â "self fromHand: ActiveHand" > > Â Â Â Â | p1 poly oldVerts pN opposite | > Â Â Â Â Cursor crossHair showWhile: > Â Â Â Â Â Â Â Â [[Sensor anyButtonPressed] whileFalse: > Â Â Â Â Â Â Â Â Â Â Â Â [self currentWorld displayWorldSafely; runStepMethods]. > Â Â Â Â Â Â Â Â p1 := Sensor cursorPoint]. > Â Â Â Â opposite := (Display colorAt: p1) negated. > Â Â Â Â opposite = Color transparent ifTrue: [opposite := Color red]. > Â Â Â Â (poly := LineMorph from: p1 to: p1 color: opposite width: 2) openInWorld. > Â Â Â Â oldVerts := {p1}. > Â Â Â Â self currentWorld displayWorldSafely; runStepMethods. > Â Â Â Â [true] whileTrue: > Â Â Â Â Â Â Â Â [[Sensor anyButtonPressed] whileTrue: > Â Â Â Â Â Â Â Â Â Â Â Â [pN := Sensor cursorPoint. > Â Â Â Â Â Â Â Â Â Â Â Â poly setVertices: (oldVerts copyWith: pN). > Â Â Â Â Â Â Â Â Â Â Â Â self currentWorld displayWorldSafely; runStepMethods]. > Â Â Â Â Â Â Â Â (oldVerts size > 1 and: [(pN dist: p1) < 5]) ifTrue: > Â Â Â Â Â Â Â Â Â Â Â Â [hand position: Sensor cursorPoint. Â "Done -- update hand pos" > Â Â Â Â Â Â Â Â Â Â Â Â ^ (poly setVertices: (poly vertices copyWith: p1)) delete]. > Â Â Â Â Â Â Â Â oldVerts := poly vertices. > Â Â Â Â Â Â Â Â [Sensor anyButtonPressed] whileFalse: > Â Â Â Â Â Â Â Â Â Â Â Â [pN := Sensor cursorPoint. > Â Â Â Â Â Â Â Â Â Â Â Â poly setVertices: (oldVerts copyWith: pN). > Â Â Â Â Â Â Â Â Â Â Â Â self currentWorld displayWorldSafely; runStepMethods]]. > >

May 13, 2012

Re: [Pharo-project] implementors of...

by blake

Cool! Thanks! On Sun, May 13, 2012 at 11:20 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > So just find any text area (inspector, workspace, code browser ) > type the selector you are looking for (here renderContentOn:) > then select the selector and do cmd+m for implementors, cmd+n for senders > > It should do what you want :) > > Ben > > > On May 13, 2012, at 8:11 PM, blake wrote: > >> On Sun, May 13, 2012 at 10:54 AM, Benjamin >> <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>> I don't get it I think ... >>> >>> You want to retrieve the classes that implements renderContentOn [snip] >> >> This is what I want. I don't want to have to find a class that >> implements renderContentOn first, and then go to the renderContentOn >> method, right-click and select "implemenors of". >> >> Happens to me all the time. I was trying to find an "openInWorld" >> versus an "openInWindow" versus various "line" methods. >> >>>> in the case you do not know a method containing a call to this selector ? >> >> I don't understand this half of your sentence. I can't just open up a >> method, put the selector in and search for that, can I? (If I can, >> it's not obvious how.) >> > >

May 13, 2012