The FreeType Project - Bugs: bug #20476, linearHoriAdvance is snapped to...
You are not allowed to post comments on this tracker with your current authentication level.
bug #20476: linearHoriAdvance is snapped to some integer value with monospaced fonts
Submitter: | None | ||
Submitted: | Fri 13 Jul 2007 03:05:52 PM UTC | ||
Severity: | 3 - Normal | Item Group: | Incorrect behaviour |
Status: | Wont Fix | Privacy: | Public |
Assigned to: | freetype | Open/Closed: | Closed |
Planned Release: | None |
Fri 13 Jan 2017 07:29:39 AM UTC, comment #2: |
Werner LEMBERG <wl> |
Fri 13 Jan 2017 04:16:55 AM UTC, comment #1: This is not a bug. The outlines are scaled and rendered properly without any rounding. The rounding of advances happens because you cannot render bitmaps at fractional pixels. Accounting for the accumulating rounding errors by adding/removing pixels won't work, because the font won't look fixed. It is what it is. |
Alexei Podtelezhnikov <podtelez> |
Fri 13 Jul 2007 03:05:52 PM UTC, original submission:
In TT font Courier New (windows file cour.ttf) linearHoriAdvance, should be accurate and strictly proportional to the sub-pixel height you set. However, it is snapped to some value.
|
Anonymous |
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 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2017-01-13 | podtelez | Status | None | Wont Fix | |
Open/Closed | Open | Closed | |||
2007-07-13 | wl | Assigned to | None | freetype | |
2007-07-13 | None | Attached File | - | Added 12cour.png, #13329 |
Powered by Savane 3.13-758e.
Corresponding source code
To be more precise: It was a bug that the `linearHoriAdvance' values of proportional fonts were strictly proportional to the `char_height' (or `char_width') parameter of `FT_Set_Char_Size'.
This has been fixed meanwhile (already a few years ago, I no longer remember).
The `char_height' parameter gives a size in fractional points, not pixels. The resulting pixel size is always an integer value.