In case you haven't already subscribed to Debian BTS...
----- Forwarded message from Jan Willem Stumpel <[EMAIL PROTECTED]> -----
Date: Thu, 16 Feb 2006 19:08:56 +0100
From: Jan Willem Stumpel <[EMAIL PROTECTED]>
Subject: Bug#254113: New version of ttf-freefont to test
To: Christian Perrier <[EMAIL PROTECTED]>
Cc: Russ Allbery <[EMAIL PROTECTED]>, Jan Willem Stumpel <[EMAIL PROTECTED]>,
Josh Triplett <[EMAIL PROTECTED]>,
[EMAIL PROTECTED], [EMAIL PROTECTED],
Thomas Hood <[EMAIL PROTECTED]>,
Nicolas Barbier <[EMAIL PROTECTED]>,
Cedric Blancher <[EMAIL PROTECTED]>
Just for fun (not knowing anything about fonts) I tried to look at the
'working' and 'buggy' versions of FreeMono and FreeSerif with ttx
(=fonttools) and fontforge.
ttx FreeSerif.ttf produces an XML file called FreeSerif.ttx in which
there is a section <hhea>, which has different values in the working and
buggy versions:
working buggy
<ascent value="800"/> <ascent value="1166"/>
<descent value="-200"/> <descent value="-545"/>
Wouldn't this account for the larger line spacing? However, fontforge,
"element", "font info", "General" shows ascent=800 and descent=-200 for
both versions. Bug in fontforge?
<hhea> also has something called advanceWidthMax value, which, in
FreeMono, is 600 in the working version and 950 in the buggy version.
This might allow for the horizontal spacing problem with FreeMono.
Of course I tried to edit the values in the .ttx files and then to
transform the .ttx back to .ttf. You are supposed to be able to use the
same program (/usr/bin/ttx) for this. But it does not work; the
conversion stops with a lot of error messages. Bug in fonttools?
Maybe a real 'font guy' could find the solution quickly..
Regards, Jan
----- End forwarded message -----
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
