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

Re: [Pharo-project] Force the focus of a panel for start to listen keypress events.

by nullPointer

Many many thanks; that has been very useful for me. Anyway I did decide change the mechanism for load and show data of my grid, on drawing place., and now works much much more fast. Really I have poor knowledge of different posibilities for do one thing, but IÂ´m learning bit a bit. Now I will use that for my new grid widget. Regards -- View this message in context: http://n4.nabble.com/Conseils-for-develop-a-grid-tp1299737p1585128.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 8, 2010

[Pharo-project] [update 1.1] #11254

by StÃ©phane Ducasse

> > 11254 > ----- > > - Issue 2115: Allow $- anywhere in binary selector > > >

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11253

by StÃ©phane Ducasse

Begin forwarded message: > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: March 7, 2010 10:52:45 PM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Cc: nicolas cellier <nicolas.cellier.aka.nice(a)gmail.com> > Subject: [update 1.1] #11253 > > 11253 > ----- > > - Issue 2118: Let Unicode leadingChar = 0 Part 4: > > + cleaning package. > > Please no space and funky characters in package name and no white space to start (JB) > > > Stef

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11252

by StÃ©phane Ducasse

Begin forwarded message: > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Date: March 7, 2010 6:51:30 PM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [update 1.1] #11252 > > > 11252 > ----- > > - Issue 2118: Let Unicode leadingChar = 0 > Part 3: get rid of (stopConditions at: EndOfRun) (or CrossedX) > Replace with a proper message (stopConditions endOfRun) (crossedX) > > Also: > - Reduce the number of FreeType-overrides, move back to Graphics/Multilingual. > I will republish FreeType later because I don t know if MC will not remove essential methods. > - Do not test alignment == Justified ! > Justified is a Number, alignment = Justified is just so cleaner. > - Prepare TextStopConditions clean-up > > Soon final part >

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11244

by StÃ©phane Ducasse

Begin forwarded message: > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Date: March 5, 2010 11:31:29 AM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [update 1.1] #11244 > > - remove the default password squeak in the MCHttpRepository creation template > - Introduction of tests for validating the different use cases of Shadowing in CompilerTest. > - Improvement in the Encoder>>bindTemp: method in order to > make explicit the decisions > > Thanks Jorge and lukas :)

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11251

by StÃ©phane Ducasse

Begin forwarded message: > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Date: March 7, 2010 4:47:03 PM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [update 1.1] #11251 > > 11251 > ----- > > - Issue 2119: Complete ensure blocks. Tx Andreas > - Issue 2118: Let Unicode leadingChar = 0 (part 2) > > Stef

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11250

by StÃ©phane Ducasse

Begin forwarded message: > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Date: March 7, 2010 1:34:57 PM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [update 1.1] #11250 > > 11250 > ----- > > - Issue 2121: Rewrite Binary Selectors Immeditely Followed By Negative Literal. > rewrite all expressions of the form 1@-2 to 1 @ -2, where @ is a binary selector and -2 an negative literal that will soon be parsed as 1 @- (2) (according to ANSI) > > Thanks lukas!!!!! > > Stef

March 8, 2010

[Pharo-project] Fwd: [update 1.1] #11249

by StÃ©phane Ducasse

Begin forwarded message: > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: March 6, 2010 11:30:09 PM GMT+01:00 > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [update 1.1] #11249 > > 11249 > ----- > > - Issue 2114: Enhance SqNumberParser error handling inside Compiler. Tx nicolas > - Issue 2116: Compiler sometimes return nil rather than diagnosing the problem. Tx nicolas > > - Issue 2118: 1) Let unicode leading Char be zero (only 2 methods). > Arbitrarily solve the Russian/Nepalese environment conflict. > -- SOMEONE HAS TO CHECK WHAT SHOULD THE POLICY BE... -- > (I guess a non issue except for OLPC Etoys) > > 2) Prepare a TextStopConditions object for handling endOfRun/crossedX without breaking a macron. > > 3) After loading, you should execute: EncodedCharSets initialize. > > Thanks nicolas > > Stef

March 8, 2010

[Pharo-project] Fwd: [squeak-dev] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

by StÃ©phane Ducasse

> Thanks thanks thanks thanks for a refresh on that! > Thanks! > > Stef > > On Mar 8, 2010, at 5:55 PM, Randal L. Schwartz wrote: > >>>>>>> "Randal" == Randal L Schwartz <merlyn(a)stonehenge.com> writes: >> >> Randal> And I believe some heavyweights (with actual lawyers they paid) have >> Randal> already weighed in that the LGPL is equivalent to the *GPL* in a >> Randal> Smalltalk context, so unless the code is explicitly dual-licensed with >> Randal> a more permissive license as well, it taints the entire distro. >> >> Here's the reference: >> >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-January/124027.… >> >> -- >> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 >> <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> >> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. >> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion >> > > > >

March 8, 2010

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

by StÃ©phane Ducasse

Thanks. Apparently the mailing-list is working again. Stef On Mar 8, 2010, at 3:13 PM, Lukas Renggli wrote: > Here are 3 additional tests that verify that these reserved variables > are not shadowed. > > Please integrate :-) > > Lukas > > On 8 March 2010 15:01, Lukas Renggli <renggli(a)gmail.com> wrote: >> Actually this is already fixed by the previous fix. Jorge and I are >> going to write some new tests. >> >> Lukas >> >> On 8 March 2010 14:50, Lukas Renggli <renggli(a)gmail.com> wrote: >>> Erwann just noticed another kind of serious shadowing bug. >>> >>> The closure compiler allows to declare methods like the following: >>> >>> foo: self >>> | super thisContext true false nil | >>> ^ super := thisContext := true := false := nil := self >>> >>> These argument and temporary names should all be disallowed as all >>> other Smalltalk compiler do (and also the pre closure one in Pharo >>> did). Using the implicit variables as argument or temp names leads to >>> absolutely unmaintainable code. >>> >>> Lukas >>> >>> On 5 March 2010 12:16, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> The problem is that some ancestor versions disappeared, what makes it >>>> impossible to merge. We've manually integrated the delta into: >>>> >>>> Name: Tests-lr.79 >>>> Author: lr >>>> Time: 5 March 2010, 12:16:05 pm >>>> UUID: 99f8b58a-0923-4264-9ea6-58fec6cf4d18 >>>> Ancestors: Tests-MichaelRueger.78 >>>> >>>> - merged Jorges Code >>>> >>>> Lukas >>>> >>>> On 5 March 2010 11:25, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Jorge >>>>> >>>>> could you publish the tests for 1.1 because I could not find my way 11 conflicts for 1.1? >>>>> >>>>> Stef >>>>> >>>>> >>>>>> Hi Adrian, >>>>>> >>>>>> Sorry for the delay, too many things today. >>>>>> >>>>>> Ok, I added 17 test to Tests-Compiler which model the cases of >>>>>> shadowing, at least the ones I could come up with. I also modified the >>>>>> Encoder>>bindTemp: in order to make it a little bit more intention >>>>>> revealing. >>>>>> >>>>>> My changes are in: >>>>>> >>>>>> Compiler-JorgeRessia.144 >>>>>> Tests-JorgeRessia.46 >>>>>> >>>>>> Some comments: >>>>>> >>>>>> - In order to test the not interactive mode I had to mock the >>>>>> Transcript. I could not find a better solution, if anybody has a >>>>>> better one just let me know I'll change it. >>>>>> - There is a special case which is that when you are NOT in >>>>>> interactive mode if the shadowed variable is a temp then the syntax >>>>>> error is triggered as in interactive mode. This is the behavior >>>>>> implemented before I did the changes. Is that what we want? >>>>>> - I added this test to Tests-Compiler package, I would have preferred >>>>>> to add them to Compiler-Tests but there was nothing there. >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Jorge >>>>>> >>>>>> On Thu, Mar 4, 2010 at 8:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>>>>>> Hi Jorge, >>>>>>> >>>>>>> Just let me know when you think the code is ok for 1.0 or when you have something different that I should integrate. Thanks! >>>>>>> >>>>>>> Cheers, >>>>>>> Adrian >>>>>>> >>>>>>> On Mar 4, 2010, at 09:37 , Jorge Ressia wrote: >>>>>>> >>>>>>>> Hi Adrian, >>>>>>>> >>>>>>>> Yep, I have the same problem as you. My idea was to make it work as >>>>>>>> before without completely changing it. Basically because I did not >>>>>>>> have the test support to validate my changes. >>>>>>>> Anyhow, what I propose is to write a bunch of tests for every case >>>>>>>> that we know and then if new cases show up add them to the test suite. >>>>>>>> And then play with the code. >>>>>>>> >>>>>>>> I will work on that today, is that ok? >>>>>>>> >>>>>>>> For the explanation of what is going on is that now node can be an >>>>>>>> instance variable node, then the behavior that was there was not >>>>>>>> appropriate in the sense that instance variable nodes do not >>>>>>>> understand #scope. >>>>>>>> However, why this validation "(node isTemp or: [requestor >>>>>>>> interactive])" was there in the first place is not that clear to me, >>>>>>>> but it's been there since 1999. >>>>>>>> >>>>>>>> I'll try to build the tests and come up with a better solution. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Jorge >>>>>>>> >>>>>>>> On Thu, Mar 4, 2010 at 9:14 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>>>>>>>> Jorge, >>>>>>>>> >>>>>>>>> I looked at the code to integrate in 1.0. And I really have troubles understanding it (even after drawing a boolean table for the different combinations of or: ifTrue: and: ifFalse:). Is it correct that the warning is shown when node isTemp is false and requestor interactive is true? Is the comment still accurate? >>>>>>>>> >>>>>>>>> This is the code: >>>>>>>>> >>>>>>>>> "When non-interactive raise the error only if its a duplicate" >>>>>>>>> (node isTemp or: [requestor interactive]) >>>>>>>>> ifTrue:[ ((node isTemp) and: [node scope <= 0] ) >>>>>>>>> ifFalse: [^self notify:'Name is already defined' ]] >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Adrian >>>>>>>>> >>>>>>>>> On Mar 3, 2010, at 20:47 , StÃ©phane Ducasse wrote: >>>>>>>>> >>>>>>>>>> 11243 >>>>>>>>>> ----- >>>>>>>>>> >>>>>>>>>> - Issue 2102: Fix the fact that local temp can shadow silently instance var --- fixed >>>>>>>>>> Problem fixed: >>>>>>>>>> We cannot have twice the same block arg in a method >>>>>>>>>> >>>>>>>>>> [:each | each ...] >>>>>>>>>> [:each | each ...] >>>>>>>>>> >>>>>>>>>> THANKS jorge :) >>>>>>>>>> Do you like good bio beer? >>>>>>>>>> >>>>>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> http://www.lukas-renggli.ch >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > http://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

March 8, 2010