> "Juliusz" == Juliusz Chroboczek <[EMAIL PROTECTED]> writes:
Juliusz> I'm still not getting anything close to what you claim:
I'll be posting the pfaedit generated ttfs later tonight. George
fixed a bug that was making it more difficult than necessary to
generate the scripts to automate co
Juliusz> I'm getting slightly worse results here:
JC> 1/6th larger was for the comparison of all of the utopia strikes in a
JC> single EBDT style font vs the ten 10646-1 pcf.gz files.
I'm still not getting anything close to what you claim:
wc -c luRS??.pcf : 509624
wc -c luRS??.pcf.gz : 998
Zenith Lau wrote:
> ...
> Does mozilla use Xft currently
There is also a work in progres for FreeType2 access via Xft:
http://bugzilla.mozilla.org/show_bug.cgi?id=126919
X Mozilla currently supports Truetype via direct access to FreeType2:
http://www.mozilla.org/projects/fonts/unix/enabling_tru
> "Juliusz" == Juliusz Chroboczek <[EMAIL PROTECTED]> writes:
JC> The resulting ttf worked fine.
Juliusz> Could you tell me whether the hmtx contains a full set of
Juliusz> metrics, or only metrics for .notdef?
All of the glyphs where listed in the _h_m_t_x.ttx file generated by
Just's ttdu
CP> OpenOffice.org will fall flat with this kind of TrueType fonts.
No, it won't. They are perfectly good TTF fonts. A rasteriser that
is not aware of sbits will simply see them as fonts with only one
glyph (.notdef).
CP> We assume TTFs to be printable and scalable. So it would be nice
CP> to
JC> I just tried importing each of the utopia bdfs into pfaedit and
JC> generating a ttf. The 18pt and 24pt 75dpi bdfs could not be imported
JC> w/o overwriting 100dpi versions because they had the same PIXEL_SIZE.
JC> I think this is a limitation of pfaedit rather than the ttf/otf format.
It'