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 <[email protected]> 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
_______________________________________________ Freetype mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/freetype
