- Pharo-dev - lists.pharo.org

Re: [Pharo-project] About getting HashedCollection (another dream happening)

by Levente Uzonyi

On Sun, 14 Mar 2010, stephane ducasse wrote: > Hi levente and others > > I always wanted to have Dictionary not be a subclass of Set and you did it. > Now when you introduced that in Squeak, we were busy. > But now I'm so found of this change (like other Smalltalk -> SmalltalkImage current --- which we stopped in the > middle because lack of momentum and mindsharing) that I would like to integrate it into Pharo. > Do you have any specific recommandations (like not shooting in our own foot)? IIRC this is what I did: - created a copy of Set named HashedCollection - changed it's category to Collections-Abstract - changed Set's superclass to HashedCollection while removed it's instance variables - removed Set specific methods from HashedCollection - copied Dictionary specific methods from Set to Dictionary - changed Dictionary's superclass to HashedCollection - removed Dictionary specific methods from Set - cleaup (code that assumes that Dictionary is a Set may be everywhere in the image, for example: Set rehashAllSets won't rehash Dictionaries now, etc) But if you change these classes now, you'll have to update AndrÃ©s' changes. That's why I told you earlier to add those changes before touching anything else in the Set hierarchy. The weak dictionary related parts have to be updated already. Levente > > Stef > > > _______________________________________________ > 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] Next sprint? London? England? Brussels

by StÃ©phane Ducasse

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

March 14, 2010

Re: [Pharo-project] squeaksource is down....

by StÃ©phane Ducasse

so this is strange they was a Squeak source is down message send an email to squeak mailing-list message ;") On Mar 14, 2010, at 6:48 PM, Lukas Renggli wrote: >> apparently 3 min after showing me the squeaksource is donw it was up again. >> May be the watch dog (if any) was working well :) > > There is no watch dog other than the one that sends out mails if the > web address is not reachable. > > Lukas > > -- > 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] Set with nil is fixed and waiting for a nice reviewer

by StÃ©phane Ducasse

during the sprint niko schwarz and oscar nierstrasz fixed the Set in nil entry. Thanks. http://code.google.com/p/pharo/issues/detail?id=1907 Now does somebody with knowledge could have a look because this is a sensitive part of the system and more eyes does not hurt. Stef

March 14, 2010

Re: [Pharo-project] squeaksource is down....

by Lukas Renggli

> apparently 3 min after showing me the squeaksource is donw it was up again. > May be the watch dog (if any) was working well :) There is no watch dog other than the one that sends out mails if the web address is not reachable. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 14, 2010

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

by StÃ©phane Ducasse

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

March 14, 2010

Re: [Pharo-project] squeaksource is down....

by StÃ©phane Ducasse

apparently 3 min after showing me the squeaksource is donw it was up again. May be the watch dog (if any) was working well :) Stef On Mar 14, 2010, at 6:08 PM, Lukas Renggli wrote: > Not for me. > > 2010/3/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > 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

Re: [Pharo-project] Fix 2145 - InitialExtent

by StÃ©phane Ducasse

Thanks laurent! I'm eager to see that screencast :) Stef On Mar 14, 2010, at 5:29 PM, laurent laffont wrote: > In Inbox. http://code.google.com/p/pharo/issues/detail?id=2145 > > Laurent Laffont > _______________________________________________ > 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] squeaksource is down....

by Lukas Renggli

Not for me. 2010/3/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

March 14, 2010

Re: [Pharo-project] Collection

by Lukas Renggli

> where after a while you don't know what a given annotation does because > the logic of working is somewhere else. > I prefer a single standardized message, just like "new" and "initialize" > that have well stated intentions and not convert smalltalk in a soup of > annotations like Java currently is. What about selecting the annotation and looking for its senders? The annotation doesn't change *anything* in that regard. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 14, 2010