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

Re: [Pharo-project] Issue 3266 in pharo: Clean TextEditor

by StÃ©phane Ducasse

Now I will see who will port/rewrite what we have on top of a cleaned SimpleMorphic. > StÃ©phane Ducasse wrote: >> Indeed. I mean >> I can't help, but feel free to go ahead >> >> Stef >> >> > Great! Thanks for the clarification. > > Cheers, > Juan Vuletich >

Nov. 25, 2010

Re: [Pharo-project] Issue 3266 in pharo: Clean TextEditor

by StÃ©phane Ducasse

this is just for state. You have traits for methods. For me the way to go is first clean the classbuilder, have first class instance variables, what you want is just hashSubclass: instead of variableSubclass: Stef > > IMO SimpleMorphic, minus 'color' ivar in Morph class is a way to go. >>> (i mean get rid that 'color' thing in base class) :) >>> >>> >> >> Yep. I fully agree. >> > I think, for things like Morphic, where there are dozens of various > properties expected > to be in basic morph class, we should use dictionaries, backed up by > clever VM semantics. > I cannot stop thinking about extending object format to allow a > dynamic number of slots per object, > like in self or javascript. > > >> Cheers, >> Juan Vuletich >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Nov. 25, 2010

Re: [Pharo-project] [Pharo-coral] Update for Coral

by StÃ©phane Ducasse

let's start writing a lot of scripts with coral and fixing the infrastructure and see. > Very nice! I installed it according to the instructions (http://www.auverlot.fr/pharo/coralinstall/) and it works. > > I guess the next step is to have a class for the scripts? So that one can define methods and have pre-defined > methods to ease script-writing... why? For now we want coral syntax to be potentially a replacement to the chunk format. and learn. In GNU you do not need to have a script class to write code. > Small edit for the readme: > > -> "3) make them executable: chmod +x coral.sh coraldb.sh" > ==> is now called coralDebug.sh > > > On Nov 24, 2010, at 2:53 PM, Olivier Auverlot wrote: > >> New methods for displaying in a UNIX console : >> >> * Console>>displayAttributes: >> * Console>>eraseScreen >> * Console>>esc: >> * Console>>locate: >> * Console>>plot: >> * Console>>resetAllAttributes >> >> Two examples: >> >> * scriptCarpet.cst >> * scriptHappyFace.cst >> >> Best regards >> Olivier >> >> www.auverlot.fr >> > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-coral mailing list > Pharo-coral(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-coral

Nov. 25, 2010

Re: [Pharo-project] Fwd: [Pharo-users] TestMock: a full featured mock testing framework now available in SqueakSource

by StÃ©phane Ducasse

So dennis squared it would be good that you write this chapter. I can help editing and reviewing it. Start examples first It would be a good addition for the community. At the end we should all produce more documentation. Stef On Nov 24, 2010, at 7:33 PM, Dennis Schetinin wrote: > > By the way dennis did you start to write a chapter on Mocks? > > Stef > > > Well, actually I'm another Dennis :) I think you talked about the Mocks chapter with Dennis Kudryashov, author of Mocketry. > > On the other hand, he was my student, we still stay in touch with him and decided to work together on the topic. We didn't make much progress so far unfortunately, but we have a plan for the chapter and about 50% of text in Russian. > > -- > Dennis Schetinin

Nov. 25, 2010

Re: [Pharo-project] Net::Telnet equivalent

by StÃ©phane Ducasse

It would be nice to publish it on squeaksource. Can you send the code to us? Stef On Nov 24, 2010, at 8:42 PM, Chris Cunningham wrote: > There is the old telnet client from Ian P ( > http://map.squeak.org/package/14bcecc6-dbb8-4866-bb0c-25278ca882ba ). > If you are interested, I could send you a copy of the change set. I > have used this (which some modifications) for automated telnet > interaction in the past. > > I would undoubtedly need some modifications to work in Pharo (or even > modern Squeak). > -Chris >

Nov. 25, 2010

Re: [Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Alain Plantec

Hi Lukas, ok, I've plugged the textfield with completion (surely a bad name) in the find class for testing only. I don't like the two lists also. The purpose is to have a normal text field which popup a list of possible answers only when you typin something in the field. So, its a basic widget which, afaik is missing and that could be used with ob-tools. btw: even with ob find class, add category, etc, I would prefer to see only one simple text field. Cheers Alain Le 25/11/2010 00:33, Lukas Renggli a Ã©crit : > Why two lists when one list is enough? > > http://www.lukas-renggli.ch/blog/ob-completion-dialog > > Lukas > > On 24 November 2010 19:08, Alain Plantec<alain.plantec(a)free.fr> wrote: >> Dear list, >> I'm not should it's enough clear so >> a screenshot is attached. >> Cheers >> Alain >> > >

Nov. 25, 2010

Re: [Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Francisco Ortiz PeÃ±aloza

I would like to add that just watched Lukas ob-completion-dialog and the PluggableTextFieldMorph autocomplete looks better for me. >From an usability point of view it looks more like OSX Spotlight or web autocomplete on html input elements users are used to. Cheers, Francisco On Thu, Nov 25, 2010 at 1:27 AM, Francisco Ortiz PeÃ±aloza < patchinko(a)gmail.com> wrote: > I was wondering the same, the top static list dosn't make any sense to me. > Like the one when you add a category. > > Francisco > > On Wed, Nov 24, 2010 at 9:33 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> Why two lists when one list is enough? >> >> http://www.lukas-renggli.ch/blog/ob-completion-dialog >> >> Lukas >> >> On 24 November 2010 19:08, Alain Plantec <alain.plantec(a)free.fr> wrote: >> > Dear list, >> > I'm not should it's enough clear so >> > a screenshot is attached. >> > Cheers >> > Alain >> > >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> >

Nov. 25, 2010

Re: [Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Francisco Ortiz PeÃ±aloza

I was wondering the same, the top static list dosn't make any sense to me. Like the one when you add a category. Francisco On Wed, Nov 24, 2010 at 9:33 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Why two lists when one list is enough? > > http://www.lukas-renggli.ch/blog/ob-completion-dialog > > Lukas > > On 24 November 2010 19:08, Alain Plantec <alain.plantec(a)free.fr> wrote: > > Dear list, > > I'm not should it's enough clear so > > a screenshot is attached. > > Cheers > > Alain > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > >

Nov. 25, 2010

Re: [Pharo-project] Issue 3266 in pharo: Clean TextEditor

by Juan Vuletich

Igor Stasenko wrote: > I think, for things like Morphic, where there are dozens of various > properties expected > to be in basic morph class, we should use dictionaries, backed up by > clever VM semantics. > I cannot stop thinking about extending object format to allow a > dynamic number of slots per object, > like in self or javascript. > > That sounds interesting, and I'm sure there are many applications that could benefit from it. Cheers, Juan Vuletich

Nov. 25, 2010

Re: [Pharo-project] Issue 3266 in pharo: Clean TextEditor

by Igor Stasenko

On 25 November 2010 03:45, Juan Vuletich <juan(a)jvuletich.org> wrote: > Igor Stasenko wrote: >> >> IMO SimpleMorphic, minus 'color' ivar in Morph class is a way to go. >> (i mean get rid that 'color' thing in base class) Â :) >> >> > > Yep. I fully agree. > I think, for things like Morphic, where there are dozens of various properties expected to be in basic morph class, we should use dictionaries, backed up by clever VM semantics. I cannot stop thinking about extending object format to allow a dynamic number of slots per object, like in self or javascript. > Cheers, > Juan Vuletich > > -- Best regards, Igor Stasenko AKA sig.

Nov. 25, 2010