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

Re: [Pharo-project] impossible to move window :)

by StÃ©phane Ducasse

ok :) I do not know what I did :) On May 19, 2010, at 7:32 PM, Mariano Martinez Peck wrote: > I can. In 11367 > > On Wed, May 19, 2010 at 6:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > is it me or the latest beta introduced a nice behavior that make sure that you > cannot move windows anymore? > > 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

May 19, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by StÃ©phane Ducasse

>> >> > > Currently the semantics in Pharo are > 0: Latin 1 > 255: Unicode > > which is fun because the first 255 characters are interned and you > therefore can't change their leadingChar. So if you're using Unicode, > you're forced to mix leachingChars. so what do you suggest to have unicode as zero? Stef

May 19, 2010

Re: [Pharo-project] O2 in 1.1

by StÃ©phane Ducasse

On May 19, 2010, at 6:55 PM, Mariano Martinez Peck wrote: > > > On Tue, May 18, 2010 at 11:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On May 18, 2010, at 10:00 PM, Geert Claes wrote: > > > > > Just loaded O2 in 1.1 and when I start it I get the warning "The method > > Collection asSortedArray has been deprecated. Use asArray sort" > > > > How do I actually change my default system browser back? > > Look at ToolSet > > But that sucks completly. Because the only way to change it is to subclass and override. > If you want to know more why it sucks, read this thread: ok I was thinking that this was > > SystemBrowser default: OBSystemBrowserAdaptor. Stef > > http://forum.world.st/Questions-about-ToolSet-td1460544.html#a1460544 > > If someone is willing to fix it, welcome!! > > you can also click on the window right icons and get the menu and select choose new default browser. > > > Yes, exactly. In the right icon of a system browser -> "Choose new default browser" > > By code SystemBrowser default: OBSystemBrowserAdaptor. > > Change OBSystemBrowserAdaptor for what you want. > > Cheers > > Mariano > > Would be good then to fix the deprecated use. > > Stef > > > -- > > View this message in context: http://forum.world.st/O2-in-1-1-tp2221821p2221821.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > _______________________________________________ > > 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

May 19, 2010

[Pharo-project] Fwd: [Lsehub-staff] Why the hacking friday is good :)

by StÃ©phane Ducasse

a really cool talk... Stef PS: the friday afternoon in our team we just code together or do stuff that should not get done automatically :) Begin forwarded message: > From: Damien Pollet <damien.pollet(a)inria.fr> > Date: May 19, 2010 7:04:43 PM GMT+02:00 > To: âlsehubâ <lsehub-staff(a)lists.gforge.inria.fr> > Subject: [Lsehub-staff] Why the hacking friday is good :) > Reply-To: notre liste <lsehub-staff(a)lists.gforge.inria.fr> > > http://everywhereelse.wordpress.com/2010/05/14/watch-this-when-youre-done-w… > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > > > > > _______________________________________________ > Lsehub-staff mailing list > Lsehub-staff(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/lsehub-staff

May 19, 2010

Re: [Pharo-project] impossible to move window :)

by Mariano Martinez Peck

I can. In 11367 On Wed, May 19, 2010 at 6:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > is it me or the latest beta introduced a nice behavior that make sure that > you > cannot move windows anymore? > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 19, 2010

Re: [Pharo-project] Bug? ParagraphEditor do-its are not following the expected method lookup

by Mariano Martinez Peck

Hi Carla. I would like to help you, but I have no idea. I could reproduce it. Maybe Lukas, Igor, Eliot etc can help you. I have no idea. Cheers Mariano 2010/5/18 Carla F. Griggio <carla.griggio(a)gmail.com> > Hi everybody! > > Well, maybe you are already aware of this... maybe not. I tried to find an > issue about this and unless I didn't think of the right keywords, it's not > there. > > I was debugging a template method and sudenly I found myself spending ours > trying to find out why I got different results when printing the result of a > message sent to super and when steping into that message and printing the > (same) result there. > > Imagine this simple situation (I attatch the complete code and some tests > so you can reproduce this): > > AverageTotalization inherits from Totalization. > WeightedAverageTotalization inherits from AverageTotalization. > > Totalization>>total > ^self summatory > > AverageTotalization>>total > ^*(**super total)* / self denominator > > AverageTotalization>> denominator > ^values size > > WeightedAverageTotalization>> denominator > "Weights is a dictionary" > ^self weights values sum > > > If I debug aWeightedAverateTotalization total and try to print *super > total* in the debugger ParagraphEditor, I'll get this result: > > (self summatory / self denominator) > > instead of just: > > self summatory > > This only happens when I print or inspect or other do-its in the debugger > window. The method lookup works OK when just evaluating the code (the tests > I made are green). > > I think that when you print or inspect (etc) *super total*, the evaluation > context takes WeightedAverageTotalization class instead of > AverageTotalization, so when total is sent to super under that context, the > code is looked up on AverageTotalization instead of Totalization. > Could that be possible? Am I thinking right? > > I spent a *while* chasing this bug, and I found a solution, but I don't > know if it's OK or if it's the best. It's simple and it seems to work. I > tested it in the last PharoCore1.1 unstable image. > > I attach some code to reproduce the error (you'll get a halt when you run > the test, read the comments, the problem is clear when you run the weighted > average test), and the code that fixes this. > > If you confirm that this was not a known issue, I'll register it on the > issue tracker with both these attachments. > > If it was a known issue... well, I learned :) (I think XD) > > Cheers! > > Carla. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 19, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by Philippe Marschall

On 19.05.2010 07:58, Damien Pollet wrote: > 2010/5/19 Levente Uzonyi <leves(a)elte.hu>: >> Another "hard to quote" message, but I hope my answer will be clear. >> The "problem" is that in Pharo the leadingChar for unicode characters is >> still 255. This was changed in Squeak 4.1 to 0. So in Squeak 4.1: >> (Unicode value: 8230) codePoint. "===> 8230" >> >> While in Pharo it's: >> (Unicode value: 8230) codePoint. "===> 1069555750" >> (Character value: 1069555750) charCode. "===> 8230" >> (Character value: 1069555750) leadingChar. "===> 255" >> >> So using #charCode instead of #codePoint is the solution. > > What about updating the leadingChar in Pharo to match Squeak? (I know > it's not the correct solution to the present problem but it's these > kinds of sneaky differences between platform that make life difficult) > > What's the semantic difference between picking 0 or 255? Is one more > correct than the other? > Currently the semantics in Pharo are 0: Latin 1 255: Unicode which is fun because the first 255 characters are interned and you therefore can't change their leadingChar. So if you're using Unicode, you're forced to mix leachingChars. Cheers Philippe

May 19, 2010

Re: [Pharo-project] O2 in 1.1

by Mariano Martinez Peck

On Tue, May 18, 2010 at 11:04 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > On May 18, 2010, at 10:00 PM, Geert Claes wrote: > > > > > Just loaded O2 in 1.1 and when I start it I get the warning "The method > > Collection asSortedArray has been deprecated. Use asArray sort" > > > > How do I actually change my default system browser back? > > Look at ToolSet > But that sucks completly. Because the only way to change it is to subclass and override. If you want to know more why it sucks, read this thread: http://forum.world.st/Questions-about-ToolSet-td1460544.html#a1460544 If someone is willing to fix it, welcome!! you can also click on the window right icons and get the menu and select > choose new default browser. > > Yes, exactly. In the right icon of a system browser -> "Choose new default browser" By code SystemBrowser default: OBSystemBrowserAdaptor. Change OBSystemBrowserAdaptor for what you want. Cheers Mariano > Would be good then to fix the deprecated use. > > Stef > > > -- > > View this message in context: > http://forum.world.st/O2-in-1-1-tp2221821p2221821.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > _______________________________________________ > > 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 >

May 19, 2010

[Pharo-project] impossible to move window :)

by StÃ©phane Ducasse

is it me or the latest beta introduced a nice behavior that make sure that you cannot move windows anymore? Stef

May 19, 2010

Re: [Pharo-project] [Gofer] loading only from package cache but with the same expression

by StÃ©phane Ducasse

Yes I know all that now should I disable errors to get it loading only from the local cache? > If you disable repository errors inaccessible repositories are ignored > and don't throw an error (you have to tell that though): but does it still load from the local-cache? Stef On May 19, 2010, at 6:14 PM, Lukas Renggli wrote: > The default Gofer only uses the package cache: > > Gofer new repositories > --> an Array(a > MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache)) > > If you specify other repositories they are tried in that order as well: > > Gofer new renggli: 'ob'; squeaksource: 'rb'; repositories > --> an Array(a > MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) > a MCHttpRepository(http://source.lukas-renggli.ch/ob) a > MCHttpRepository(http://www.squeaksource.com/rb)) > > If you disable the package cache, the package cache is ignored: > > Gofer new disablePackageCache; renggli: 'ob'; squeaksource: 'rb'; > repositories > --> an Array(a MCHttpRepository(http://source.lukas-renggli.ch/ob) > a MCHttpRepository(http://www.squeaksource.com/rb)) > > If you disable repository errors inaccessible repositories are ignored > and don't throw an error (you have to tell that though): > > Gofer new disableRepositoryErrors; renggli: 'ob'; squeaksource: > 'rb'; repositories > --> an Array(a > MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) > a MCHttpRepository(http://source.lukas-renggli.ch/ob) a > MCHttpRepository(http://www.squeaksource.com/rb)) > > Lukas > > On 19 May 2010 16:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi lukas >> >> is it possible that for an expression that would work if we get network Gofer looks only in the package cache. >> so that when you do not have internet but are sure that the files you need are in the package cache >> you can use gofer to load them >> >> I thought is was working but this is not that clear. I could not make it work in the library. >> >> 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

May 19, 2010