December 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] getting rid of Symbol >> new: ?

by Mariano Martinez Peck

On Tue, Dec 8, 2009 at 10:54 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Tue, Dec 8, 2009 at 5:07 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> >> On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: >> >> > On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard <adi(a)netstyle.ch> >> > wrote: >> >> > When you are creating your root of objects and you put symbols >> > inside, they >> > are not put in ourPointers but in ByteArray. >> > This is due to the fact that the only object who is pointing to that >> > symbol >> > is inside the segment ? >> >> To be precise, the symbols are also pointed to by the symbol table, >> but only by weak references. Since image segments use the GC mark >> logic, these pointers are not considered. >> > > Ahhh ok. Now I see Symbol class >> rehash where it sets to SymbolTable > := WeakSet > > Now...my finally question is, where in the code you can see the GC only > mark "normal" objects and that week objects are not being taken into > account. Do you know ? I tried to search it but I didn't find it. > > Sorry, I forgot to said I found this in ObjectMemory >> markAndTrace: (self isWeakNonInt: oop) ifTrue: [ "Set lastFieldOffset before the weak fields in the receiver" lastFieldOffset := (self nonWeakFieldsOf: oop) << ShiftForWord. "And remember as weak root" weakRootCount := weakRootCount + 1. weakRoots at: weakRootCount put: oop. ] ifFalse: [ "Do it the usual way" lastFieldOffset := self lastPointerOf: oop. ]. But I don't know if this make sense or not. Thanks!! Mariano >> > What you do with this piece of code: >> > >> > symbolHolder := Symbol allSymbols. >> > >> > is to hold those symbols there. So, when ImageSegment uses the GC >> > techniques >> > to detect which objects are ONLY pointed from inside of the segment, >> > the >> > symbols is not found (because it is accessible trough that test) and >> > thus, >> > it goes to outPointers instead of ByteArray. >> > >> > And of course, if it is in outPointers instead of ByteArray when the >> > segment >> > is loaded again, yo don't create a symbol again but use the same >> > object (the >> > one of the oop). >> > >> > I am correct? or I understood anything ? >> >> yes. >> >> Cheers, >> Adrian >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

Dec. 8, 2009

Re: [Pharo-project] getting rid of Symbol >> new: ?

by Mariano Martinez Peck

On Tue, Dec 8, 2009 at 5:07 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: > > > On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard <adi(a)netstyle.ch> > > wrote: > > > When you are creating your root of objects and you put symbols > > inside, they > > are not put in ourPointers but in ByteArray. > > This is due to the fact that the only object who is pointing to that > > symbol > > is inside the segment ? > > To be precise, the symbols are also pointed to by the symbol table, > but only by weak references. Since image segments use the GC mark > logic, these pointers are not considered. > Ahhh ok. Now I see Symbol class >> rehash where it sets to SymbolTable := WeakSet Now...my finally question is, where in the code you can see the GC only mark "normal" objects and that week objects are not being taken into account. Do you know ? I tried to search it but I didn't find it. Thanks!! Mariano > > What you do with this piece of code: > > > > symbolHolder := Symbol allSymbols. > > > > is to hold those symbols there. So, when ImageSegment uses the GC > > techniques > > to detect which objects are ONLY pointed from inside of the segment, > > the > > symbols is not found (because it is accessible trough that test) and > > thus, > > it goes to outPointers instead of ByteArray. > > > > And of course, if it is in outPointers instead of ByteArray when the > > segment > > is loaded again, yo don't create a symbol again but use the same > > object (the > > one of the oop). > > > > I am correct? or I understood anything ? > > yes. > > Cheers, > Adrian > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 8, 2009

Re: [Pharo-project] ClassTree new openOn: Collection :)

by StÃ©phane Ducasse

1.1 of course :) I'm riding the wafe :) On Dec 8, 2009, at 9:05 PM, Schwab,Wilhelm K wrote: > Stef, > > Where does this work? My RC1 image either does not contain the classes, or I'm being too dense to see the corrected thing in the list of choices. Interested, if only as examples to help me with a couple of tasks... > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Tuesday, December 08, 2009 11:08 AM > To: Pharo-project(a)lists.gforge.inria.fr Development > Cc: notre liste > Subject: [Pharo-project] ClassTree new openOn: Collection :) > > I started to understand MorphTreeMorph to build a class documentation browsing browser and I discovered that > > ClassTree new openOn: Collection > > ClassList new openOn: Collection > > This is really a good start. > We could have it for package > and displaying methods.... > > 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

Dec. 8, 2009

Re: [Pharo-project] New User Experience Suggestion for 1.0

by StÃ©phane Ducasse

Hi guys Please kick my ass :) I should do some new videos.... I will try to do that over christmas. The old ones are here http://stephane.ducasse.free.fr/Videos/ Now what would be good is that we get a group of videos One week ago we pairprogram in the train with lukas Stef On Dec 8, 2009, at 5:11 PM, Reg Krock wrote: > This has to do with learning styles. There was an interesting discussion > on the vw or squeak list a few weeks ago about this. > > One wants something to allow people to choose what fits their learning > style in their initial contact. In addtion to Tim's susggestions, a series > of videos could also be useful. > > Regards, > > Reg > >> Interesting analogy given Pharo's roots in something widely (and proudly) >> considered a toy by its creators. However, a game is simply an >> entertainment medium, and it either works for you or it does not. A >> programming language hopefully gets a better look, and one with a free pdf >> book including a walk-through should be worth a noob's time. >> >> That said, a workspace full of examples is fine with me. But I continue >> to think that we should point people to PBE. >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Stephen >> Taylor >> Sent: Monday, December 07, 2009 10:48 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] New User Experience Suggestion for 1.0 >> >> Schwab,Wilhelm K wrote: >>> The counter argument is that PBE is readily available and very well >>> written. >> >> It is, but I think it's well worth considering what people think in their >> first couple of seconds of exposure to a new product - especially >> something like Smalltalk where people may well be looking at it only from >> idle curiosity. >> >> When I think how quickly and arbitrarily I can reject a game that >> someone's spent three years sweating blood over... >> >> >> >> >> Steve >> >> _______________________________________________ >> 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

Dec. 8, 2009

Re: [Pharo-project] [update] #10500

by StÃ©phane Ducasse

Sure there is no new stuff this is the old preference mess :) This is why alain is working like a mad to fix that since 6 months. Stef > On Mon, 7 Dec 2009, Gary Chambers wrote: > >> As for Preferences, they are like that (the "old" preference browser doesn't >> behave well with cross-dependent settings unless special care is taken). > > This is in 1.0rc1 and there's no "new" stuff for preference browsing. > > > Levente > >> >> Regards, Gary >> >> >> ----- Original Message ----- >> From: "Levente Uzonyi" <leves(a)elte.hu> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, December 07, 2009 6:39 PM >> Subject: Re: [Pharo-project] [update] #10500 >> >> >>> On Sun, 6 Dec 2009, Adrian Lienhard wrote: >>> >>>> It seems that with your setup the FreeType fonts are rendered without >>>> subpixel AA. >>>> >>> >>> Well, this is what's coming out of the box for windows users. I tried >>> tweaking the preferences and got better results with HintingNormal instead >>> of the default HintingLight. Btw the preferences for FreeType are broken, >>> the Preference Browser shows the preferences as enabled even if you >>> disable them. Opening a new Preference Browser shows the correct values. >>> >>> >>> Levente >>> >>> >>> _______________________________________________ >>> 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

Dec. 8, 2009

Re: [Pharo-project] Dev09.12.1 does not look nice on Linux

by Hernan Wilkinson

I tried that but I didn't know it was not refreshing :-) We found and reported this problem a few months ago with Juan Manuel Vuletich (the alpha channel error) BTW, on Mac, the monticello browser's buttons don't look good nether On Tue, Dec 8, 2009 at 3:42 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Why a preference? Its just a matter of selecting the font you like: > > System > Preferences > System fonts > > In the Font Browser you can click on "Update" and you *should* get all > your system fonts. The problem is, that the font browser does not > update. If you open it again, you see the fonts. > > I filed an issue for 1.0/1.1: > > http://code.google.com/p/pharo/issues/detail?id=1562 > > Adrian > > > On Dec 8, 2009, at 19:25 , Mariano Martinez Peck wrote: > >> It should be explained somewhere how to replace StrikeFonts for >> FreeType. >> Or even better, a preference for that maybe be cool. >> >> On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers <gazzaguru2(a)btinternet.com >> >wrote: >> >>> Would be nice to expose the technique used in FreeType for >>> underline/strikeout... even if only stub where rendered by a >>> StrikeFont. >>> >>> Would help a lot for other canvas types (PDF, PostScript etc.)... For >>> instance, a P{DF canvas would draw the underline using graphics >>> primitives... >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "Marcus Denker" <denker(a)acm.org> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Tuesday, December 08, 2009 3:36 PM >>> Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux >>> >>> >>>> >>>> On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: >>>> >>>>> but why the previous verson of pharo worked fine? there must be >>>>> something different in this new image... >>>>> >>>> >>>> It uses pre-rendered sub-pixel fonts instead of rendering the >>>> fonts via >>>> FreeType. >>>> (Much faster, not quite as nice in details). >>>> Freetype fonts are available if needed, though. The pre-rendered >>>> fonts >>>> just replace >>>> the 80ties=looking Squeak fonts and provide a good enough >>>> selection for a >>>> development image. >>>> >>>> Marcus >>>> >>>> >>>>> 2009/12/8 laurent laffont <laurent.laffont(a)gmail.com>: >>>>>> Hi, >>>>>> I had the same issue with exupery vm. Works with VM >>> Squeak-3.11.3.2135. >>>>>> See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 >>>>>> Laurent >>>>>> >>>>>> 2009/12/8 Hernan Wilkinson <hernan.wilkinson(a)gmail.com> >>>>>>> >>>>>>> Hi, >>>>>>> the last version's fonts look really bad. See attached files >>>>>>> I have Ubuntu 9.10, 64 bits. >>>>>>> Dev09.11.4 looks fine >>>>>>> Maybe is a preference setting? >>>>>>> Hernan >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 8, 2009

Re: [Pharo-project] ClassTree new openOn: Collection :)

by Schwab,Wilhelm K

Stef, Where does this work? My RC1 image either does not contain the classes, or I'm being too dense to see the corrected thing in the list of choices. Interested, if only as examples to help me with a couple of tasks... Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Tuesday, December 08, 2009 11:08 AM To: Pharo-project(a)lists.gforge.inria.fr Development Cc: notre liste Subject: [Pharo-project] ClassTree new openOn: Collection :) I started to understand MorphTreeMorph to build a class documentation browsing browser and I discovered that ClassTree new openOn: Collection ClassList new openOn: Collection This is really a good start. We could have it for package and displaying methods.... Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 8, 2009

Re: [Pharo-project] BUG: 'Error: Instances of UndefinedObject are not indexable' with Interpreter

by Mariano Martinez Peck

2009/12/8 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > Although I'm unable to reproduce it, it seems to me the possibility of a > situation where this error could occur increases if text compositing takes > too long. (notice how primitiveStoreImageSegment is ). > Reasoning; > - In TextMorph>> paragraph, an uninitialized paragraph is installed in the > instvar, then line composition happens. > - If this method is called from another thread than the UI thread, (say, as > a response to an Event, which seems to be the case at least for OB) it might > be interrupted by the UI process, which will happily go ahead and try to > render the paragraph before it is initialized, then throw an error since > lines is still nil. > > A fix for this problem (which would be to create the paragraph in a temp, > then store in instvar only when fully intialized) is attached. > > Wow!!! you are really the bug killer number one! Thank you very much. Not only I could reproduce it but also apply the fix and be sure it is fixed and working like a charm now. I commit SLICE-Issue1559 <http://code.google.com/p/pharo/issues/detail?id=1559>-UninitializedParagraph-MarianoMartinezPeck.1 to inbox. Cheers, Mariano If you would file it in and see if it helps, that'd be nice. > If it does, feel free to commit a slice to the inbox :) > > Cheers, > Henry > > > On Dec 8, 2009, at 2:56 15PM, Mariano Martinez Peck wrote: > > Hi folks! I having this problem in pharo1.0-10496-rc1dev09.11.4 but I > cannot reproduce it in PharoCore-1.1-11078-ALPHA > I don't think it is because of the Pharo version but becuase of dev/core. I > would like to tested in a dev from 11078 but the last one I tested was not > working as I have warings and popups everywhere (there is already a thread > for that). > > I am in Mac OS. > > Anyway, you can reproduce it in a fresh pharo1.0-10496-rc1dev09.11.4 image. > > Steps to reproduce: > > 1) Download from http://www.squeaksource.com/JBARepo the package > VMMakerLoader > > 2) Evaluate "VMMakerLoader loadAndFix" > > 3) Browse the class Interpreter > > 4) Go to the method primitiveStoreImageSegment. Click on the method and > after a second you will have this error. > > I attach PharoDebug.log in the issue tracker: > http://code.google.com/p/pharo/issues/detail?id=1559 > > Cheers, > > Mariano > _______________________________________________ > 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 >

Dec. 8, 2009

Re: [Pharo-project] macintosh cocoa 32/64bit & 64/64bit VM goes BETA

by Michael Roberts

Hi John, it was not the pharo image, but the pharo core image. You can get them direct from the inria download area. This is linked off the pharo-project site. 11049 was an internal update so start from http://gforge.inria.fr/frs/download.php/24763/PharoCore-1.1-11043-alpha.zip I will do this myself just to check the test case. thanks, Mike On Monday, December 7, 2009, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > Ah, if someone can describe the test case: > > which I think is take a pharo 1.1 core 11049 then do update? > I'll see where it's hung. > > would that be the > pharo1.1-11073-alphadev09.12.1.zip > or > pharo1.1-11073-alphaweb09.12.1.zip > > from the 1.1 alpha links on the main pharo web page? > > > On 2009-12-07, at 1:33 PM, Henrik Sperre Johansen wrote: > >> That's pretty normal, it's happened to me a lot of times, at least. >> If you leave if for a while, it'll starts responding again. >> No idea why it happens though, I glanced at the code one time it >> happened, but no neurons fired :/ >> >> Cheers, >> Henry >> >> On 07.12.2009 21:49, Michael Roberts wrote: >>> Hi, I did a quick test on the 32bit version on 10.5.8. Â I took a pharo >>> 1.1 core 11049 and told it to update from the network. Â It processed >>> all the updates (took some time) and drew the "ok" dialog. Â However it >>> then hung. I am not sure if that is related to the VM or not. Â in a >>> spare moment I will dig deeper. >>> >>> thanks, >>> Mike >>> >>> On Fri, Dec 4, 2009 at 7:33 PM, John M McIntosh >>> <johnmci(a)smalltalkconsulting.com> Â wrote: >>> >>>> On 2009-12-04, at 4:30 AM, StÃ©phane Ducasse wrote: >>>> >>>> >>>>>> john needs beta testers....Do not forget >>>>>> I know that we are all terribly busy. >>>>>> >>>>>> >>>> >>>> Yes , *cough* feedback and response has been zero... >>>> Maybe I should push the self-destruct button on the 3.x, 4.x VM series. >>>> Where is that red button? Must be here somewhere in the office clutter... >>>> >>>> -- >>>> =========================================================================== >>>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Â Â Twitter: Â squeaker68882 >>>> Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.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 > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Â Twitter: Â squeaker68882 > Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 8, 2009

Re: [Pharo-project] Dev09.12.1 does not look nice on Linux

by Adrian Lienhard

Why a preference? Its just a matter of selecting the font you like: System > Preferences > System fonts In the Font Browser you can click on "Update" and you *should* get all your system fonts. The problem is, that the font browser does not update. If you open it again, you see the fonts. I filed an issue for 1.0/1.1: http://code.google.com/p/pharo/issues/detail?id=1562 Adrian On Dec 8, 2009, at 19:25 , Mariano Martinez Peck wrote: > It should be explained somewhere how to replace StrikeFonts for > FreeType. > Or even better, a preference for that maybe be cool. > > On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers <gazzaguru2(a)btinternet.com > >wrote: > >> Would be nice to expose the technique used in FreeType for >> underline/strikeout... even if only stub where rendered by a >> StrikeFont. >> >> Would help a lot for other canvas types (PDF, PostScript etc.)... For >> instance, a P{DF canvas would draw the underline using graphics >> primitives... >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Marcus Denker" <denker(a)acm.org> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Tuesday, December 08, 2009 3:36 PM >> Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux >> >> >>> >>> On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: >>> >>>> but why the previous verson of pharo worked fine? there must be >>>> something different in this new image... >>>> >>> >>> It uses pre-rendered sub-pixel fonts instead of rendering the >>> fonts via >>> FreeType. >>> (Much faster, not quite as nice in details). >>> Freetype fonts are available if needed, though. The pre-rendered >>> fonts >>> just replace >>> the 80ties=looking Squeak fonts and provide a good enough >>> selection for a >>> development image. >>> >>> Marcus >>> >>> >>>> 2009/12/8 laurent laffont <laurent.laffont(a)gmail.com>: >>>>> Hi, >>>>> I had the same issue with exupery vm. Works with VM >> Squeak-3.11.3.2135. >>>>> See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 >>>>> Laurent >>>>> >>>>> 2009/12/8 Hernan Wilkinson <hernan.wilkinson(a)gmail.com> >>>>>> >>>>>> Hi, >>>>>> the last version's fonts look really bad. See attached files >>>>>> I have Ubuntu 9.10, 64 bits. >>>>>> Dev09.11.4 looks fine >>>>>> Maybe is a preference setting? >>>>>> Hernan >>>>>> >>>>>> _______________________________________________ >>>>>> 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

Dec. 8, 2009