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

[Pharo-project] Fwd: Re: [squeak-dev] How weak finalization affects the performance

by Andres Valloud

-------- Original Message -------- Subject: Re: [squeak-dev] How weak finalization affects the performance Date: Tue, 26 Oct 2010 03:30:13 -0400 From: Andres Valloud <avalloud(a)smalltalk.comcastbiz.net> Reply-To: andres.valloud(a)gmail.com <andres.valloud(a)gmail.com>, The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Why does finalization do any work when running a block which I think just creates garbage? Is finalization on a per class basis (i.e.: the VM notifies the image that some objects might be notified, and the image just enumerates through them), or on a per object basis (i.e.: the VM maintains a finalization queue as in VisualWorks)? On 10/26/10 0:25 , Igor Stasenko wrote: > Here the idea, which came to Chris, > put a delay into #finalizationProcess loop: > > finalizationProcess > [true] whileTrue: > [ WeakFinalizationList initTestPair. > FinalizationSemaphore wait. > FinalizationLock critical: > [ > WeakFinalizationList checkTestPair. > FinalizationDependents do: > [:weakDependent | > weakDependent ifNotNil: > [weakDependent finalizeValues]]] > ifError: > [:msg :rcvr | rcvr error: msg]. > 5 seconds asDelay wait. > ]. > > > And here a simple benchmark, which triggers GC often: > > [ Array new: 100 ] bench > > without delay: > > '2,450,000 per second.' > '2,490,000 per second.' > '2,490,000 per second.' > '2,480,000 per second.' > '2,530,000 per second.' > > with delay: > > '2,670,000 per second.' > '2,680,000 per second.' > '2,690,000 per second.' > '2,730,000 per second.' > > roughly about ~8% faster :) > > But now lets put something big into weak array: > > | dict b | > dict := WeakKeyDictionary new addAll: (( 1 to: 1000 ) collect: [:i | > i->i] ); yourself. > WeakArray addWeakDependent: dict. > b := [ Array new: 100 ] bench. > WeakArray removeWeakDependent: dict. > b > > without delay: > > '1,840,000 per second.' > '2,060,000 per second.' > '2,130,000 per second.' > > with delay: > > '3,030,000 per second.' > '2,880,000 per second.' > '2,890,000 per second.' > > Do not forget to do: > WeakArray restartFinalizationProcess > > when you changing the #finalizationProcess method, > otherwise you won't see real numbers. > > So, i like the idea of putting delay there. > Finalization is eventual, and there is no hard guarantees that it will > happen in micro-second just after some object become garbage. > So, be it 5 seconds or 1000 seconds not really matters. > What is matters that with delay we win much more, by avoiding wasting > time in finalization process too often. > >

Oct. 26, 2010

[Pharo-project] How weak finalization affects the performance

by Igor Stasenko

Here the idea, which came to Chris, put a delay into #finalizationProcess loop: finalizationProcess [true] whileTrue: [ WeakFinalizationList initTestPair. FinalizationSemaphore wait. FinalizationLock critical: [ WeakFinalizationList checkTestPair. FinalizationDependents do: [:weakDependent | weakDependent ifNotNil: [weakDependent finalizeValues]]] ifError: [:msg :rcvr | rcvr error: msg]. 5 seconds asDelay wait. ]. And here a simple benchmark, which triggers GC often: [ Array new: 100 ] bench without delay: '2,450,000 per second.' '2,490,000 per second.' '2,490,000 per second.' '2,480,000 per second.' '2,530,000 per second.' with delay: '2,670,000 per second.' '2,680,000 per second.' '2,690,000 per second.' '2,730,000 per second.' roughly about ~8% faster :) But now lets put something big into weak array: | dict b | dict := WeakKeyDictionary new addAll: (( 1 to: 1000 ) collect: [:i | i->i] ); yourself. WeakArray addWeakDependent: dict. b := [ Array new: 100 ] bench. WeakArray removeWeakDependent: dict. b without delay: '1,840,000 per second.' '2,060,000 per second.' '2,130,000 per second.' with delay: '3,030,000 per second.' '2,880,000 per second.' '2,890,000 per second.' Do not forget to do: WeakArray restartFinalizationProcess when you changing the #finalizationProcess method, otherwise you won't see real numbers. So, i like the idea of putting delay there. Finalization is eventual, and there is no hard guarantees that it will happen in micro-second just after some object become garbage. So, be it 5 seconds or 1000 seconds not really matters. What is matters that with delay we win much more, by avoiding wasting time in finalization process too often. -- Best regards, Igor Stasenko AKA sig.

Oct. 26, 2010

[Pharo-project] is there a way to gofer a configurationOf?

by stephane ducasse

Hi I would like in particular to do Gofer new squeaksource: 'Citezen'; package: 'ConfigurationOfCitezen; push and that all the dependent packages get pushed stef

Oct. 26, 2010

Re: [Pharo-project] About Adding/modifying in SUnit or not?

by Niko Schwarz

I completely agree. If we take charge of SUnit, it ought to stay backwards compatible. The new things we can put into extensions. On Mon, Oct 25, 2010 at 4:07 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I am all in for improving SUnit, but there must be some compatibility > mode that makes it easy not only to run, but also to write tests on > the official SUnit. This is crucial for projects like Seaside, > Magritte, Pier, PetitParser, ... that are supposed to work on various > other Smalltalk platforms. > > Lukas > > On 25 October 2010 15:51, Niko Schwarz <niko.schwarz(a)googlemail.com> wrote: >> Yea, well, it depends on whether we want to be compatible with camp >> smalltalk's SUnit, as maintained by Niall Ross: >> http://sunit.sourceforge.net/devel.htm. Pharo already is using >> extensions, such as the possibility to mark tests as expected failures >> at all (that is impossible in standard SUnit). >> >> My humble opinion is that we must control our testing environment, and >> we already have an excellent cleanup of SUnit, namely akuhn/SUnit, >> http://www.squeaksource.com/akuhn.html. And we have progress in the >> form of Phexample, which builds ontop of SUnit. >> http://smalltalkthoughts.blogspot.com/2009/11/phexample-because-examples-ex… >> . I'd be more than happy if Pharo took a new SUnit as its standard >> testing framework, and I'd even be thrilled if enough people found >> Phexample useful enough, so that it could become standard over time. >> >> Niko >> >> 2010/10/25 Luc Fabresse <luc.fabresse(a)gmail.com>: >>> Hi all, >>> Â I am working on pushing environments in SystemNavigation. >>> Â SystemNavigationTest previously used ClassFactoryForTestCase from SUnit for >>> generating Â classes. >>> Â Now I need an environment-awareÂ ClassFactoryForTestCase. >>> Â Should I directly modifyÂ ClassFactoryForTestCase since a class generator >>> should now be environment aware? >>> Â Should I subclassÂ ClassFactoryForTestCase and put it in SUnit? >>> Â Should I never changed SUnit and put it elsewhere? ;-) >>> #Luc >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> http://scg.unibe.ch/staff/Schwarz >> twitter.com/nes1983 >> Tel: +41 076 235 8683 >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > 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 > -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41 076 235 8683

Oct. 26, 2010

Re: [Pharo-project] [squeak-dev] private instance variables NOT objects? (Wikipedia)

by Bert Freudenberg

On 25.10.2010, at 23:10, Eliot Miranda wrote: > > > On Mon, Oct 25, 2010 at 1:59 PM, Lawson English <lenglish5(a)cox.net> wrote: > In the Wikipedia entry on Smalltalk, there is this line in the history section, 3rd paragraph, added roughly a year ago: "...Smalltalk-80 added [[metaclass]]es, to help maintain the "everything is an object" (except private instance variables) paradigm by associating properties and behavior with individual classes, ..." > > > Is this one of those esoteric details that mere mortals are not meant to understand, or is this an error? > > "(except private instance variables)" looks like a dig or a jibe. I would have put it > > "...Smalltalk-80 added [[metaclass]]es, to help maintain the "everything is an object" paradigm by allowing classes to have their own specific state and behavior, ..." > > Perhaps they were trying to say that because Smalltalk lacks private instance variables Smalltalk objects are not true objects, which is I suppose arguable. But it makes poor sense to state that private instance variables aren't objects; public inst vars aren't objects either. It's plain nonsense. Here's the edit that added the "private instance" modifier: http://en.wikipedia.org/w/index.php?title=Smalltalk&diff=prev&oldid=2800204… Someone should just correct it. - Bert -

Oct. 25, 2010

Re: [Pharo-project] private instance variables NOT objects? (Wikipedia)

by Schwab,Wilhelm K

Right or wrong (not sure which), I have always thought of meta classes as breaking a recursion that arises when classes aspire to be objects that have all have a class. Is there such a thing as private instance variables? Could that mean the header, special behavior masks (a Dolphinism), etc.? Independent of the truth, this **IS** something that mere mortals are not meant to understand :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lawson English [lenglish5(a)cox.net] Sent: Monday, October 25, 2010 4:59 PM To: The general-purpose Squeak developers list; Pharo >> "Pharo-project(a)lists.gforge.inria.fr" Subject: [Pharo-project] private instance variables NOT objects? (Wikipedia) In the Wikipedia entry on Smalltalk, there is this line in the history section, 3rd paragraph, added roughly a year ago: "...Smalltalk-80 added [[metaclass]]es, to help maintain the "everything is an object" (except private instance variables) paradigm by associating properties and behavior with individual classes, ..." Is this one of those esoteric details that mere mortals are not meant to understand, or is this an error? Lawson _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 25, 2010

Re: [Pharo-project] [squeak-dev] private instance variables NOT objects? (Wikipedia)

by Eliot Miranda

On Mon, Oct 25, 2010 at 1:59 PM, Lawson English <lenglish5(a)cox.net> wrote: > In the Wikipedia entry on Smalltalk, there is this line in the history > section, 3rd paragraph, added roughly a year ago: "...Smalltalk-80 added > [[metaclass]]es, to help maintain the "everything is an object" (except > private instance variables) paradigm by associating properties and behavior > with individual classes, ..." > > > Is this one of those esoteric details that mere mortals are not meant to > understand, or is this an error? > "(except private instance variables)" looks like a dig or a jibe. I would have put it "...Smalltalk-80 added [[metaclass]]es, to help maintain the "everything is an object" paradigm by allowing classes to have their own specific state and behavior, ..." Perhaps they were trying to say that because Smalltalk lacks private instance variables Smalltalk objects are not true objects, which is I suppose arguable. But it makes poor sense to state that private instance variables aren't objects; public inst vars aren't objects either. best, Eliot > > Lawson > > > > >

Oct. 25, 2010

[Pharo-project] private instance variables NOT objects? (Wikipedia)

by Lawson English

In the Wikipedia entry on Smalltalk, there is this line in the history section, 3rd paragraph, added roughly a year ago: "...Smalltalk-80 added [[metaclass]]es, to help maintain the "everything is an object" (except private instance variables) paradigm by associating properties and behavior with individual classes, ..." Is this one of those esoteric details that mere mortals are not meant to understand, or is this an error? Lawson

Oct. 25, 2010

Re: [Pharo-project] what happened with Shout colors in Pharo 1.1?

by Mariano Martinez Peck

If you want the black for normal selectors (new theme), what do you think about this one (even if I prefer ramon one) {((Array new: 3) at: 1 put: #invalid; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #excessCode; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #undefinedKeyword; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #undefinedBinary; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #undefinedUnary; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #undefinedIdentifier; at: 2 put: (Color r: 1.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #patternKeyword; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #patternBinary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #patternUnary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #instVar; at: 2 put: (Color r: 0.067 g: 0.098 b: 0.506); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #classVar; at: 2 put: (Color r: 0.067 g: 0.098 b: 0.506); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #self; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #super; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #true; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #false; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #nil; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #thisContext; at: 2 put: (Color r: 0.527 g: 0.12 b: 0.084); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #assignment; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #ansiAssignment; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #literal; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #return; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockArgColon; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis2; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis2; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis3; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis3; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis4; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis4; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis5; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis5; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis6; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis6; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftParenthesis7; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightParenthesis7; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart2; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd2; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart3; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd3; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart4; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd4; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart5; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd5; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart6; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd6; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockStart7; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockEnd7; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #arrayStart; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #arrayEnd; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #arrayStart1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #arrayEnd1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #byteArrayStart; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #byteArrayEnd; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #byteArrayStart1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #byteArrayEnd1; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #leftBrace; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #rightBrace; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #cascadeSeparator; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #statementSeparator; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #methodTempBar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockTempBar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockArgsBar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #globalVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #poolConstant; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #bold; yourself). ((Array new: 3) at: 1 put: #keyword; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #binary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #unary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #incompleteKeyword; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #incompleteBinary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #incompleteUnary; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #default; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #'$'; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #character; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #integer; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #number; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #-; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #symbol; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #stringSymbol; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #literalArray; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #string; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #unfinishedString; at: 2 put: (Color r: 0.5 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #patternArg; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #methodArg; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockPatternArg; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockArg; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #argument; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #comment; at: 2 put: (Color r: 0.0 g: 0.5 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #unfinishedComment; at: 2 put: (Color r: 0.0 g: 0.5 b: 0.0); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockTempVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #blockPatternTempVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #workspaceVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #tempVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #patternTempVar; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #incompleteIdentifier; at: 2 put: (Color r: 0.0 g: 0.0 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #primitive; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #externalFunctionCallingConvention; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #module; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #externalCallType; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #externalCallTypePointerIndicator; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #primitiveOrExternalCallStart; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself). ((Array new: 3) at: 1 put: #primitiveOrExternalCallEnd; at: 2 put: (Color r: 0.5 g: 0.5 b: 0.5); at: 3 put: #normal; yourself)} (sorry but it was already set...) On Mon, Oct 25, 2010 at 9:50 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Thanks Levente, but yes, still agree with Ramon. > > Anyway, this is why this is a preference, and it is not fixed. But anyway, > we should select a better default one. > > cheers > > mariano > > > On Mon, Oct 25, 2010 at 9:43 PM, Ramon Leon <ramon.leon(a)allresnet.com>wrote: > >> On 10/25/2010 12:35 PM, Levente Uzonyi wrote: >> >>> On Mon, 25 Oct 2010, Mariano Martinez Peck wrote: >>> >>> Sorry Simon, but I agree with Ramon. It is much clear for my eyes :) >>>> >>> >>> Check out this (the formatting may be broken, but it should work): >>> >> >> Nope, you've removed the bold, I like the bold, it makes the color stand >> out. Without bold, you can barely see the colors. >> >> -- >> Ramon Leon >> http://onsmalltalk.com >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

Oct. 25, 2010

Re: [Pharo-project] what happened with Shout colors in Pharo 1.1?

by Levente Uzonyi

On Mon, 25 Oct 2010, Ramon Leon wrote: > On 10/25/2010 12:35 PM, Levente Uzonyi wrote: >> On Mon, 25 Oct 2010, Mariano Martinez Peck wrote: >> >>> Sorry Simon, but I agree with Ramon. It is much clear for my eyes :) >> >> Check out this (the formatting may be broken, but it should work): > > Nope, you've removed the bold, I like the bold, it makes the color stand out. > Without bold, you can barely see the colors. Some bold and some italic stuff are gone and there are some color changes. It looks nice IMHO, I use it every day. Levente > > -- > Ramon Leon > http://onsmalltalk.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 25, 2010