- Pharo-dev - lists.pharo.org

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

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

by Michael Rueger

slightly shorter it is the fork in the road: are you committing to Pharo or Squeak? 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. Michael

Feb. 24, 2009

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

by Michael Rueger

changing the subject for better threading 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. Polymorph is the next candidate regarding the unicode changes as it touches the same areas of the system. Comments? 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] MIMEdatabase fix?

by Michael Rueger

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. Polymorph is the next candidate regarding the unicode changes as it touches the same areas of the system. Comments? Michael

Feb. 24, 2009

Re: [Pharo-project] Removing ScreenController [was: Aaah, the painor ParagraphEditor refactoring ; -)]

by Michael Rueger

Adrian Lienhard wrote: > Related to ParagraphEditor is to add a new keyboard shortcut to > trigger the autocompleter (the one that is in the core and previously > was triggered by control-q, not ECompletion). > > This is issue http://code.google.com/p/pharo/issues/detail?id=439 > > I had a quick look yesterday but since it seems to require some > hacking in the existing code and since ParagraphEditor is changing, I > stopped. Probably somebody more knowledgeable of this part of the > system would be faster. Any takers? I'll take a look Michael

Feb. 24, 2009

Re: [Pharo-project] Removing ScreenController [was: Aaah, the painor ParagraphEditor refactoring ; -)]

by Adrian Lienhard

Related to ParagraphEditor is to add a new keyboard shortcut to trigger the autocompleter (the one that is in the core and previously was triggered by control-q, not ECompletion). This is issue http://code.google.com/p/pharo/issues/detail?id=439 I had a quick look yesterday but since it seems to require some hacking in the existing code and since ParagraphEditor is changing, I stopped. Probably somebody more knowledgeable of this part of the system would be faster. Any takers? Adrian On Feb 24, 2009, at 18:46 , Michael Rueger wrote: > Gary Chambers wrote: >> And let me know what changes... will likely affect Polymorph. > > Most likely nothing. > The ParagraphEditor stuff though touches quite a few things, I'll > try to > make a list once I've sorted out the changes. > > 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] Font for Pharo

by 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

Feb. 24, 2009