- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [SPAM] About webclient.ppm.73

by Sven Van Caekenberghe

There is a merge in PharoInbox: Name: WebClient-Core-SvenVanCaekenberghe.74 Author: SvenVanCaekenberghe Time: 27 August 2010, 1:59:46 pm UUID: d97ff218-9bde-4259-bf8a-f9d0fe116138 Ancestors: WebClient-Core-StephaneDucasse.73, WebClient-Core-pmm.73 merged in pharo-core 1.2 In Pharo1.2a #12115 there are only 2 units tests failing (against WebClient-Tests-ar.30). Sven On 27 Aug 2010, at 11:02, StÃ©phane Ducasse wrote: > this is in the inbox > > Stef > > On Aug 27, 2010, at 10:47 AM, Sven Van Caekenberghe wrote: > >> I could have a look, if you tell me where I can find it... >> >> On 27 Aug 2010, at 10:22, stephane ducasse wrote: >> >>> hi philippe >>> >>> I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load? >>> Is it for 1.2? >>> >>> 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

Aug. 27, 2010

Re: [Pharo-project] about ValueAdapter

by Schwab,Wilhelm K

Stef, I generally spend most of my time trying to avoid having the RB do what you are describing, but it should be that simple, right? As you have noticed, the adapters are very crude, but tests are certainly a good idea. One thing that I miss is a good place to put package comments; I tend to write them more than class comments (they not only identify the important classes, but which ones to use and how, all in one place - who then need class comments?), and then relentlessly comment methods as they evolve. That said, I could probably force out a few class comments. What do you mean by checking padded printOn? What are they, and how (and for what) would I check them? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of stephane ducasse [stephane.ducasse(a)free.fr] Sent: Friday, August 27, 2010 4:28 AM To: Pharo-project(a)lists.gforge.inria.fr Development Subject: [Pharo-project] about ValueAdapter Bill I scanned the code. Could you - reformat your code? put space after : align on the first tab - get some more tests? - I could not see the class comments but if there are none then please adde something. - did you check the padded printon methods and others? Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 27, 2010

Re: [Pharo-project] what about putting RBengine in pharo1.2 core?

by Mariano Martinez Peck

On Fri, Aug 27, 2010 at 1:41 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I wouldn't pre-load it. There is really no point for many deployed > applications to have it in there. > > You can unload it in #cleanUpForRelease or #cleanUpForProduction. But I wouldn't pre-load it neither i think (I am not sure) > Lukas > > On 27 August 2010 13:33, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > marcus like that we do not have to load it all the time. > > I could esaily update scriptloader to make sure that we do not save these > packages. > > > > Stef > > _______________________________________________ > > 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 >

Aug. 27, 2010

Re: [Pharo-project] what about putting RBengine in pharo1.2 core?

by Lukas Renggli

I wouldn't pre-load it. There is really no point for many deployed applications to have it in there. Lukas On 27 August 2010 13:33, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > marcus like that we do not have to load it all the time. > I could esaily update scriptloader to make sure that we do not save these packages. > > Stef > _______________________________________________ > 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

Aug. 27, 2010

[Pharo-project] what about putting RBengine in pharo1.2 core?

by StÃ©phane Ducasse

marcus like that we do not have to load it all the time. I could esaily update scriptloader to make sure that we do not save these packages. Stef

Aug. 27, 2010

Re: [Pharo-project] Sprint at esug

by Noury Bouraqadi

On 26 aoÃ»t 2010, at 16:04, Alexandre Bergel wrote: > Hi! > > I just created an entry in the google site: > http://code.google.com/p/pharo/wiki/PharoSprints > > It is scheduled for Sunday 12, as part of the Camp Smalltalk. > Good! I'll be there :-) > Please, add yourself if you wish to join. It seems to require some access rights I don't have. Noury

Aug. 27, 2010

Re: [Pharo-project] 'foo' asTime

by StÃ©phane Ducasse

Ok normally this is integrated now. On Aug 27, 2010, at 12:11 PM, Johan Brichau wrote: > err, yes it actually still is this one: http://code.google.com/p/pharo/issues/detail?id=2854 > :-) > > On 27 Aug 2010, at 10:16, StÃ©phane Ducasse wrote: > >> johan >> >> thanks >> Now get the reflex to create an issue else we get flooded of information. >> I will integrate them now. >> >> Stef >> >> On Aug 26, 2010, at 2:34 PM, Johan Brichau wrote: >> >>> >>> On 26 Aug 2010, at 04:47, Guillermo Polito wrote: >>> >>>> And now, because of fixing Integer>>readFrom:, 'foo' asTime throws an exception and we all are a bit happier :D. >>> >>> Indeed. thanks. >>> And just to make sure that we keep being happy, I added some unit tests to verify that in the KernelTests package ;-) >>> >>> Johan >>> _______________________________________________ >>> 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

Aug. 27, 2010

Re: [Pharo-project] 'foo' asTime

by Johan Brichau

err, yes it actually still is this one: http://code.google.com/p/pharo/issues/detail?id=2854 :-) On 27 Aug 2010, at 10:16, StÃ©phane Ducasse wrote: > johan > > thanks > Now get the reflex to create an issue else we get flooded of information. > I will integrate them now. > > Stef > > On Aug 26, 2010, at 2:34 PM, Johan Brichau wrote: > >> >> On 26 Aug 2010, at 04:47, Guillermo Polito wrote: >> >>> And now, because of fixing Integer>>readFrom:, 'foo' asTime throws an exception and we all are a bit happier :D. >> >> Indeed. thanks. >> And just to make sure that we keep being happy, I added some unit tests to verify that in the KernelTests package ;-) >> >> Johan >> _______________________________________________ >> 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. 27, 2010

Re: [Pharo-project] class API question

by StÃ©phane Ducasse

> I think it would be beneficial to adapt the protocol of the refactoring browser. > > It especially spells out all the names: > > #addInstanceVariable: > #allInstanceVariableNames > #instanceVariableNames > > Lukas I thought about it too but since we will add first class instances variables then I preferred to use named: for now and like that we can have both interfaces in the future for compatibility. Stef

Aug. 27, 2010

[Pharo-project] [update 1.2] #12115

by StÃ©phane Ducasse

12115 ----- - Issue 2825: [[true] whileTrue] fork cannot be interrupted. Thanks Henrik Johanssen. - Issue 2860: make Dictionary at:ifAbsent use ifNil:ifNotNil. Thanks Marcus Denker - Issue 2570: Removed implicit conversion of DateAndTime equality-testing argument. Thanks Chris Mueller. We will have to address the isKindOf in DateAndTime>>= - Issue 2873: adding hasClassVarNamed: hasInstVarNamed: and cleaned the API. I feel better - Stephane Ducasse Stef

Aug. 27, 2010