[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[ft] Regression in rendering of Luxi Mono
From: |
Mike FABIAN |
Subject: |
[ft] Regression in rendering of Luxi Mono |
Date: |
Thu, 19 Oct 2006 18:14:03 +0200 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (fiddleheads, linux) |
In freetype 2.2.1 CVS version from 20061013, "Luxi Mono" is
rendered completely broken when the autohinter is not used.
See this screen shot (from ftview):
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-off-ft-2.2.1.20061013.png
When the autohinter is switched on, the problem disappears,
see the following screen shot:
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-on-ft-2.2.1.20061013.png
It is nice that the autohinter improves the rendering, but why is the
rendering completely broken without the autohinter?
The problem did not exist in freetype 2.1.10, see the following
two screen shots:
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-off-ft-2.1.10.png
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-on-ft-2.1.10.png
In freetype 2.1.10, switching off the autohinter changes the rendering
results only slighly, there is no such huge difference as with
freetype 2.2.1.20061013 where the rendering of "Luxi Mono" without the
autohinter is completely broken.
By the way, both freetype version used for testing this were compiled
*with* the byte code interpreter!
The font is /usr/share/fonts/truetype/luximr.ttf as distributed
with X.org release 7.1. This font is also available here:
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luximr.ttf
--
Mike FABIAN <address@hidden> http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
- [ft] Regression in rendering of Luxi Mono,
Mike FABIAN <=