- Pharo-dev - lists.pharo.org

Re: [Pharo-project] GUI Testing Library

by Igor Stasenko

On 23 November 2011 02:09, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sean P. DeNigris wrote >> >> So far the API adds... >> > > This is fun! I integrated with Keymapping, so now you can write: > Â Â Â Â self simulateKeyStrokes: 'Object'. > Â Â Â Â self simulateKeyStroke: $s command. > > To play, doit: > Nice! It would be cool to cover UI stuff with such tests. Like if you have browser window and press something, it should do somehting.. etc > >> Gofer new >> Â Â Â Â Â Â Â squeaksource: 'ShortWays'; >> Â Â Â Â Â Â Â package: 'ConfigurationOfKeymapping'; >> Â Â Â Â Â Â Â load. >> (Smalltalk at: #ConfigurationOfKeymapping) project bleedingEdge load. >> >> Gofer it >> Â Â Â squeaksource: 'BDDExtensions'; >> Â Â Â package: 'BDDExtensions'; >> Â Â Â load. >> > > -- > View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4098126.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by Igor Stasenko

On 23 November 2011 11:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > prepare the following: > Â Â Â Â - a class showing an example > Â Â Â Â Â Â Â Â with the transformation stuff (because it is unclear) There is one: AthensBalloonSurfaceExamples > > Â Â Â Â - a tester canvas so that people can to > > (CanvasTester testClass: CircleMorph) open. > err.. what is it? To test morphic display on Athens you can do following: | surf | surf := AthensBalloonSurface new form: (Form extent: Display extent depth: 32). surf drawDuring: [ :canvas | canvas fullDrawMorph: yourMorph. ]. Display getCanvas translucentImage: surf form at: 0@0 > People could then extend the Athens package with the method in the morph. > >> It would be great to help adapting all morphs for Athens. >> Morphs, that having own draw method(s), should also have own >> #drawOnAthensCanvas: >> >> I didn't covered all of them yet, so a little help with it would be nice. >> Also, it is good for checking the missing functionality in Athens API >> as well as learning it. >> >> There's not much to learn yet :) >> >> basicly what you should know is that you have coordinate system: >> >> canvas pathTransform >> Â (instance of AthensAffineTransform) >> >> which you can manipulate to achieve desirable results. >> >> And actual drawing: >> >> canvas setPaint: somePaintObject. ( color, gradient, or anything which >> conforms to AthensPaint protocol ). >> canvas drawShape: Â (rect or path or anything , which responds to: >> 'paintFillsUsing: aPaint on: anAthensCanvas' ). >> canvas draw: (anything , which responds to #drawOnAthensCanvas: ) > > think that we are dummies willing to help and do the two things I mention above. > I'm then sure you will get contributions. > > Stef > -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by StÃ©phane Ducasse

Igor prepare the following: - a class showing an example with the transformation stuff (because it is unclear) - a tester canvas so that people can to (CanvasTester testClass: CircleMorph) open. People could then extend the Athens package with the method in the morph. > It would be great to help adapting all morphs for Athens. > Morphs, that having own draw method(s), should also have own > #drawOnAthensCanvas: > > I didn't covered all of them yet, so a little help with it would be nice. > Also, it is good for checking the missing functionality in Athens API > as well as learning it. > > There's not much to learn yet :) > > basicly what you should know is that you have coordinate system: > > canvas pathTransform > (instance of AthensAffineTransform) > > which you can manipulate to achieve desirable results. > > And actual drawing: > > canvas setPaint: somePaintObject. ( color, gradient, or anything which > conforms to AthensPaint protocol ). > canvas drawShape: (rect or path or anything , which responds to: > 'paintFillsUsing: aPaint on: anAthensCanvas' ). > canvas draw: (anything , which responds to #drawOnAthensCanvas: ) think that we are dummies willing to help and do the two things I mention above. I'm then sure you will get contributions. Stef

Nov. 23, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by Igor Stasenko

On 23 November 2011 09:58, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > How the community can help you? > May be gary, alain, fernando can give a hand there. > Because if this would be fixed we would already have a much nicer system. > It would be great to help adapting all morphs for Athens. Morphs, that having own draw method(s), should also have own #drawOnAthensCanvas: I didn't covered all of them yet, so a little help with it would be nice. Also, it is good for checking the missing functionality in Athens API as well as learning it. There's not much to learn yet :) basicly what you should know is that you have coordinate system: canvas pathTransform (instance of AthensAffineTransform) which you can manipulate to achieve desirable results. And actual drawing: canvas setPaint: somePaintObject. ( color, gradient, or anything which conforms to AthensPaint protocol ). canvas drawShape: (rect or path or anything , which responds to: 'paintFillsUsing: aPaint on: anAthensCanvas' ). canvas draw: (anything , which responds to #drawOnAthensCanvas: ) -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by StÃ©phane Ducasse

Igor How the community can help you? May be gary, alain, fernando can give a hand there. Because if this would be fixed we would already have a much nicer system. Stef >> Nice work Igor! >> >> I believe that Paragraph has too much responsibility right now, for >> example it takes care of drawing itself, besides the composition of >> lines to a fit a certain extent. >> For example, >> >> (VIEW) Paragraph>>showCaret: >> (MODEL) Paragraph>>compose: t style: ts from: startingIndex in: textContainer >> >> Looks like some of the behavior should be moved to the TextMorph. >> > yes. we need to review the code. > and make it more flexible (and polymorphic). > > >> Fernando >> >> >> On Tue, Nov 22, 2011 at 3:25 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 22 November 2011 13:55, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>> Is there a way to load these? >>> >>> Yes. >>> on SqS/Athens >>> i just uploaded last snapshot. >>> but be warned, there's a lot of trash and cruft, which i will clean up >>> eventually :) >>> >>>> >>>> Doru >>>> >>>> On Tue, Nov 22, 2011 at 1:40 PM, Alexandre Bergel >>>> <alexandre.bergel(a)me.com> wrote: >>>>>> Stephane, asked me to show this :) >>>>> >>>>> Gorgeous! >>>>> Go go go Igor! >>>>> >>>>> Alexandre >>>>> >>>>> >>>>>> >>>>>> Nothing fancy there, just a same window, rendered with different >>>>>> scale. The code which doing this, is following: >>>>>> >>>>>> testWindowRender >>>>>> | surf | >>>>>> surf := AthensBalloonSurface new form: (Form extent: Display extent depth: 32). >>>>>> >>>>>> surf drawDuring: [ :canvas | >>>>>> >>>>>> canvas pathTransform scaleBy: 0.5. " or 2 " >>>>>> canvas fullDrawMorph: self testWindow. >>>>>> >>>>>> ]. >>>>>> >>>>>> Display getCanvas translucentImage: surf form at: 0@0 >>>>>> >>>>>> >>>>>> There are problems of course: >>>>>> - i have to use different Paragraph class, >>>>>> and therefore i have to use different TextMorph subclass, because >>>>>> otherwise it will use hardcoded Paragraph class. >>>>>> >>>>>> The paragraph model is a bit messy. It doesn't clear to me, what role it has. >>>>>> I thinking that it is a cached state for Text, to draw it on screen. >>>>>> But apparently it is more than a cache , and there are couple things >>>>>> which simply don't fit with it. >>>>>> I am thinking about doing some overhaul with TextMorph/Paragraph >>>>>> later, to clean up unused stuff (believe me there's a lot of it), >>>>>> and to make clear separation of roles. >>>>>> >>>>>> In fact, this stuff could live by itself. You can render text without >>>>>> using paragraph(s) mess. >>>>>> But i want to integrate that with Morphic, so we can switch to Athens >>>>>> at some point. That's why i need to deal with this. :) >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko. >>>>>> <Screen shot 2011-11-22 at 11.43.32 AM.png><Screen shot 2011-11-22 at 11.44.07 AM.png> >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> "Every thing has its own flow" >>>> >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Nov. 23, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by Igor Stasenko

On 22 November 2011 21:23, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Nice work Igor! > > I believe that Paragraph has too much responsibility right now, for > example it takes care of drawing itself, besides the composition of > lines to a fit a certain extent. > For example, > > (VIEW) Paragraph>>showCaret: > (MODEL) Paragraph>>compose: t style: ts from: startingIndex in: textContainer > > Looks like some of the behavior should be moved to the TextMorph. > yes. we need to review the code. and make it more flexible (and polymorphic). > Fernando > > > On Tue, Nov 22, 2011 at 3:25 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 22 November 2011 13:55, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> Is there a way to load these? >> >> Yes. >> on SqS/Athens >> i just uploaded last snapshot. >> but be warned, there's a lot of trash and cruft, which i will clean up >> eventually :) >> >>> >>> Doru >>> >>> On Tue, Nov 22, 2011 at 1:40 PM, Alexandre Bergel >>> <alexandre.bergel(a)me.com> wrote: >>>>> Stephane, asked me to show this :) >>>> >>>> Gorgeous! >>>> Go go go Igor! >>>> >>>> Alexandre >>>> >>>> >>>>> >>>>> Nothing fancy there, just a same window, rendered with different >>>>> scale. The code which doing this, is following: >>>>> >>>>> testWindowRender >>>>> Â Â Â | surf | >>>>> Â Â Â surf := AthensBalloonSurface new form: (Form extent: Display extent depth: 32). >>>>> >>>>> Â Â Â surf drawDuring: [ :canvas | >>>>> >>>>> Â Â Â Â Â Â Â canvas pathTransform scaleBy: 0.5. Â " or 2 " >>>>> Â Â Â Â Â Â Â canvas fullDrawMorph: self testWindow. >>>>> >>>>> Â Â Â ]. >>>>> >>>>> Â Â Â Display getCanvas translucentImage: surf form at: 0@0 >>>>> >>>>> >>>>> There are problems of course: >>>>> - i have to use different Paragraph class, >>>>> and therefore i have to use different TextMorph subclass, because >>>>> otherwise it will use hardcoded Paragraph class. >>>>> >>>>> The paragraph model is a bit messy. It doesn't clear to me, what role it has. >>>>> I thinking that it is a cached state for Text, to draw it on screen. >>>>> But apparently it is more than a cache , and there are couple things >>>>> which simply don't fit with it. >>>>> I am thinking about doing some overhaul with TextMorph/Paragraph >>>>> later, to clean up unused stuff (believe me there's a lot of it), >>>>> and to make clear separation of roles. >>>>> >>>>> In fact, this stuff could live by itself. You can render text without >>>>> using paragraph(s) mess. >>>>> But i want to integrate that with Morphic, so we can switch to Athens >>>>> at some point. That's why i need to deal with this. :) >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> <Screen shot 2011-11-22 at 11.43.32 AM.png><Screen shot 2011-11-22 at 11.44.07 AM.png> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel Â http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> "Every thing has its own flow" >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] GUI Testing Library

by Sean P. DeNigris

Sean P. DeNigris wrote > > So far the API adds... > This is fun! I integrated with Keymapping, so now you can write: self simulateKeyStrokes: 'Object'. self simulateKeyStroke: $s command. To play, doit: > Gofer new > squeaksource: 'ShortWays'; > package: 'ConfigurationOfKeymapping'; > load. > (Smalltalk at: #ConfigurationOfKeymapping) project bleedingEdge load. > > Gofer it > squeaksource: 'BDDExtensions'; > package: 'BDDExtensions'; > load. > -- View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4098126.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 23, 2011

[Pharo-project] GUI Testing Library

by Sean P. DeNigris

I'm starting to put together some helpers for UI testing. What's out there already? I started simulating keyboard events. It seems like the place to hook is ActiveHand>>handleEvent:. This way, it will take into account the keyboard focus and route the event the way it would for a real event. Does that sound right? So far the API adds TestCase>>simulateKeyStrokes: which forwards to ActiveHand>>handleEvent:, so you can put in a test: testMyMorph MyMorph new openInWorld. "MyMorph takes the keyboard focus in #initialize" self simulateKeyStrokes: 'abcd'. "keystrokes go to MyMorph instance" Obviously, there are things missing (like modifier keys), but what are your thoughts on the general approach? Sean -- View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4097866.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by StÃ©phane Ducasse

Thanks for asking that :) > Is there a way to load these? > > Doru I'm happy that I pushed igor to publish it :).

Nov. 22, 2011

Re: [Pharo-project] Startup Preferences

by Benjamin

Done, the new version accept now string or bloc as code :) Ben On Nov 22, 2011, at 9:01 PM, Mariano Martinez Peck wrote: > > > On Tue, Nov 22, 2011 at 4:57 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I agree that right now it's quite hard to write it by hand, but a UI will be done soon, so you will have colors and no problem with quotes. > > > The problem with blocs is that you will retrieve a string from UI, so it's a bit hard to convert it into a block (at least, I do not know how to did it properly ^^) > So maybe I should have both ;) > > > I don't think a UI for that is worth it. > > > > Ben > > > > On Nov 22, 2011, at 6:42 PM, Mariano Martinez Peck wrote: > >> >> >> On Tue, Nov 22, 2011 at 2:36 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >> On Nov 22, 2011, at 6:03 PM, Mariano Martinez Peck wrote: >> >>> Hi Ben. Nice idea. One small feedback: try to use blocks for the items rather than strings :) >>> >> >> Why ? >> >> 1) It is difficult to scape when you use simple quote ' . Hence, it is difficult to write your items. >> 2) There is no color highlighting ;) >> 3) When you save the method, strings are not compiled. If you use blocks, you can at least avoid compilation errors. >> 4) Because at the end what you put in those strings is code, hence, closures are a more accurate reification than string. >> 5) Strings are now well managed by the system when code is inside. For example, searching senders or refactoring tools wont work with code inside strings, but they do work with closures. >> >> Maybe there are more reasons, but I am lazy to think more. >> >> Cheers >> >> >>> cheers >>> >>> On Mon, Nov 21, 2011 at 3:36 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>> On Mon, Nov 21, 2011 at 7:07 PM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>> > Depending on the version I have different passwords so does general handle that? >>> >>> 'general' is for scripts that do not change between versions :-) >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Lambdas are relegated to relative obscurity until Java makes them >>> popular by not having them." James Iry >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 22, 2011