On 01/02/2012 10:40 PM, Werner LEMBERG wrote:
Looking at the Freetype TrueType interpreter implementation, the
projection vector is in pixel space, meaning that the 300%
horizontal stretch that I use in my example has been applied.
The problem is that in Ins_IP, the projections are calculated
> The difference between org and orus is that org has rounding errors
> caused by the scaling to 26.6 fixed point pixel coordinates, so
> scaling orus seems to be more correct, although I struggle to see
> how it could matter in practice.
It does. See this thread:
http://lists.gnu.org/archive
In ftoutln.c there is a function called FT_Outline_Embolden(). This is
used to create artificial emboldening, and is used when fontconfig
requests emboldening for fonts that don't have a bold face available.
Near the end of this function are these two lines, which actually
perform the embolde
Another thought I had just after sending the last email... Consider any
font that has a bold face available: Arial, DejaVu, Lucida Grande,
etc.. Their bold faces do not end up being any taller than the regular,
non-bold faces. So, the fact that FT_Outline_Embolden() is making the
glyphs tal
Werner LEMBERG writes:
> Today in the morning, while still dozing, I had a great idea how to
> largely simplify hinting of composite glyphs, and which solves the
> Roboto issue at the same time.
Heh, you have your best coding ideas while half-asleep too eh...?
:}
-miles
--
Monday, n. In Chris
> In ftoutln.c there is a function called FT_Outline_Embolden(). This
> is used to create artificial emboldening, and is used when
> fontconfig requests emboldening for fonts that don't have a bold
> face available. Near the end of this function are these two lines,
> which actually perform the