May 2012 - Pharo-dev - lists.pharo.org

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

by Igor Stasenko

On 14 May 2012 04:33, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Igor Stasenko wrote >> >> You're too slow. We did it already :) >> > > WTF!!! You guys are getting too good, lol. > > One thing... The instance creation should be: > > Â Â Â Â poly := PolygonMorph > Â Â Â Â Â Â Â Â vertices: { p1. p1 } > Â Â Â Â Â Â Â Â color: Color transparent > Â Â Â Â Â Â Â Â borderWidth: 2 > Â Â Â Â Â Â Â Â borderColor: opposite. > Â Â Â Â poly openInWorld. > > Right now it's returning a LineMorph. > yeah, i wonder myself why it using LineMorph. but we were concentrated on replacing other parts of code. > -- > 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 14, 2012

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

by Sean P. DeNigris

Igor Stasenko wrote > > You're too slow. We did it already :) > WTF!!! You guys are getting too good, lol. One thing... The instance creation should be: poly := PolygonMorph vertices: { p1. p1 } color: Color transparent borderWidth: 2 borderColor: opposite. poly openInWorld. Right now it's returning a LineMorph. -- 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 14, 2012

Re: [Pharo-project] [squeak-dev] Fun with spock (NativeBoost FFI)

by Igor Stasenko

On 14 May 2012 00:03, Lawson English <lenglish5(a)cox.net> wrote: > [pharo-project list added back in] > > > On 5/13/12 1:34 PM, Nicolas Cellier wrote: >> >> [100000 primeSwingFactorial] timeToRun 3411 [100000 factorial] timeToRun >> 61219 So gmp is still 40x faster than a reasonably optimized Smalltalk >> factorial... I think that's fair, because gmp is highly optimized. Since >> cost is dominated by LargeInteger arithmetic, and since Smalltalk >> LargeInteger arithmetic in primitives still operates on bytes, I'm not so >> surprised of the gap... I'd like to see a 64bit image operating on 32 bits >> positive integers digits, that would already be a progress... Nicolas > > > For me, the most interesting thing would be to figure out how to integrate > such external libraries more tightly into the language syntax. > > Right now, Â x := Â 3.14159... always creates a Float, which is stored as a > double. > > x class ===> Float. > > What if I wanted to generate a gmplib floating point number (or rational or > large integer) automatically when the gmplib binding is available? > > Could I implement something that makes x a GMPfpWrapper if extra digits are > supplied? > e.g.: > > x := 3.14159265358979323846264338327950288419716939937510. > > x class ===> GMPfpWrapper. > > NativeBoost allows one to cascade calls to external libraries if you wrap > them in assembly language in the method. High speed, aribrary-precision > floating point complex number arithmetic, can be accomplished that way (no > examples yet sorry, still learning) as well as more complicated stuff. I'm > hoping to make a proof-of-concept mandlebrot set Morph that can zoom in > arbitrarily. 32 bit floats limit the resolution terribly. > > So... > > What can be done to better integrate such libraries? I browsed the Parser > and other classes but didn't understand what I was seeing well enough to > figure out how to begin. > See SqNumberParser. this is the guy who used by Parser to parse number literals. > > > > L > > -- > Squeak from the very start (introduction to Squeak and Pharo Smalltalk for > the (almost) complete and compleate beginner). > https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all > > -- Best regards, Igor Stasenko.

May 13, 2012

Re: [Pharo-project] [squeak-dev] Fun with spock (NativeBoost FFI)

by Lawson English

[pharo-project list added back in] On 5/13/12 1:34 PM, Nicolas Cellier wrote: > [100000 primeSwingFactorial] timeToRun 3411 [100000 factorial] > timeToRun 61219 So gmp is still 40x faster than a reasonably optimized > Smalltalk factorial... I think that's fair, because gmp is highly > optimized. Since cost is dominated by LargeInteger arithmetic, and > since Smalltalk LargeInteger arithmetic in primitives still operates > on bytes, I'm not so surprised of the gap... I'd like to see a 64bit > image operating on 32 bits positive integers digits, that would > already be a progress... Nicolas For me, the most interesting thing would be to figure out how to integrate such external libraries more tightly into the language syntax. Right now, x := 3.14159... always creates a Float, which is stored as a double. x class ===> Float. What if I wanted to generate a gmplib floating point number (or rational or large integer) automatically when the gmplib binding is available? Could I implement something that makes x a GMPfpWrapper if extra digits are supplied? e.g.: x := 3.14159265358979323846264338327950288419716939937510. x class ===> GMPfpWrapper. NativeBoost allows one to cascade calls to external libraries if you wrap them in assembly language in the method. High speed, aribrary-precision floating point complex number arithmetic, can be accomplished that way (no examples yet sorry, still learning) as well as more complicated stuff. I'm hoping to make a proof-of-concept mandlebrot set Morph that can zoom in arbitrarily. 32 bit floats limit the resolution terribly. So... What can be done to better integrate such libraries? I browsed the Parser and other classes but didn't understand what I was seeing well enough to figure out how to begin. L -- Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

May 13, 2012

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