RE: [ft-devel] [Patch] Autofit and stem snapping

[Frederic Crozat]

Le mardi 27 septembre 2005 à 17:59 +0200, Frederic Crozat a écrit :
> Le mardi 27 septembre 2005 à 17:38 +0200, Turner, David a écrit :
> > Hi again,
> > 
> > I just tested 2.1.7, and it exhibits the same problem than other
> > releases with the 'ö', at least in 'ftview'.
> > 
> > It seems the regression is more complex than originally thought.
> > Could you tell us:
> > 
> >   - which version of Pango and libXft was being used in Mdk10
> 
> Pango 1.2.5 (wow, this is old history) and Xft 2.1.2
> 
> >   - which exact version of Vera Sans was used ?
> 1.10
> 
> >   - if you applied some patches to the 217 used in Mdk10 ?
> 
> The only patch applied was to fix "infinite loop in PDF viewer",
> extracted from CVS. And we were building using -O, to workaround the
> crash in mkfontscale.
> 
> I'll try to run ftview on this distribution (I didn't found it initially
> because it was present in our freetype2-tools package at that time) and
> I'll give my results tomorrow.

Ok, I found why Mdk 10.0 was able to render 'ö' correctly : Xft 2.1.2
was buggy at that time and was not setting FT_LOAD_TARGET_LCD or
FT_LOAD_TARGET_LCD_V when doing subpixel rendering, which is why 'ö' was
rendered differently than when using ftview. This bug was fixed in Xft
2.1.3, but simply backporting missing FT_LOAD_TARGET_LCD to Xft gave bad
the 'ö' rendering issue with Mdk 10.0.

I've also been able to test ftview with 2.1.7 and I can confirm
rendering was the same as with cvs HEAD (thanks for your tips).

-- 
Frederic Crozat <address@hidden>
Mandriva