freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ft-devel] Two patches for FT


From: Victor Luchits
Subject: [ft-devel] Two patches for FT
Date: Tue, 08 Mar 2005 16:45:20 +0300
User-agent: Mozilla Thunderbird 1.0 (Windows/20041217)

Hello! Maybe you've already seen this, but anyways:

1. Share freetype glyph name tables:
http://live.gnome.org/MemoryReduction_2fProgressTracker

2. Freetype2 has a bug where if you ask it to resize a 13x13 face to a 12.5x12.5 face, it decides that they're close enough already and does nothing, even though creating faces from scratch for 13x13 and 12.5x12.5 would give you slightly different font metrics. Because Xft caches faces internally, this means when you're working with fractional font sizes Xft will sometimes give you varying font metrics depending on whether it's reusing a face in the cache (and hitting the Freetype2 bug when it tries to resize the face) or creating one from scratch. This in turn occasionally causes line heights, and sometimes the intrinsic width of text inputs which is computed from font maxAdvance, to be off by one pixel.
http://weblogs.mozillazine.org/roc/archives/2005/03/visual_regressi.html


On a side note, I emailed the following bug report to address@hidden back in February:
=>
version: 2.1.9 and current (dating back to the end of december)
font: Tahoma 8px
settings: native bytecode interpreter enabled, antialiasing disabled

http://hkitchen.quakesrc.org/wrong.png
http://hkitchen.quakesrc.org/right.png

Some glyphs have a few unndeeded pixels when rendered with the latest versions of FreeType (see the links above). '3' is rendered fine in FT 2.1.4, '8' is displayed wrong in all versions. Looks like a round off error to me.
<=

May I know status of this bug? Thanks in advance.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]