- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.2] #12077

by StÃ©phane Ducasse

12077 ----- - Issue 2347: fixing Problem with previous release vmVersion was missing. - Issue 2745: Text>>fromString; , does not add by default a (TextColor color: Color black ) attribute. Thanks Fernando Olivero. - Issue 2662: value: primitives. Thanks Eliot Miranda, Henrik Johanssen. - Issue 2603: isRunningCog. Thanks Andreas Raab, German Arduino. - Issue 2609: getSystemAttribute: 2 -> documentPath. Thanks German Arduino.

Aug. 3, 2010

Re: [Pharo-project] update to OCompletion

by StÃ©phane Ducasse

I have no problem. I ***love*** metacello and the garanty it offers to load packages coherently Stef On Aug 3, 2010, at 5:29 PM, Mariano Martinez Peck wrote: > > > On Tue, Aug 3, 2010 at 5:20 PM, Romain Robbes <romain.robbes(a)gmail.com> wrote: > > Message: 7 > > Date: Tue, 3 Aug 2010 11:20:03 +0200 > > From: St?phane Ducasse <stephane.ducasse(a)inria.fr> > > Subject: Re: [Pharo-project] update to OCompletion > > To: Pharo-project(a)lists.gforge.inria.fr > > Message-ID: <94557FA5-8F73-42B7-8537-3882867A80B5(a)inria.fr> > > Content-Type: text/plain; charset=us-ascii > > > > thanks romain (and sorry for my stupid suggestion - good that you corrected it) > > Your tools are really important. > > Is there a ConfigurationOfOCompletion or just loading OCompletion works? > > > Yes, Mariano made a ConfigurationOfOCompletion. Otherwise, just loading the latest OCompletion package on top of the old one should work too. > > > My conf says you also need Shout and RoelTyper ;) but maybe they are optional > > > Romain > > -- > Romain Robbes > http://romain.robb.es > rrobbes(a)dcc.uchile.cl > > > _______________________________________________ > 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

Aug. 3, 2010

Re: [Pharo-project] update to OCompletion

by Mariano Martinez Peck

On Tue, Aug 3, 2010 at 5:20 PM, Romain Robbes <romain.robbes(a)gmail.com>wrote: > > Message: 7 > > Date: Tue, 3 Aug 2010 11:20:03 +0200 > > From: St?phane Ducasse <stephane.ducasse(a)inria.fr> > > Subject: Re: [Pharo-project] update to OCompletion > > To: Pharo-project(a)lists.gforge.inria.fr > > Message-ID: <94557FA5-8F73-42B7-8537-3882867A80B5(a)inria.fr> > > Content-Type: text/plain; charset=us-ascii > > > > thanks romain (and sorry for my stupid suggestion - good that you > corrected it) > > Your tools are really important. > > Is there a ConfigurationOfOCompletion or just loading OCompletion works? > > > Yes, Mariano made a ConfigurationOfOCompletion. Otherwise, just loading the > latest OCompletion package on top of the old one should work too. > > My conf says you also need Shout and RoelTyper ;) but maybe they are optional > Romain > > -- > Romain Robbes > http://romain.robb.es > rrobbes(a)dcc.uchile.cl > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 3, 2010

Re: [Pharo-project] update to OCompletion

by Romain Robbes

> Message: 7 > Date: Tue, 3 Aug 2010 11:20:03 +0200 > From: St?phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] update to OCompletion > To: Pharo-project(a)lists.gforge.inria.fr > Message-ID: <94557FA5-8F73-42B7-8537-3882867A80B5(a)inria.fr> > Content-Type: text/plain; charset=us-ascii > > thanks romain (and sorry for my stupid suggestion - good that you corrected it) > Your tools are really important. > Is there a ConfigurationOfOCompletion or just loading OCompletion works? Yes, Mariano made a ConfigurationOfOCompletion. Otherwise, just loading the latest OCompletion package on top of the old one should work too. Romain -- Romain Robbes http://romain.robb.es rrobbes(a)dcc.uchile.cl

Aug. 3, 2010

[Pharo-project] [update 1.2] #12076

by StÃ©phane Ducasse

12076 ----- - Issue 2347: Migrating some OS queries from SmalltalkImage to OSPlatform. This changes is really nice since it used the existing Platform classes for that they should. Now do you use Smalltalk os, Smalltalk platform but OSPlatform os OSPlatform platform This way OSPlatform is used for what it should. It would be nice if Squeak would follow this change, else we will add a compatibility package. Thanks Simon Denier. I like these changes that apply OOP thinking to the system. Distribution of responsibilities. Stef

Aug. 3, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by StÃ©phane Ducasse

>> > I've started to enjoy writing class comments and tests. Especially when I > go back to system classes (that I figured out every last detail about) a > week later and can pick up where I left off :) > Hi sean (prononced chon in french ;-D ) It was nice to meet you. If you have class comments for the core please send them. Stef

Aug. 3, 2010

[Pharo-project] Text>>fromString: and String>>asText

by Fernando olivero

Name: SLICE-Issue-2745-TextFromStringAddingBlackAttribute-FernandoOlivero.1 Author: FernandoOlivero Time: 3 August 2010, 3:32:02 pm UUID: 85d642dd-87c1-4cab-9aa2-629ab10a6bd8 Ancestors: Dependencies: Collections-Text-FernandoOlivero.37 Added the black color attribute to all text's, created sending #asText ( which in turn sends Text>>fromString: ). Which produces a transparent color when rendered sending: aCanvas paragraph: paragraph bounds: bounds color: self fillStyle I've added the black color attribute by default.

Aug. 3, 2010

[Pharo-project] Issue 2744: Renaming the path to the image is not caught in Pharo on OS X

by Mircea Lungu

Hi guys, If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved. I verified this on OS X,. I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744 Mircea.

Aug. 3, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by Sean P. DeNigris

Levente Uzonyi-2 wrote: > > >> =Documentation= > > Nobody likes to write documentation. > I've started to enjoy writing class comments and tests. Especially when I go back to system classes (that I figured out every last detail about) a week later and can pick up where I left off :) Sean -- View this message in context: http://forum.world.st/Poll-missing-libraries-to-support-business-tp2310842p… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 3, 2010

Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]

by laurent laffont

On Tue, Aug 3, 2010 at 2:46 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > > On Aug 3, 2010, at 2:12 PM, Alexandre Bergel wrote: > > >> alex my question was more naive and probably it shows that I do not know > how the announce protocol should be implemented > >> but why do you have to record them? > > > > The purpose of an announcer is to dispatch events. Callbacks are > registered in an announcer, and an announcer receives and dispatch events to > the callbacks. > > In my enh, each unit test (subclass of TestCase) has an announcer. Maybe > this is not a good strategy. Having one global announcer for unit test may > be more convenient in some situations. > > > > Something nice, is that if there is no callback registered, events are > not emitted. This means that this should incur no overhead (even though I > did not measured). > > Thanks for the explanation so I think that then this is better to have one > per class this way we do not have the Dependent kind of problems where you > have plenty of objects registering to a single table and get everytbody > slow. > I wonder, if the announcer is in TestResult, we only need one, no ? Laurent > > Stef > > > > > Cheers, > > Alexandre > > > > > > > >> > >>> > >>> Cheers, > >>> Alexandre > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> Alexandre Bergel http://www.bergel.eu > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>> > >>> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> 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 > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 >

Aug. 3, 2010