|
From: | Benja Fallenstein |
Subject: | Re: [Gzz] PEG 1003 |
Date: | Sat, 07 Sep 2002 10:34:18 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3 |
Tuomas Lukka wrote:
On Sat, Sep 07, 2002 at 10:17:47AM +0200, Benja Fallenstein wrote:Tuomas Lukka wrote:The problem with having scale in OrthoCoorder is: Let's assume we have a coordsys showing a window, with cells in it. If we put the window coordsys into another coordsys scaled by factor 2, the rect bg vobs in the window would scale uniformly by factor 2, but the fonts would scale by something else, probably a little more. That would look very ugly, as the text would be badly clipped. :-(We do have scalablefont, which avoids that.?!?!?!?!?!? Last time I looked, it didn't.Oops, sorry. I meant float TextStyle.getScaleByHeight(float)
But that does (in AWT) make a call to ScalableFont, where this functionality is not implemented. (The method always returns 1.) I made a stab at it once, but didn't get it to work.
Besides, I'm not convinced at all that it would suffice, because the font width would have to scale uniformly with the height, i.e. a font twice as high would have to be exactly twice as wide. Otherwise, text layout would be extremely disturbed, creating either big gaps or, worse even, overlaps between characters (whenever you layout a text not as a single text vob, but as more than one, for example in a span-based view).
- Benja
[Prev in Thread] | Current Thread | [Next in Thread] |