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

Re: [Pharo-project] Towards Pharo 1.0

by Schwab,Wilhelm K

Michael, Alien vs. FFI - it's all the same to me - I think??? Whatever you guys want to do, as long as we can connect to the outside world. The less we get tripped up by underscores in doing it, the better. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Michael Rueger Sent: Tuesday, February 24, 2009 3:24 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Towards Pharo 1.0 Schwab,Wilhelm K wrote: > FFI has (it seems to me) long been viewed as an evil in the Squeak > community. I have no idea whether that is justified, but I have to > say that the analogous features in Dolphin have been essential. The motiviation behind not including FFI in the "standard" image was security. FFI allows you to circumvent the Squeak sandbox. Which is only really interesting for Squeak applications that download untrusted code from somewhere (e.g. etoys projects). > > Unless there is a very good reason to exclude it, I would ask for FFI > in 1.0. For myself, the next big hurdle is underscores, largely > because so many of the external entities to which I would be mapping > contain them. I would support that, if it wasn't for Alien, which should be replacing FFI any time now :-) Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 24, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Michael Rueger

Schwab,Wilhelm K wrote: > FFI has (it seems to me) long been viewed as an evil in the Squeak > community. I have no idea whether that is justified, but I have to > say that the analogous features in Dolphin have been essential. The motiviation behind not including FFI in the "standard" image was security. FFI allows you to circumvent the Squeak sandbox. Which is only really interesting for Squeak applications that download untrusted code from somewhere (e.g. etoys projects). > > Unless there is a very good reason to exclude it, I would ask for FFI > in 1.0. For myself, the next big hurdle is underscores, largely > because so many of the external entities to which I would be mapping > contain them. I would support that, if it wasn't for Alien, which should be replacing FFI any time now :-) Michael

Feb. 24, 2009

[Pharo-project] Fixing Polymorph overrides

by StÃ©phane Ducasse

Hi gary We discussed yesterday and we would like to know how we could reduce the overrides made by polymorph because we will get in trouble in the long run. What is your view on that? Stef

Feb. 24, 2009

Re: [Pharo-project] Dealing with incompatibility (was: Re: MIMEdatabase fix?)

by Michael Rueger

StÃ©phane Ducasse wrote: > On Feb 24, 2009, at 7:35 PM, Michael Rueger wrote: > >> slightly shorter it is the fork in the road: >> >> are you committing to Pharo or Squeak? > > I did not get that? > commited :)? to pharo? Well, yes :-) Basically meaning we need to maintain packages explicitly for Pharo. > For MIME I would like to hear if seasider have an alternative to KOM: > is swazoo an ok alternative? The problem with MIME and Kom is that Kom changes quite a few things, which basically require to revert most of the MIME changes. The recursion with the mimeType method is one of them. Michael

Feb. 24, 2009

Re: [Pharo-project] Dealing with incompatibility (was: Re: MIMEdatabase fix?)

by StÃ©phane Ducasse

On Feb 24, 2009, at 7:35 PM, Michael Rueger wrote: > > slightly shorter it is the fork in the road: > > are you committing to Pharo or Squeak? I did not get that? commited :)? to pharo? > > > So lessen or rather delay the pain for larger projects like Seaside we > could agree on postponing changes like MIME (patching it up for now) > and > Unicode/ParagraphEditor until after 1.0. I cannot reply for Unicode (even if this would be good to have that). For MIME I would like to hear if seasider have an alternative to KOM: is swazoo an ok alternative? I have the impression that we should crunch the 1.0 issues and go beta and open a new stream for 1.1 Stef > > > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 24, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Schwab,Wilhelm K

FFI has (it seems to me) long been viewed as an evil in the Squeak community. I have no idea whether that is justified, but I have to say that the analogous features in Dolphin have been essential. Unless there is a very good reason to exclude it, I would ask for FFI in 1.0. For myself, the next big hurdle is underscores, largely because so many of the external entities to which I would be mapping contain them. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of John M McIntosh Sent: Tuesday, February 24, 2009 12:53 PM To: StÃ©phane Ducasse Cc: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Towards Pharo 1.0 Well the current macintosh VM has the support code in it. I can't speak for the windows or unix version. Oomeone *has* to review the alien compiler changes and confirm they are ok, Yesterday I realized there were three class vars missing from ParseNode and 1 method from MethodNode. That I have fixed. The Pharo team has to decided if they want to make Alien (or some FFI) product part of the base system, versus the current thought of only loading FFI if you understand you need it. For Sophie loading FFI in to the base app then let us build components subclassed by operating system to provide functionality faster than doing primitives, and of course modifiable by any smalltalker. On 24-Feb-09, at 5:36 AM, StÃ©phane Ducasse wrote: > Hi john > > what is the work to be done to get alien in pharo? > > Stef -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> 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

Feb. 24, 2009

Re: [Pharo-project] MIMEdatabase fix?

by StÃ©phane Ducasse

On Feb 24, 2009, at 7:26 PM, Michael Rueger wrote: > Michael Rueger wrote: >> StÃ©phane Ducasse wrote: >>> Ok I will have a look. >>> I was probably silly > > Well, basically the Kom package is in the old Squeak tradition of > mangling the system until it seems fit. The number and kind of > extensions all over the system make it more or less incompatible with > the MIME (and other) changes in the current Pharo image. > > > This is a situation we will increasingly encounter when we start to > really deliver on the promise of cleaning up the system: packages will > become incompatible to an extent that we can't -and shouldn't or > rather > must not- patch around. Probably now for resetMIMEdatabase it was not an extension of anypackage in Squeak 3.9. So can you fix that or there is something I do not understand. Then I think that we should first make sure that seaside can run and after we should really put pression on the KOM maintainer or declare that it is incompatible with pharo and hope that > Polymorph is the next candidate regarding the unicode changes as it > touches the same areas of the system. > > Comments? We discussed the overriding policy of Polymorph with adrian lukas and marcus and normally if I remember well we should contact gary to get a much better integration. We really think that this is important to not have override in Pharo. May be gary will read this one else we should launch a new thread. Stef

Feb. 24, 2009

Re: [Pharo-project] UI dragging improvement? [was: Shadow in Watery2]

by Henrik Johansen

And... of course there's a bug in it :) Don't have time to fix right now, but basically, if you have a window selected, then start dragging another window, the old windows' bounds will be used. (ie: cache updating needs a little more refining) Cheers, Henry Henrik Johansen skrev: > For me, dragging is pretty snappy once the cache has been created. > However, that doesn't happen till you actually move the window (ie. > after 5 pixels or so of mouse movement while holding down). > Did a small experiment moving cache updating to mouseUp/Down events > instead, felt snappier to me at least. > Bad thing is, I had to introduce things like: > - A setter for the cache. > - Direct manipulation of hand in SystemWindow mouseDown (at least I > didn't cross that boundry first :) ) > > Attached a changeset (based on 243core with PolyMorph-Widgets-gvc.52 > merged in) > you can try, and merge in if you feel the gain worth the nastiness. > Otherwise feel free to reimplement in a better way :) > > Cheers, > Henry > > Gary Chambers skrev: >> Latest Polymorph has theme-handled drop shadow support when carried >> by hand. >> >> Doesn't help grabbing faster since for the cached form it needs to >> draw the window on the cached form and also redraw the world without >> the window as a submorph. Dragging more complex windows will always >> be slower to initially respond, unfortunately. >> >> Regards, Gary >> >> ----- Original Message ----- From: "Alexandre Bergel" >> <alexandre(a)bergel.eu> >> To: <Pharo-project(a)lists.gforge.inria.fr>; <rjriv(a)sbcglobal.net> >> Sent: Sunday, February 22, 2009 1:51 PM >> Subject: Re: [Pharo-project] Shadow in Watery2 >> >> >> >>> If this would help grabbing and dragging windows faster, I would use >>> it. >>> >>> Alexandre >>> >>> >>> On 22 Feb 2009, at 14:43, Rob Rothwell wrote: >>> >>> >>>> For that, I would ask "is it worth it?" How many users are just >>>> going to turn on the fastDragWindowForMorphic preference anyway?! >>>> >>>> For some reason that little delay when you grab a window to move it >>>> always prompts me to do so! >>>> >>>> Just my thought on the matter... >>>> >>>> Take care, >>>> >>>> Rob >>>> >>>> On Sun, Feb 22, 2009 at 7:10 AM, Gary Chambers >>>> <gazzaguru2(a)btinternet.com >>>> >>>>> wrote: >>>>> >>>> Yeah, the ordinary drop shadow was quite simple to implement. >>>> Hand-grabbed drop shadows are altogether much nastier! >>>> Not impossible but would require some evil hacking. >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- >>>> From: "Igor Stasenko" <siguctua(a)gmail.com> >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Saturday, February 21, 2009 1:58 PM >>>> Subject: Re: [Pharo-project] Shadow in Watery2 >>>> >>>> >>>> >>>>> 2009/2/21 Marcus Denker <denker(a)iam.unibe.ch>: >>>>> >>>>>> Gary, >>>>>> >>>>>> Watery2 looks better and better :-) Great! >>>>>> >>>>>> One question regarding the shadow: Now the active window has >>>>>> a translucent shadow (like macos), very nice. >>>>>> >>>>>> But it's turned off and replaced with the hard non-translucend >>>>>> Morphic shadow while moving the window. >>>>>> Would it be possible to render the same shadow, even wen picking >>>>>> up windows? This would result in a much smoother apperance, and I >>>>>> think it even would feel faster. >>>>>> >>>>>> >>>>> Good luck with that.. For shadow when picking up responds the hand >>>>> >>>> morph.. >>>> >>>>> There is quite sophisticated logic which caching the morph >>>>> >>>> appearance >>>> >>>>> when its in hand.. along with shadow. >>>>> I tried to reproduce this effect on my GLCanvas, but found it >>>>> impossible to do without support of render buffers extension :) >>>>> >>>>> >>>>>> Marcus >>>>>> >>>>>> -- >>>>>> Marcus Denker -- denker(a)acm.org >>>>>> http://www.marcusdenker.de >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> 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 >> >> >> > > ------------------------------------------------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 24, 2009

Re: [Pharo-project] UI dragging improvement? [was: Shadow in Watery2]

by Henrik Johansen

For me, dragging is pretty snappy once the cache has been created. However, that doesn't happen till you actually move the window (ie. after 5 pixels or so of mouse movement while holding down). Did a small experiment moving cache updating to mouseUp/Down events instead, felt snappier to me at least. Bad thing is, I had to introduce things like: - A setter for the cache. - Direct manipulation of hand in SystemWindow mouseDown (at least I didn't cross that boundry first :) ) Attached a changeset (based on 243core with PolyMorph-Widgets-gvc.52 merged in) you can try, and merge in if you feel the gain worth the nastiness. Otherwise feel free to reimplement in a better way :) Cheers, Henry Gary Chambers skrev: > Latest Polymorph has theme-handled drop shadow support when carried by hand. > > Doesn't help grabbing faster since for the cached form it needs to draw the > window on the cached form and also redraw the world without the window as a > submorph. Dragging more complex windows will always be slower to initially > respond, unfortunately. > > Regards, Gary > > ----- Original Message ----- > From: "Alexandre Bergel" <alexandre(a)bergel.eu> > To: <Pharo-project(a)lists.gforge.inria.fr>; <rjriv(a)sbcglobal.net> > Sent: Sunday, February 22, 2009 1:51 PM > Subject: Re: [Pharo-project] Shadow in Watery2 > > > >> If this would help grabbing and dragging windows faster, I would use it. >> >> Alexandre >> >> >> On 22 Feb 2009, at 14:43, Rob Rothwell wrote: >> >> >>> For that, I would ask "is it worth it?" How many users are just >>> going to turn on the fastDragWindowForMorphic preference anyway?! >>> >>> For some reason that little delay when you grab a window to move it >>> always prompts me to do so! >>> >>> Just my thought on the matter... >>> >>> Take care, >>> >>> Rob >>> >>> On Sun, Feb 22, 2009 at 7:10 AM, Gary Chambers <gazzaguru2(a)btinternet.com >>> >>>> wrote: >>>> >>> Yeah, the ordinary drop shadow was quite simple to implement. >>> Hand-grabbed drop shadows are altogether much nastier! >>> Not impossible but would require some evil hacking. >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "Igor Stasenko" <siguctua(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Saturday, February 21, 2009 1:58 PM >>> Subject: Re: [Pharo-project] Shadow in Watery2 >>> >>> >>> >>>> 2009/2/21 Marcus Denker <denker(a)iam.unibe.ch>: >>>> >>>>> Gary, >>>>> >>>>> Watery2 looks better and better :-) Great! >>>>> >>>>> One question regarding the shadow: Now the active window has >>>>> a translucent shadow (like macos), very nice. >>>>> >>>>> But it's turned off and replaced with the hard non-translucend >>>>> Morphic shadow while moving the window. >>>>> Would it be possible to render the same shadow, even wen picking >>>>> up windows? This would result in a much smoother apperance, and I >>>>> think it even would feel faster. >>>>> >>>>> >>>> Good luck with that.. For shadow when picking up responds the hand >>>> >>> morph.. >>> >>>> There is quite sophisticated logic which caching the morph >>>> >>> appearance >>> >>>> when its in hand.. along with shadow. >>>> I tried to reproduce this effect on my GLCanvas, but found it >>>> impossible to do without support of render buffers extension :) >>>> >>>> >>>>> Marcus >>>>> >>>>> -- >>>>> Marcus Denker -- denker(a)acm.org >>>>> http://www.marcusdenker.de >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> 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 >>> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> 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 > > > 'From Pharo0.1 of 16 May 2008 [Latest update: #10243] on 24 February 2009 at 8:04:22 pm'! !HandMorph methodsFor: 'drawing' stamp: 'Henrik Sperre Johansen 2/24/2009 18:25'! cacheCanvas: aCanvas cacheCanvas := aCanvas! ! !HandMorph methodsFor: 'drawing' stamp: 'Henrik Sperre Johansen 2/24/2009 20:03'! updateCacheCanvas: aCanvas "Update the cached image of the morphs being held by this hand." "Note: The following is an attempt to quickly get out if there's no change" | subBnds rectList nPix | subBnds := Rectangle merging: (submorphs collect: [:m | m fullBounds]). rectList := damageRecorder invalidRectsFullBounds: subBnds. damageRecorder reset. (rectList isEmpty and: [cacheCanvas notNil and: [cacheCanvas extent = subBnds extent]]) ifTrue: [^self]. "Always check for real translucency -- can't be cached in a form" self submorphsDo: [:m | m wantsToBeCachedByHand ifFalse: [cacheCanvas := nil. cachedCanvasHasHoles := true. ^self]]. (cacheCanvas extent ~= subBnds extent) ifTrue: [cacheCanvas translateBy: subBnds origin negated during: [:tempCanvas | self drawSubmorphsOn: tempCanvas]. self submorphsDo: [:m | (m areasRemainingToFill: subBnds) isEmpty ifTrue: [^cachedCanvasHasHoles := false]]. nPix := cacheCanvas form tallyPixelValues first. "--> begin rounded corners hack <---" cachedCanvasHasHoles := (nPix = 48 and: [submorphs size = 1 and: [submorphs first wantsRoundedCorners]]) ifTrue: [false] ifFalse: [nPix > 0]. "--> end rounded corners hack <---" ^self]. "incrementally update the cache canvas" cacheCanvas translateBy: subBnds origin negated during: [:cc | rectList do: [:r | cc clipBy: r during: [:c | c fillColor: Color transparent. self drawSubmorphsOn: c]]]! ! !SystemWindow methodsFor: 'events' stamp: 'Henrik Sperre Johansen 2/24/2009 18:43'! mouseUp: evt | cp | evt hand resourceJustLoaded. model windowActiveOnFirstClick ifTrue: ["Normally window takes control on first click. Need explicit transmission for first-click activity." cp _ evt cursorPoint. submorphs do: [:m | (m containsPoint: cp) ifTrue: [m mouseUp: evt]]]! !

Feb. 24, 2009

Re: [Pharo-project] Font for Pharo

by JÃ©rÃ´me

As I see it * Andika has a look similar to Lucida Grande, the display font of Mac OS X and therefore fits better to the Watery2 theme, while at the same time retains its own style. * It is a Unicode font, with an already remarkable range of Unicode characters that will be extened over time by the SIL people, while Vera is limited mainly to the characters in the Basic Latin and Latin-1 Supplement portions of Unicode * The visual identity of Vera is worn out by its use in other projects like GNOME â as Times New Roman's has been worn out to the overuse in Word * Pharo is new and its visual identity undefined, it therefor can profit from use of a font with a more fresh design JÃ©rÃ´me Am 24.02.2009 um 18:56 schrieb Adrian Lienhard: > I looked at Andika with Marcus yesterday, and we both had the > impression that Bitstream Vera fits better. Is there any advantage to > the Andika font? Andika does not seem to provide a monotype too. > > Adrian > > > On Feb 24, 2009, at 18:25 , Igor Stasenko wrote: > >> 2009/2/24 Jerome <jerome(a)minusfreun.de>: >>> It seems Andika has a higher line-spacing because it takes >>> characters >>> with multiple stacked unicode diacritics[2] into account which would >>> be clipped otherwise[1]. If this is deemed not aceptable, there >>> exists >>> the SIL Type Tuner, which can change the line-height easily. [3] >>> Unfortunatly I have no windows system. >>> >> here the .xml config produced by running: >> TypeTuner.exe -x and.xml AndBasR.ttf >> >> So, there is >> <feature name="Line spacing" value="Normal"> >> and possible values >> <value name="Normal"/> >> <value name="Tight"/> >> <value name="Loose"/> >> <value name="Imported"/> >> >> i can try to rebuild font using 'Tight' line spacing. >> But i don't want to install this font on my windoze box. Is >> squeak/freetype allows to load a truetype font from directory where >> vm >> located? >> >> >>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika_FAQ… >>> [2] http://en.wikipedia.org/wiki/Diacritic >>> [3] http://scripts.sil.org/TypeTuner >>> >>> Am 24.02.2009 um 16:55 schrieb Igor Stasenko: >>> >>>> 2009/2/24 Gary Chambers <gazzaguru2(a)btinternet.com>: >>>>> That's just down to the fact that textstyles are applied on >>>>> opening >>>>> of >>>>> browsers/morphs. >>>>> Reopening the browsers should sort it. >>>>> >>>>> The slight other concern I have with this font is the apparently >>>>> excessive >>>>> line spacing, not as compact as, say, Arial. >>>>> >>>> >>>> Does anyone knows, how/where line height is calculated? >>>> Maybe this code does not takes font DPI in account, or assuming a >>>> fixed dpi which is mismatching with screen dpi. >>>> >>>> >>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- >>>>> From: "Hilaire Fernandes" <hilaire(a)ofset.org> >>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Monday, February 23, 2009 7:20 PM >>>>> Subject: Re: [Pharo-project] Font for Pharo >>>>> >>>>> >>>>> Can it be related to a problem I saw recently with text string >>>>> inappropriately clipped toward the end (string length calculus >>>>> seems >>>>> too short of 1 or 2 pixels)? >>>>> I can see it in last release when using deja vue font for example. >>>>> >>>>> It does not show up in #194 however. >>>>> >>>>> Hilaire >>>>> >>>>> >>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>> On Mon, 2009-02-23 at 20:18 +0200, Igor Stasenko wrote: >>>>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>>>> On linux it doesn't look very good. There is something weird >>>>>>>> with the font height and position. Well, it looks a lot better >>>>>>>> in pharo than in gnome :) >>>>>>>> >>>>>>> seems like you changed font after opening a browser window. And >>>>>>> it >>>>>>> using old font height to calculate line heights. >>>>>>> >>>>>> If I would have changed the font after opening the window I >>>>>> couldn't >>>>>> see the new font. The fonts are only applied on opening a window. >>>>>> You can see it in the workspace and the menu two. There is enough >>>>>> space through the big line height. In the class browser it is >>>>>> somehow >>>>>> cut off. >>>>>> >>>>>> Norbert >>>>>> >>>>>> >>>>>>> >>>>>>>> screenshot is attached. >>>>>>>> >>>>>>>> Norbert >>>>>>>> >>>>>>>> On Mon, 2009-02-23 at 13:33 +0100, JÃ©rÃ´me wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I found the Font "Andika Basic"[2] which is an Open Source and >>>>>>>>> Free- >>>>>>>>> Software[1] Unicode-ready font made by the same people who >>>>>>>>> brought us >>>>>>>>> Gentium, the typeface for the nations. I suggest using Andika >>>>>>>>> as the >>>>>>>>> Pharo CI Font since it can be distributed along with Pharo and >>>>>>>>> looks a >>>>>>>>> little bit like Lucida Grande, the Mac-UI-font, but at the >>>>>>>>> same >>>>>>>>> time >>>>>>>>> is more friendly and better readable[3]. According to the >>>>>>>>> Andika >>>>>>>>> Website, Andika is Swahili, which is spoken widely in >>>>>>>>> southeastern >>>>>>>>> regions of the African continent, and means "Write!". >>>>>>>>> >>>>>>>>> Have a look: >>>>>>>>> [2] >>>>>>>>> http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika >>>>>>>>> [3] http://minusfreun.de/blog/uploads/Pharo.png >>>>>>>>> >>>>>>>>> JÃ©rÃ´me >>>>>>>>> >>>>>>>>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=OFL >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Best regards, >>>>>>> Igor Stasenko AKA sig. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>>> >>>>> >>>>> -- >>>>> http://blog.ofset.org/hilaire >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> JÃ©rÃ´me Agater >>> j.agater(a)uni-oldenburg.de >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> <and.xml>_______________________________________________ >> 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 > JÃ©rÃ´me Agater j.agater(a)uni-oldenburg.de

Feb. 24, 2009