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

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

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

by Fernando Olivero

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. 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. > >

Nov. 22, 2011

Re: [Pharo-project] Startup Preferences

by Mariano Martinez Peck

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

Re: [Pharo-project] Startup Preferences

by Benjamin

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 ;) 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 >

Nov. 22, 2011

[Pharo-project] Planned downtime December 6 for seaside.gemstone.com, seaside.gemstone.com/ss (GemSource), ss3.gemstone.com (SqueakSource3) and book.pharo-project.org

by Dale Henrichs

On December 6th maintenance will be performed on the internet link for the following services hosted by VMware: seaside.gemstone.com (GemSource) ss3.gemstone.com (SqueakSource3) book.pharo-project.org (Pharo the Collaboractive book) The maintenance window is between 1am and 5am PST with a scheduled 30 minutes of hard downtime. The services themselves will not be affected as it is only the internet link that is undergoing maintenance. The date and times are subject to change, but I thought I'd broadcast a heads up as soon as I got the information. Dale

Nov. 22, 2011

Re: [Pharo-project] Startup Preferences

by Mariano Martinez Peck

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

Nov. 22, 2011