Re: [ft-devel] Two patches for FT

[David Turner]

Hello Victor,

Victor Luchits wrote:
> Hello! Maybe you've already seen this, but anyways:
>
> 1. Share freetype glyph name tables:
> http://live.gnome.org/MemoryReduction_2fProgressTracker
Yes, we're aware of it. It's registered as bug #12262.
The initial fix we received wasn't compliant with ISO C89,
so we had to write a different one, which was commited
yesterday. By the way, it saves 20 Kb of constant data
in the glyph names table.

> 2. Freetype2 has a bug where if you ask it to resize a 13x13 face to a 
> 12.5x12.5 face, it decides that they're close enough already and does 
> nothing, even though creating faces from scratch for 13x13 and 12.5x12.5 
> would give you slightly different font metrics. Because Xft caches faces 
> internally, this means when you're working with fractional font sizes 
> Xft will sometimes give you varying font metrics depending on whether 
> it's reusing a face in the cache (and hitting the Freetype2 bug when it 
> tries to resize the face) or creating one from scratch. This in turn 
> occasionally causes line heights, and sometimes the intrinsic width of 
> text inputs which is computed from font maxAdvance, to be off by one pixel.
> http://weblogs.mozillazine.org/roc/archives/2005/03/visual_regressi.html
This is registered as bug #12263. I've commited a fix yesterday
but I'm still unsure that it solves all problems experimented by
Mozilla. I've put Robert O'Callahan on the CC: of this message. I hope 
he'll be able to check the CVS version of the library and tell us if we 
can close the bug.

> On a side note, I emailed the following bug report to address@hidden 
> back in February:
> =>
> version: 2.1.9 and current (dating back to the end of december)
> font: Tahoma 8px
> settings: native bytecode interpreter enabled, antialiasing disabled
>
> http://hkitchen.quakesrc.org/wrong.png
> http://hkitchen.quakesrc.org/right.png
>
> Some glyphs have a few unndeeded pixels when rendered with the latest 
> versions of FreeType (see the links above). '3' is rendered fine in FT 
> 2.1.4, '8' is displayed wrong in all versions. Looks like a round off 
> error to me.
> <=
>
> May I know status of this bug? Thanks in advance.
I though this had been fixed by the following:

2004-11-19  Werner Lemberg  <address@hidden>

        Fix a serious bug in the TT hinter.

        * src/truetype/ttgload.c (TT_Process_Simple_Glyph): Don't shift
        points vertically before hinting.

Could you confirm that the current CVS still exhibits the bug. If
so we'll open a bug and start looking at it. Sorry, I don't have the
time right now to do the testing.

Regards,

- David Turner
- The FreeType Project  (www.freetype.org)

> _______________________________________________
> Freetype-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/freetype-devel