[ft] Regression (Tahoma strikes back)

[Krzysztof Kotlenga]

Hi,

Almost perfect* hinting of Tahoma got worse since FreeType 2.3.7 and
stays that way - please see attached picture (top is good). I did a git
bisect to track it down:

#v+
5df5dbb722cf008b3f617448d8d28fde4d725556 is first bad commit
commit 5df5dbb722cf008b3f617448d8d28fde4d725556
Author: Werner Lemberg <address@hidden>
Date:   Sun Jun 22 13:40:08 2008 +0000

    Enable access to the various dropout rules of the B&W rasterizer.
    Pass dropout rules from the TT bytecode interpreter to the
    rasterizer; temporarily this is enabled only if
    `USE_SCAN_CONVERSION_RULES' is defined.
    
    * include/freetype/ftimage.h (FT_OUTLINE_SMART_DROPOUTS,
    FT_OUTLINE_EXCLUDE_STUBS): New flags for for FT_Outline.
    
    * src/raster/ftraster.c (Vertical_Sweep_Drop, Horizontal_Sweep_Drop,
    Horizontal_Gray_Sweep_Drop): Use same mode numbers as given in the
    OpenType specification.
    Fix mode 4 computation.
    (Render_Glyph, Render_Gray_Glyph): Handle new outline flags.
    
    * src/truetype/ttgload.c (TT_Load_Glyph)
    [USE_SCAN_CONVERSION_RULES]: Convert scan conversion mode to
    FT_OUTLINE_XXX flags.
    
    * src/truetype/ttinterp.c (Ins_SCANCTRL): Enable ppem check.
#v-


It's quite big and what makes me wonder is USE_SCAN_CONVERSION_RULES -
it doesn't seem to exist anywhere?


*  Not related to this particular regression: character 'Ł' at 10px -
   one pixel is missing (right side of a stroke).

-- 
Best regards,
Chris

ft-5df5dbb722cf008b3f617448d8d28fde4d725556.png
Description: Binary data