The FreeType Project - Bugs: bug #43703, Wrong outline for 't' in TT font...
You are not allowed to post comments on this tracker with your current authentication level.
bug #43703: Wrong outline for 't' in TT font HoboBold
Submitter: | John Tytgat <joty> | ||
Submitted: | Wed 26 Nov 2014 12:12:58 PM UTC | ||
Severity: | 3 - Normal | Item Group: | Incorrect behaviour |
Status: | Invalid | Privacy: | Public |
Assigned to: | wl | Open/Closed: | Closed |
Planned Release: | None |
Wed 26 Nov 2014 09:36:16 PM UTC, comment #5: |
Werner LEMBERG <wl> |
Wed 26 Nov 2014 06:28:43 PM UTC, comment #4: As background: the font is an embedded subset from a PDF file written by Adobe InDesign CS6 (Mac). Is it fair to assume that the original font used in that InDesign document has invalid hinting data ?
|
John Tytgat <joty> |
Wed 26 Nov 2014 06:20:16 PM UTC, comment #3: I suspect that the font was auto-hinted (but not with ttfautohint), and that the author forgot to add a proper gasp table entry, saying that the font only works with ClearType hinting. Of course, I wonder why the auto-hinter didn't do that...
|
Werner LEMBERG <wl> |
Wed 26 Nov 2014 05:47:58 PM UTC, comment #2: This is cute bytecode bug. See attached 196 and 197 ppem snapshots. |
Alexei Podtelezhnikov <podtelez> |
Wed 26 Nov 2014 05:21:42 PM UTC, comment #1: It is only bad when hinting is on. This is a hinting bug. |
Alexei Podtelezhnikov <podtelez> |
Wed 26 Nov 2014 12:12:58 PM UTC, original submission:
The 't' glyph for attached subsetted TT font HoboBold renders differently between what Acrobat or Windows does vs FreeType 2.5.3. I see the same, I assume, wrong rendering in FreeType 2.4.11 and 2.5.2.
|
John Tytgat <joty> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 8 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2014-11-26 | wl | Status | None | Invalid | |
Assigned to | None | wl | |||
Open/Closed | Open | Closed | |||
2014-11-26 | podtelez | Attached File | - | Added 196.png, #32552 | |
Attached File | - | Added 197.png, #32553 | |||
2014-11-26 | joty | Attached File | - | Added DT126683_YEHNKZ+HoboBold.ttf, #32548 | |
Attached File | - | Added DT126683_YEHNKZ+HoboBold_Win-good.png, #32549 | |||
Attached File | - | Added DT126683_YEHNKZ+HoboBold_FT2.5.3-bad.png, #32550 |
Powered by Savane 3.13-4448.
Corresponding source code
It seems so. I've downloaded the complete `Hobo' font, and it really doesn't contain a `gasp' table. Since OS X doesn't use hinting at all, and recent Windows versions only use ClearType, the problem isn't noticeable on those two platforms.
Unfortunately, there is no way to recognize bad hinting, since hinting instructions can do almost anything with fonts. You probably have to maintain a list of problematic fonts, forcing them to use the FreeType auto-hinter or subpixel hinting.