Re: [Pharo-project] SystemVersion

2009-11-10 Thread Michael Roberts
ok cool. before i propose changes, does anyone have any opinion on this mantis entry copied to our tracker. Damien? http://code.google.com/p/pharo/issues/detail?id=1012 If no one does I suggest to close it. thanks, Mike On Tue, Nov 10, 2009 at 8:38 PM, Stéphane Ducasse wrote: > No I checked  

Re: [Pharo-project] SystemVersion

2009-11-10 Thread Stéphane Ducasse
No I checked by accident after and this is better than before because it was in SystemVersion packge :) On Nov 10, 2009, at 9:29 PM, Michael Roberts wrote: >> Now this class should not be alone in one package. > > do you mean it shouldn't be in System-Support? Or in a better named > package?

Re: [Pharo-project] SystemVersion

2009-11-10 Thread Michael Roberts
> Now this class should not be alone in one package. do you mean it shouldn't be in System-Support? Or in a better named package? System-Support is a mixed bag of classes. thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.f

[Pharo-project] Nice picture :)

2009-11-10 Thread Stéphane Ducasse
a symbolic one :) Begin forwarded message: > From: Samuel MORELLO > Date: November 10, 2009 4:58:38 PM GMT+01:00 > To: Stéphane DUCASSE > > Salut, > > Je me suis dis que tu aimerai cette photo ;-) > http://www.fubiz.net/2009/11/08/ibai-acevedo/ibai8/ > > A+ > Samuel ___

Re: [Pharo-project] why we should kill project

2009-11-10 Thread Igor Stasenko
In defence to the author, i could say, that sometimes its really hard to follow KISS principle, especially when problem domain requires many conditions to be checked and hence you inevitably need to introduce branches in code. Sometimes, when code start stinking you can look back at model and find

Re: [Pharo-project] why we should kill project

2009-11-10 Thread Stéphane Ducasse
On Nov 10, 2009, at 8:44 PM, John M McIntosh wrote: > > On 2009-11-10, at 7:40 AM, Stéphane Ducasse wrote: > >> if you want to have fun try to identify the number of times certain >> parts are duplicated inside the same method. >> >> Stef > > Actually an interesting exercise here would be t

Re: [Pharo-project] why we should kill project

2009-11-10 Thread John M McIntosh
On 2009-11-10, at 7:40 AM, Stéphane Ducasse wrote: > if you want to have fun try to identify the number of times certain > parts are duplicated inside the same method. > > Stef Actually an interesting exercise here would be to determine who originally wrote the method, then decide is it a re

Re: [Pharo-project] why we should kill project

2009-11-10 Thread Niko Schwarz
Tee hee, cool beans guys :) Niko On Tue, Nov 10, 2009 at 6:32 PM, Stéphane Ducasse wrote: > It is a pearl! > may be a joke for geek but I love it. > > STef >> ((Project class parseTreeFor: #mostRecent:onServer:) allChildren >>       reject: [ :each | each isVariable ]) >>       asBag sortedCount

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

2009-11-10 Thread Gary Chambers
Note that similar performance improvements should be seen across the board in general usage though. Regards, Gary - Original Message - From: Marcus Denker To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, November 10, 2009 5:36 PM Subject: Re: [Pharo-project] [update 1.

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

2009-11-10 Thread Marcus Denker
On Nov 10, 2009, at 6:33 PM, Mariano Martinez Peck wrote: > > > On Tue, Nov 10, 2009 at 2:31 PM, Marcus Denker wrote: > > On Nov 10, 2009, at 6:24 PM, Stéphane Ducasse wrote: > > > excellent! > > speed speed speed :) > > > > On my system, the browser-benchmark is 17% faster for the Core ima

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

2009-11-10 Thread Mariano Martinez Peck
On Tue, Nov 10, 2009 at 2:31 PM, Marcus Denker wrote: > > On Nov 10, 2009, at 6:24 PM, Stéphane Ducasse wrote: > > > excellent! > > speed speed speed :) > > > > On my system, the browser-benchmark is 17% faster for the Core image after > loading the update. > > Sorry, but which browser? (systembr

Re: [Pharo-project] why we should kill project

2009-11-10 Thread Stéphane Ducasse
It is a pearl! may be a joke for geek but I love it. STef > ((Project class parseTreeFor: #mostRecent:onServer:) allChildren > reject: [ :each | each isVariable ]) > asBag sortedCounts > first: 20 > > 5x RBLiteralValueNode(-1) > 3x RBMessageNode(Array with: goodName > with

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

2009-11-10 Thread Marcus Denker
On Nov 10, 2009, at 6:24 PM, Stéphane Ducasse wrote: > excellent! > speed speed speed :) > On my system, the browser-benchmark is 17% faster for the Core image after loading the update. Not bad. Marcus ___ Pharo-project mailing list Pharo-

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

2009-11-10 Thread Stéphane Ducasse
excellent! speed speed speed :) Stef On Nov 10, 2009, at 4:04 PM, Marcus Denker wrote: > 11038 > - > > Issue 1254: Morph extension speedup > > Speed up Morphic. Thanks, Gary! and everyone taking part in the discussion. > > Note: some packages are dirty after this update (loaded the cha

[Pharo-project] [update 1.1] #11039

2009-11-10 Thread Marcus Denker
#11039 --- -> reload dirty packages from repository -> add home repo to all packages (was missing from ScriptLoader11) -> Scriptloader should again be in sync with the update number. Marcus ___ Pharo-project mai

Re: [Pharo-project] why we should kill project

2009-11-10 Thread Lukas Renggli
((Project class parseTreeFor: #mostRecent:onServer:) allChildren reject: [ :each | each isVariable ]) asBag sortedCounts first: 20 5x RBLiteralValueNode(-1) 3x RBMessageNode(Array with: goodName with: max) 3x RBMessageNode(max = -1) 3x RBAssignmentNode(goodName := r

[Pharo-project] why we should kill project

2009-11-10 Thread Stéphane Ducasse
if you want to have fun try to identify the number of times certain parts are duplicated inside the same method. Stef mostRecent: projName onServer: aServerDirectory "Find the exact fileName of the most recent version of project with the stem name of projName. Names are of the form 'p

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

2009-11-10 Thread Gary Chambers
Glad I could help. Worth monitoring the use of the otherProperties dictionary from time to time to see if further benefit can be achieved. Regards, Gary - Original Message - From: "Marcus Denker" To: "Pharo Mailing List" Sent: Tuesday, November 10, 2009 3:04 PM Subject: [Pharo-project

[Pharo-project] [update 1.1] #11038

2009-11-10 Thread Marcus Denker
11038 - Issue 1254: Morph extension speedup Speed up Morphic. Thanks, Gary! and everyone taking part in the discussion. Note: some packages are dirty after this update (loaded the changeset by hand). This will be fixed in the next update. Marcus _

Re: [Pharo-project] How to access classVariable access with the browser

2009-11-10 Thread Nicolas Cellier
Lukas, I clearly identified one (Text on: Symbol) creator as the #summary of a MCConflict on a MCClassDefinition. 2009/11/10 Lukas Renggli : > Maybe you can find the creator of the Text instances with Text inside > by modifying Text>>#setString:setRuns:? > >  Text>>setString: aString setRuns: anA

[Pharo-project] [OT] Learning Smalltalk driving a tank

2009-11-10 Thread Torsten Bergmann
Some infos on the Devnology Community Day with an introduction to Smalltalk using Pharo. http://a3aan.st/sunrise/learning+smalltalk+driving+a+tank http://astares.blogspot.com/2009/11/smalltalk-in-netherlands.html -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter

Re: [Pharo-project] About deprecated methods

2009-11-10 Thread Stéphane Ducasse
normally we write it now in the date Stef On Nov 10, 2009, at 7:07 AM, Alain Plantec wrote: > Stéphane Ducasse a écrit : >> Hi guys >> >> I wanted to remove the deprecated methods of 1.0 in 1.1 >> Here is a first cut of deprecated methods that are not called by >> other >> in the system. >> May