Werner, you are right, it should be reflected in the CHANGES. The
changes result in better, more consistent line spacing. DejaVu got
one point smaller, there is nothing wrong with that too.
Done. Thanks for the images!
Werner
___
For reference if anyone is curious, any pixel size that is not a
multiple of 5 will exhibit the problem. A couple common ones are
72px and 96px which should be a 72x72 and 96x96 respectively.
Leading is 0 for Ahem so height should be ascent+descent.
$BUU$(Q.-(B
I've applied your patch.
I've made a patch for the proposed change below. Please let me know
if anything needs to be adjusted.
The patch looks good, thanks. Just for the record, please give some
numeric values for your problem with the Ahem font so that I can
identify and handle potential issues in the future more
For reference if anyone is curious, any pixel size that is not a
multiple of 5 will exhibit the problem. A couple common ones are 72px
and 96px which should be a 72x72 and 96x96 respectively. Leading is 0
for Ahem so height should be ascent+descent.
72px
Before
Ascender: 3712 Descender: -960
I've made a patch for the proposed change below. Please let me know
if anything needs to be adjusted.
Thanks!
On Mon, Jul 11, 2011 at 8:07 PM, Steven Chu steven.f@gmail.com wrote:
To clarify what I've observed with the Ahem font:
From ttdriver.c:
static FT_Error
tt_size_request(
I've been working on a bug for webkit related to an odd behavior
with the Ahem font in the Qt framework. I tracked it down to Qt
either receiving incorrect descent/ascent values from
FT_Size_Metrics or using the Freetype library incorrectly.
When using FT_Set_Char_Size(face, width,
I've been working on a bug for webkit related to an odd behavior with the
Ahem font in the Qt framework. I tracked it down to Qt either receiving
incorrect descent/ascent values from FT_Size_Metrics or using the Freetype
library incorrectly.
When using FT_Set_Char_Size(face, width, height,
I've been working on a bug for webkit related to an odd behavior
with the Ahem font in the Qt framework. I tracked it down to Qt
either receiving incorrect descent/ascent values from
FT_Size_Metrics or using the Freetype library incorrectly.
Within TrueType fonts, there are three sets of