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

[Pharo-project] Fix 1973: PluggableTreeMorph class#on:list:selected:changeSelected: inconsistency

by laurent laffont

in PharoInbox. http://code.google.com/p/pharo/issues/detail?id=1973 Laurent Laffont

March 17, 2010

Re: [Pharo-project] 'Win 32' and others....

by Nicolas Cellier

2010/3/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > :) > I was concerned about 'win32' versus 'Win 32' versus 'Win32' > I'm having fun (really) rewriting by hand all the SmalltalkImage current and I reading the code and fixing it. > This is cool I'm learning a lot of simple stuff. > > Stef > That's why I tend to avoid automated scripts. You always want to rewrite more than you thought ! At least, I try to review changed methods, there's always something to learn. Nicolas >>> Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion = 'CE'] >>> >>> This is not good to have all these strings to encode platform support. >>> We should move some code to SmalltalkImage >>> >>> SmalltalkImage>>win32 >>> Â Â Â Â ^ 'Win 32' >>> >>> SmalltalkImage>>isWin32CE >>> Â Â Â Â ^ (self platformName = 'Win32' and: [self osVersion = 'CE']) >>> >>> ... >>> >> >> Concerning readability, both are readable. >> Concerning discovering capability (what are all specific Win32CE >> features in the image ?), the message is easier to track than the >> String. >> Concerning maintenance (hability to change implementation >> details/features), the message is clearly superior. >> >> For example, I can imagine you buy a device that isWin32CECompatible. >> OK, bad example it's more past than future ;) >> >> Nicolas >> >>> 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 17, 2010

[Pharo-project] Smalltalk isMacOS ifTrue: [ Smalltalk osVersion asNumber >= 1000

by StÃ©phane Ducasse

John Do you know the meaning of that Smalltalk isMacOS ifTrue: [ Smalltalk osVersion asNumber >= 1000] that I turn it into a nice message? Stef

March 17, 2010

Re: [Pharo-project] Removal of requires calculation code

by StÃ©phane Ducasse

EXCELLENT! I will integrate that soon. > I finally managed to finish this task, which I started at last week's sprint. > > This change removes the required/provided selectors computation code that was in the Traits package for historical reasons. This removes 17 classes with about 240 methods from PharoCore. I re-packaged the removed code and put it on SqueakSource: > > http://www.squeaksource.com/Requires.html > > > Info for integrators: > > Preamble: > ------------ > SystemChangeNotifier uniqueInstance noMoreNotificationsFor: RequiredSelectors current. > SystemChangeNotifier uniqueInstance noMoreNotificationsFor: ProvidedSelectors current > SystemChangeNotifier uniqueInstance noMoreNotificationsFor: LocalSends current. > > > Changes (in inbox): > ------------ > Name: Kernel-AdrianLienhard.622 > Author: AdrianLienhard > Time: 17 March 2010, 8:57:59 pm > UUID: b3776db1-b0c0-4e01-808b-0090fc7a42dc > Ancestors: Kernel-StephaneDucasse.621, Kernel-AdrianLienhard.615 > > Name: Traits-AdrianLienhard.363 > Author: AdrianLienhard > Time: 17 March 2010, 9:06:32 pm > UUID: 6d4af177-0e6f-4db1-bf30-1fd62c10c298 > Ancestors: Traits-StephaneDucasse.362, Traits-AdrianLienhard.359 > > Name: ScriptLoader11-AdrianLienhard.305 > Author: AdrianLienhard > Time: 17 March 2010, 9:00:43 pm > UUID: 0eae5794-e74e-4d4d-a6e0-8e3a8b641af0 > Ancestors: ScriptLoader11-StephaneDucasse.304, ScriptLoader11-AdrianLienhard.290 > > Name: Tests-AdrianLienhard.136 > Author: AdrianLienhard > Time: 17 March 2010, 9:05:49 pm > UUID: 7dd01882-2b6e-4dce-8139-caf9cc96caf4 > Ancestors: Tests-StephaneDucasse.135, Tests-AdrianLienhard.125 > > > To track this change: http://code.google.com/p/pharo/issues/detail?id=2160 > > Cheers, > Adrian > > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 17, 2010

Re: [Pharo-project] 'Win 32' and others....

by StÃ©phane Ducasse

:) I was concerned about 'win32' versus 'Win 32' versus 'Win32' I'm having fun (really) rewriting by hand all the SmalltalkImage current and I reading the code and fixing it. This is cool I'm learning a lot of simple stuff. Stef >> Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion = 'CE'] >> >> This is not good to have all these strings to encode platform support. >> We should move some code to SmalltalkImage >> >> SmalltalkImage>>win32 >> ^ 'Win 32' >> >> SmalltalkImage>>isWin32CE >> ^ (self platformName = 'Win32' and: [self osVersion = 'CE']) >> >> ... >> > > Concerning readability, both are readable. > Concerning discovering capability (what are all specific Win32CE > features in the image ?), the message is easier to track than the > String. > Concerning maintenance (hability to change implementation > details/features), the message is clearly superior. > > For example, I can imagine you buy a device that isWin32CECompatible. > OK, bad example it's more past than future ;) > > Nicolas > >> 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 17, 2010

[Pharo-project] Removal of requires calculation code

by Adrian Lienhard

I finally managed to finish this task, which I started at last week's sprint. This change removes the required/provided selectors computation code that was in the Traits package for historical reasons. This removes 17 classes with about 240 methods from PharoCore. I re-packaged the removed code and put it on SqueakSource: http://www.squeaksource.com/Requires.html Info for integrators: Preamble: ------------ SystemChangeNotifier uniqueInstance noMoreNotificationsFor: RequiredSelectors current. SystemChangeNotifier uniqueInstance noMoreNotificationsFor: ProvidedSelectors current SystemChangeNotifier uniqueInstance noMoreNotificationsFor: LocalSends current. Changes (in inbox): ------------ Name: Kernel-AdrianLienhard.622 Author: AdrianLienhard Time: 17 March 2010, 8:57:59 pm UUID: b3776db1-b0c0-4e01-808b-0090fc7a42dc Ancestors: Kernel-StephaneDucasse.621, Kernel-AdrianLienhard.615 Name: Traits-AdrianLienhard.363 Author: AdrianLienhard Time: 17 March 2010, 9:06:32 pm UUID: 6d4af177-0e6f-4db1-bf30-1fd62c10c298 Ancestors: Traits-StephaneDucasse.362, Traits-AdrianLienhard.359 Name: ScriptLoader11-AdrianLienhard.305 Author: AdrianLienhard Time: 17 March 2010, 9:00:43 pm UUID: 0eae5794-e74e-4d4d-a6e0-8e3a8b641af0 Ancestors: ScriptLoader11-StephaneDucasse.304, ScriptLoader11-AdrianLienhard.290 Name: Tests-AdrianLienhard.136 Author: AdrianLienhard Time: 17 March 2010, 9:05:49 pm UUID: 7dd01882-2b6e-4dce-8139-caf9cc96caf4 Ancestors: Tests-StephaneDucasse.135, Tests-AdrianLienhard.125 To track this change: http://code.google.com/p/pharo/issues/detail?id=2160 Cheers, Adrian ___________________ http://www.adrian-lienhard.ch/

March 17, 2010

Re: [Pharo-project] 'Win 32' and others....

by Nicolas Cellier

2010/3/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > What do you think about that? > I think that would be good. > > Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion = 'CE'] > > This is not good to have all these strings to encode platform support. > We should move some code to SmalltalkImage > > SmalltalkImage>>win32 > Â Â Â Â ^ 'Win 32' > > SmalltalkImage>>isWin32CE > Â Â Â Â ^ (self platformName = 'Win32' and: [self osVersion = 'CE']) > > ... > Concerning readability, both are readable. Concerning discovering capability (what are all specific Win32CE features in the image ?), the message is easier to track than the String. Concerning maintenance (hability to change implementation details/features), the message is clearly superior. For example, I can imagine you buy a device that isWin32CECompatible. OK, bad example it's more past than future ;) Nicolas > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 17, 2010

Re: [Pharo-project] Code Freeze 1.1?

by csrabak＠bol.com.br

+1 Em 17/03/2010 07:53, Damien Cassou < damien.cassou(a)gmail.com > escreveu: On Tue, Mar 16, 2010 at 10:19 AM, Marcus Denker wrote: > Now with 1.0 done, I think we should think about freezing 1.1. What about getting 1.0 completely done/released/advertised before thinking about freezing 1.1? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 17, 2010

Re: [Pharo-project] 'Win 32' and others....

by Fernando olivero

+1 Kent beck smalltalk good practices book. On Mar 17, 2010, at 9:11 PM, StÃ©phane Ducasse wrote: > What do you think about that? > I think that would be good. > > Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion = 'CE'] > > This is not good to have all these strings to encode platform support. > We should move some code to SmalltalkImage > > SmalltalkImage>>win32 > ^ 'Win 32' > > SmalltalkImage>>isWin32CE > ^ (self platformName = 'Win32' and: [self osVersion = 'CE']) > > ... > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 17, 2010

[Pharo-project] 'Win 32' and others....

by StÃ©phane Ducasse

What do you think about that? I think that would be good. Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion = 'CE'] This is not good to have all these strings to encode platform support. We should move some code to SmalltalkImage SmalltalkImage>>win32 ^ 'Win 32' SmalltalkImage>>isWin32CE ^ (self platformName = 'Win32' and: [self osVersion = 'CE']) ... Stef

March 17, 2010