- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Use of #asMorph

by Igor Stasenko

On 14 March 2010 19:42, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Mar 14, 2010, at 3:04 PM, Igor Stasenko wrote: > >> On 14 March 2010 15:38, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>> I'm not convinced by your argumentation. >>> Because >>> Â Â Â Â #('a' 'b') collect: [:each | each asMorph] >>> would mean to me that you get StringMorph or some morph representation of the object. >> >> Yes, exactly like that. >> And i want to find a convenient approach how to achieve that. Means , >> that from one side we having >> a container (list, inspector, panel, window etc) and from other side, >> we having a model which is a collection of items. >> And i want to find a way, how an object, which you want to represent >> in a container, could pick a most appropriate form >> of its representation, BUT depending on a nature of container. > > it smells like a lot of magic or double dispatch? Yes, it is a double dispatch. But the problem who will take a first half and who is second, i.e. will message should come in object(item) -> container direction or container -> object(item). >> >>> If this is what you want why not but I thought you talk about container containee relationship/ >>> >> >> I am not convinced myself that such way is feasible either. You tell :) >> Usually, in most cases, a container dictating how its items should be >> displayed and behave. >> And usually, a model knows more than a little about items it contains >> (for instance a class methods pane contains only methods, not >> arbitrary objects). >> >>> >>> >>> Stef >>> >>> >>> On Mar 14, 2010, at 2:05 PM, Igor Stasenko wrote: >>> >>>> On 14 March 2010 14:40, stephane ducasse <stephane.ducasse(a)gmail.com> wrote: >>>>> Igor >>>>> >>>>> I do not know (I'm dizzy after a couple of hours of bus) but >>>>> asMorph for me conveys the idea that we get a transformation of the receiver, while if this is just to >>>>> change the model of a morph why not model: >>>>> >>>> Changing a model gives nothing: >>>> >>>> morph := MyListMorph new. >>>> morph model: someModel. >>>> >>>> now, since my morph is a list, it assumes that someModel object >>>> implements a protocol, which allows to extract the >>>> items ( #size, #at: etc). >>>> The question is, what you would do, if you want to represent each item >>>> in a list as a morph, so instead of: >>>> >>>> strings := model items collect: [:each | each asString ]. >>>> >>>> you doing: >>>> >>>> subMorphs := model items collect: [:each | each asMorph ]. >>>> ... >>>> this gives you a freedom to pick any form how represent each item in a >>>> list, instead of bare strings. >>>> >>>> >>>>> >>>>> Stef >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

March 14, 2010

[Pharo-project] Macoosi International Solver Competion

by csrabak＠bol.com.br

I think is worth Pharo community to give a look at this link http://www.mancoosi.org/misc-2010/ specially people more interested in package management. HTH -- Cesar Rabak

March 14, 2010

Re: [Pharo-project] Next sprint? London? England? Brussels

by Mariano Martinez Peck

I would like to attempt :) now that I am near ;) On Sun, Mar 14, 2010 at 8:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Excellent! > > Stef > > On Mar 14, 2010, at 8:19 PM, Gary Chambers wrote: > > > We at Pinesoft are based in London, Holborn just outside Chancery Lane > > tube station. > > > > I'll ask the guys but expect that we'd be more than happy to host a > > sprint... > > > > Regards, Gary > > > > On Sun, 2010-03-14 at 19:02 +0100, StÃ©phane Ducasse wrote: > >> Hi guys > >> > >> I want to thank the participants of the sprint of yesterday. Philippe it > was fun to pair program > >> and crash the system with you.... much more fun that alone. > >> So here is a proposition for another sprint at Berne the saturday 5 th > of June. > >> > >> Now I would love to come and code with you guys on the other side of the > channel > >> but I have no clue about england geography and where you are located. > >> Mike, gary do you have an idea? > >> > >> We could also organize a sprint at Brussels > >> Lille is so central that this is cool. > >> > >> Stef > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 14, 2010

[Pharo-project] about video games

by StÃ©phane Ducasse

A friend of mine sent this interesting links http://www.wired.com/gaming/gamingreviews/commentary/games/2008/09/gamesfro… > http://www.businessweek.com/innovate/content/jan2009/id20090114_362962.htm Worth to read. Stef

March 14, 2010

Re: [Pharo-project] Rewrote "Smalltalk" to "Smalltalk globals"

by StÃ©phane Ducasse

Thanks. I'm merging. I like my dreams when they come true. Stef On Mar 14, 2010, at 9:40 PM, Lukas Renggli wrote: > I published a slice that rewrites "Smalltalk" to "Smalltalk globals" > for various messages > (http://code.google.com/p/pharo/issues/detail?id=2143) To adapt the > code in other packages just run the rewrite rules below: > > Name: SLICE-RewriteSmalltalkToSmalltalkGlobals-lr.1 > Author: lr > Time: 14 March 2010, 9:18:06 pm > UUID: 1742e7f2-7233-4be3-bc3d-c9332ed07ef7 > Ancestors: > Dependencies: Collections-Support-lr.31, Collections-Text-lr.30, > Compiler-lr.196, CompilerTests-lr.32, Compression-lr.50, > DeprecatedPreferences-lr.17, Files-lr.ducasse.139, FreeType-lr.524, > Gofer-Core-lr.118, Gofer-Tests-lr.117, Graphics-lr.214, > GraphicsTests-lr.32, Kernel-lr.617, KernelTests-lr.216, > Monticello-lr.439, MonticelloGUI-lr.51, Morphic-lr.547, > Multilingual-lr.155, Network-Protocols-lr.42, Network-URI-lr.17, > Network-Url-lr.28, PackageInfo-lr.51, Polymorph-Tools-Diff-lr.26, > Polymorph-Widgets-lr.214, ST80-lr.126, SUnit-lr.91, SUnitGUI-lr.57, > ScriptLoader11-lr.297, Settings-Polymorph-lr.3, System-lr.11, > System-Changes-lr.52, System-Download-lr.45, System-FilePackage-lr.36, > System-Localization-lr.43, System-Object Storage-lr.87, > System-Settings-lr.181, System-Support-lr.259, Tests-lr.131, > ToolBuilder-Morphic-lr.65, Tools-lr.362, Traits-lr.359 > > RBParseTreeRewriter new > replace: 'Smalltalk associationAt: ``@arg1' with: 'Smalltalk globals > associationAt: ``@arg1'; > replace: 'Smalltalk associationAt: ``@arg1 ifAbsent: ``@arg2' with: > 'Smalltalk globals associationAt: > ``@arg1 ifAbsent: ``@arg2'; > replace: 'Smalltalk associationDeclareAt: ``@arg1' with: 'Smalltalk > globals associationDeclareAt: > ``@arg1'; > replace: 'Smalltalk associationOrUndeclaredAt: ``@arg1' with: > 'Smalltalk globals > associationOrUndeclaredAt: ``@arg1'; > replace: 'Smalltalk classNamed: ``@arg1' with: 'Smalltalk globals > classNamed: ``@arg1'; > replace: 'Smalltalk at: ``@arg1' with: 'Smalltalk globals at: ``@arg1'; > replace: 'Smalltalk at: ``@arg1 ifPresent: ``@arg2' with: 'Smalltalk > globals at: ``@arg1 ifPresent: > ``@arg2'; > replace: 'Smalltalk at: ``@arg1 ifAbsent: ``@arg2' with: 'Smalltalk > globals at: ``@arg1 ifAbsent: > ``@arg2'; > replace: 'Smalltalk includesKey: ``@arg1' with: 'Smalltalk globals > includesKey: ``@arg1'; > replace: 'Smalltalk keyAtIdentityValue: ``@arg1' with: 'Smalltalk > globals keyAtIdentityValue: ``@arg1'; > replace: 'Smalltalk flushClassNameCache' with: 'Smalltalk globals > flushClassNameCache'; > yourself > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010

[Pharo-project] Rewrote "Smalltalk" to "Smalltalk globals"

by Lukas Renggli

I published a slice that rewrites "Smalltalk" to "Smalltalk globals" for various messages (http://code.google.com/p/pharo/issues/detail?id=2143) To adapt the code in other packages just run the rewrite rules below: Name: SLICE-RewriteSmalltalkToSmalltalkGlobals-lr.1 Author: lr Time: 14 March 2010, 9:18:06 pm UUID: 1742e7f2-7233-4be3-bc3d-c9332ed07ef7 Ancestors: Dependencies: Collections-Support-lr.31, Collections-Text-lr.30, Compiler-lr.196, CompilerTests-lr.32, Compression-lr.50, DeprecatedPreferences-lr.17, Files-lr.ducasse.139, FreeType-lr.524, Gofer-Core-lr.118, Gofer-Tests-lr.117, Graphics-lr.214, GraphicsTests-lr.32, Kernel-lr.617, KernelTests-lr.216, Monticello-lr.439, MonticelloGUI-lr.51, Morphic-lr.547, Multilingual-lr.155, Network-Protocols-lr.42, Network-URI-lr.17, Network-Url-lr.28, PackageInfo-lr.51, Polymorph-Tools-Diff-lr.26, Polymorph-Widgets-lr.214, ST80-lr.126, SUnit-lr.91, SUnitGUI-lr.57, ScriptLoader11-lr.297, Settings-Polymorph-lr.3, System-lr.11, System-Changes-lr.52, System-Download-lr.45, System-FilePackage-lr.36, System-Localization-lr.43, System-Object Storage-lr.87, System-Settings-lr.181, System-Support-lr.259, Tests-lr.131, ToolBuilder-Morphic-lr.65, Tools-lr.362, Traits-lr.359 RBParseTreeRewriter new replace: 'Smalltalk associationAt: ``@arg1' with: 'Smalltalk globals associationAt: ``@arg1'; replace: 'Smalltalk associationAt: ``@arg1 ifAbsent: ``@arg2' with: 'Smalltalk globals associationAt: ``@arg1 ifAbsent: ``@arg2'; replace: 'Smalltalk associationDeclareAt: ``@arg1' with: 'Smalltalk globals associationDeclareAt: ``@arg1'; replace: 'Smalltalk associationOrUndeclaredAt: ``@arg1' with: 'Smalltalk globals associationOrUndeclaredAt: ``@arg1'; replace: 'Smalltalk classNamed: ``@arg1' with: 'Smalltalk globals classNamed: ``@arg1'; replace: 'Smalltalk at: ``@arg1' with: 'Smalltalk globals at: ``@arg1'; replace: 'Smalltalk at: ``@arg1 ifPresent: ``@arg2' with: 'Smalltalk globals at: ``@arg1 ifPresent: ``@arg2'; replace: 'Smalltalk at: ``@arg1 ifAbsent: ``@arg2' with: 'Smalltalk globals at: ``@arg1 ifAbsent: ``@arg2'; replace: 'Smalltalk includesKey: ``@arg1' with: 'Smalltalk globals includesKey: ``@arg1'; replace: 'Smalltalk keyAtIdentityValue: ``@arg1' with: 'Smalltalk globals keyAtIdentityValue: ``@arg1'; replace: 'Smalltalk flushClassNameCache' with: 'Smalltalk globals flushClassNameCache'; yourself -- Lukas Renggli http://www.lukas-renggli.ch

March 14, 2010

Re: [Pharo-project] Questions about TextMorph

by StÃ©phane Ducasse

take squeak 3.5 Stef > >> >> Stef > > Yes, during this Pharo Sprint we worked on a EntryFieldMorph, NewTextMorph and CodeMorph, that respectivly use SimpleEditor, TextEditor and SmalltalkEditor ( from CUIS). > > I'll make a couple of tests tomorrow and publish the SLICE. EXCELLENT and THANKS for the clipboard check!!!! You see commit often commit simple but commit a LOT :)

March 14, 2010

Re: [Pharo-project] Questions about TextMorph

by Fernando olivero

On Mar 14, 2010, at 8:41 PM, StÃ©phane Ducasse wrote: >> >> I building a new TextMorph, in the context of porting Cuis Editors. >> >> I'm having problems understanding some behavior of TexMorph, >> >> 1. Whats the purpose of predecessor and successor in TextMorph? > > is it not to bind to the next one and get the text flow as in the cool squeak demo. where can is see this demo? , i think that having pred and suc made the code more complicated. > >> 2. Why does the paragraph needs to be lazily initialized. >> >> Im my implementation of TextMorph i have neither and i don't see a good reason to add them. >> >> Fernando > > Fernando I would suggest to publish the code and that we see. > With Morph I have the impression that a lot have to be reconsidered. I cleanup a lot of stuff out of TextMorph, into NewTextMorph. > > Stef Yes, during this Pharo Sprint we worked on a EntryFieldMorph, NewTextMorph and CodeMorph, that respectivly use SimpleEditor, TextEditor and SmalltalkEditor ( from CUIS). I'll make a couple of tests tomorrow and publish the SLICE. Fernando > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010

Re: [Pharo-project] [update 1.1] #11261

by StÃ©phane Ducasse

Thanks nicolas. I'm cleaning the inbox and I will ntegrate now. Stef On Mar 14, 2010, at 8:38 PM, Nicolas Cellier wrote: > 2010/3/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> 11261 >> ----- >> >> - Issue 1978: Refactored DirectoryEntry by Chris Muller (tx Philippe) > > Ah, excellent, but impossible to open a FileBrowser - see this one in > PharoInbox: Tools-nice.362 > > Nicolas > >> - Issue 2137: TextConverter cleaning >> Removes unneccessary complexity from TextConverter>> nextPutAll:toStream, use streamContents for code clarity in String>>convertToWithConverter. >> - Issue 1656: remove #asOOP >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010

Re: [Pharo-project] Questions about TextMorph

by StÃ©phane Ducasse

> > I building a new TextMorph, in the context of porting Cuis Editors. > > I'm having problems understanding some behavior of TexMorph, > > 1. Whats the purpose of predecessor and successor in TextMorph? is it not to bind to the next one and get the text flow as in the cool squeak demo. > 2. Why does the paragraph needs to be lazily initialized. > > Im my implementation of TextMorph i have neither and i don't see a good reason to add them. > > Fernando Fernando I would suggest to publish the code and that we see. With Morph I have the impression that a lot have to be reconsidered. Stef

March 14, 2010