[Bug 891457] uneven emulated Bold/Slant for subsetted large fonts
bugzilla at redhat.com
bugzilla at redhat.com
Mon Jan 14 18:29:43 UTC 2013
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=891457
Hin-Tak Leung <htl10 at users.sourceforge.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |behdad at fedoraproject.org,
| |kevin at tigcc.ticalc.org,
| |mkasik at redhat.com
Component|cairo |freetype
--- Comment #33 from Hin-Tak Leung <htl10 at users.sourceforge.net> ---
Okay, I think I have got a handle on it... reassigning to freetype & I'll take
it up with Werner... possibly will result in a new freetype version.
What happened is this: newer cairo started to use a feature in freetype which
is still being changed (rather a lot!). older cairo just doesn't do emboldening
so isn't afffected by freetype's changes; 5 commits in reverse-order from a
freetype developer who isn't Werner (and therefore my faith about 32-bit
correctness doesn't apply):
commit 0690d3d7b59ccb54a9938ff99c8621350780fc6e
commit dd5718c7d67a5b6d7dfc2546c9bda734b246142e
commit 48ce226ae3c2ccbe3230417d118ada4fea8508e3
commit 2bdd0949762acea68b4335f7c73ae14c5a34a2cc
commit f875fc71179b1e742d6f782b8c99b0cc031c9467
The 4th make 64-bit freetype work well but simultaneously make 32-bit freetype
dramatically poor (this happened after 2.4.9). The first 3 have little or no
effect on 64-bit build, but introduces various overflow problems. commit 1 "Fix
integer overflows in dd5718c7d67a" in commit 2, but does not fully, so the two
of them introduced the reverse-video look I see from 2.4.10 to 2.4.11.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DUc9TJ4Plj&a=cc_unsubscribe
More information about the fonts-bugs
mailing list