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

Re: [Pharo-project] Zinc feedback

by StÃ©phane Ducasse

On May 20, 2011, at 10:08 AM, Sven Van Caekenberghe wrote: > Stef, > > On 20 May 2011, at 08:57, StÃ©phane Ducasse wrote: > >> Hi Sven >> >> with igor we went over the start up list and we saw that ZnServer resgiter all subclasses of ZnServer. >> We think that it would be better to have a list of servers to be registered and that users can decide. >> What do you think? >> >> Stef > > It is the traditional/classic idea that a server object in Smalltalk should survive image save/load. This is very convenient for beginners and during development. For production systems, explicit control is better. > > Now that I look at the code again, I must agree that it is a bit weird: only those server registered/started as the default in their class fall under this scheme, not other instances. > > So yes, an explicit managed list of ZnServer subclasses that need startup/shutdown would be nicer. If that is what you mean. Yes :) > > Sven > >

May 20, 2011

Re: [Pharo-project] Set with nil

by Nick Ager

> > You may want the collection from which you build a menu to be a Set because > you don't want to have repeated entries in a menu, and you'd want nil to be > there if your field can be empty. When the menu items are automatically > generated, it'd be nice to be able to do Whatever buildMenuFrom: > (myCollection asSet add: nil; yourself). > In this particular case you could model your "do nothing" menu option using a special-case pattern - http://martinfowler.com/eaaCatalog/specialCase.html

May 20, 2011

Re: [Pharo-project] Set with nil

by Bernat Romagosa

You may want the collection from which you build a menu to be a Set because you don't want to have repeated entries in a menu, and you'd want nil to be there if your field can be empty. When the menu items are automatically generated, it'd be nice to be able to do Whatever buildMenuFrom: (myCollection asSet add: nil; yourself). IMO this would be more elegant than doing myCollection asSet asOrderedCollection add: nil; yourself, or any other way to ensure the elements are unique and the collection includes nil. 2011/5/20 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > On 20.05.2011 11:36, Bernat Romagosa wrote: > >> On a dropdown menu where you can choose between 'apple' -> #apple, >> 'orange' -> #orange or 'nothing' -> nil, for example :) >> > > Huh? > How does a Set figure into that? > > Cheers, > Henry > >

May 20, 2011

Re: [Pharo-project] Set with nil

by Henrik Sperre Johansen

On 20.05.2011 11:36, Bernat Romagosa wrote: > On a dropdown menu where you can choose between 'apple' -> #apple, > 'orange' -> #orange or 'nothing' -> nil, for example :) Huh? How does a Set figure into that? Cheers, Henry

May 20, 2011

Re: [Pharo-project] Set with nil

by Bernat Romagosa

On a dropdown menu where you can choose between 'apple' -> #apple, 'orange' -> #orange or 'nothing' -> nil, for example :) 2011/5/20 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > On 20.05.2011 11:14, Mariano Martinez Peck wrote: > >> please please please I want that! >> >> I want to be able to do: >> >> aSet >> add: 'mariano'; >> add: nil; >> add: 'guille'; >> add: nil. >> >> aSet size -> 3 >> >> aSet contains: nil -> true >> >> aSet remove: nil. >> >> aSet contains: nil -> false >> > It's not like I'm principaly against it, but... why? > Other than treating all objects equally, I mean? > > I honestly can't come up with a single case where I'd want to put nil in a > Set on purpose. > > Cheers, > Henry > >

May 20, 2011

Re: [Pharo-project] Set with nil

by Henrik Sperre Johansen

On 20.05.2011 11:14, Mariano Martinez Peck wrote: > please please please I want that! > > I want to be able to do: > > aSet > add: 'mariano'; > add: nil; > add: 'guille'; > add: nil. > > aSet size -> 3 > > aSet contains: nil -> true > > aSet remove: nil. > > aSet contains: nil -> false It's not like I'm principaly against it, but... why? Other than treating all objects equally, I mean? I honestly can't come up with a single case where I'd want to put nil in a Set on purpose. Cheers, Henry

May 20, 2011

Re: [Pharo-project] Circle is gone

by Tudor Girba

Yes, we know :). A test fails because of it. Cheers, Doru 2011/5/20 Torsten Bergmann <astares(a)gmx.de> > FYI: This also breaks EyeSee examples (see > http://astares.blogspot.com/2011/05/eyesee.html) > in the moose suite... > > Thx > T. > -- > NEU: FreePhone - kostenlos mobil telefonieren! > Jetzt informieren: http://www.gmx.net/de/go/freephone > >

May 20, 2011

Re: [Pharo-project] Set with nil

by Mariano Martinez Peck

please please please I want that! I want to be able to do: aSet add: 'mariano'; add: nil; add: 'guille'; add: nil. aSet size -> 3 aSet contains: nil -> true aSet remove: nil. aSet contains: nil -> false On Fri, May 20, 2011 at 9:53 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On May 20, 2011, at 9:40 AM, Bernat Romagosa wrote: > > > If we understand nil as the empty set (like some other languages do), > > ??? > No nil is not the empty set this is the undefined object. > > Stef > > > > then Set with: nil is not any different than Set with: Set new. > > > > 2011/5/20 Igor Stasenko <siguctua(a)gmail.com> > > On 20 May 2011 04:13, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > > > Hi! > > > > > > Since a year ago, we have this issue: > > > > > > http://code.google.com/p/pharo/issues/detail?id=1907 > > > > > > There were 2 solutions proposed, and the 2 were developed by different > > > people. But for some reason it was not integrated and continuously > > > postponed. > > > > > > So, my question is: Do we want Sets accepting nil? If we don't, the > issue > > > is invalid. If we do, can someone review the code proposed? > > > > > > > Its not invalid. Stef reminds me about it from time to time. > > And actually we wanted to sit and review and integrate it but it > > always something else needs our attention. > > > > > Thanks! > > > Guille > > > > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > > > > -- Mariano http://marianopeck.wordpress.com

May 20, 2011

[Pharo-project] Circle is gone

by Torsten Bergmann

FYI: This also breaks EyeSee examples (see http://astares.blogspot.com/2011/05/eyesee.html) in the moose suite... Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone

May 20, 2011

Re: [Pharo-project] Zinc feedback

by Sven Van Caekenberghe

Igor, On 20 May 2011, at 10:32, Igor Stasenko wrote: > So, during image startup, there should be a registration mechanism, > which registers servers and starting them up. > Instead of 'Default' single instance. Currently, all ZnServers understand #start and #stop (which could be renamed or aliased to #startUp and #shutDown). And there is a system wide startup list whose objects receive #startUp and #shutDown when needed. (I believe there is also this boolean saying if it is just an image save or a real quit, no ?) So there are 2 possibilities: 1. Zn manages its own list and registers its manager for that just once 2. each Zn server instance registers itself directly (less work for me, more reuse) Sven

May 20, 2011