GDI32: using the embeded bitmap in antialias mode

[Byeong-Sik Jeon]

ChangeLog:
Using the embeded bitmap in the antialias mode.


When antialias is ON (default configuration), some CJK fonts shows an
ugly face at the small font size.
http://debianusers.org/wiki/pds/freetype.c_antialias_on.png

Therefore, many users add the following line in the user.reg :
--------------------------------------------------------------
[Software\\Wine\\X11 Driver] 1137289016
"ClientSideAntiAliasWithCore"="N"
"ClientSideAntiAliasWithRender"="N"
--------------------------------------------------------------
The result,,, Wine use the embeded-bitmap of these fonts.
http://debianusers.org/wiki/pds/freetype.c_antialias_off.png

BTW, This options disable the antialias of the all fonts. This is bad
result for many english(western) fonts, and for many "embededbitmapless"
fonts.

Please see the following image. This is MS Windows XP.
http://debianusers.org/wiki/pds/winxp_cleartype.png

English font is "Tahoma", and it is "altialias-ed".
Hangeul(Korean) font is "Gulim", and it use "embeded-bitmap".


This patch is similar to MS-Windows.

If format == WINE_GGO_GRAY16_BITMAP at the "WineEngGetGlyphOutline()",
set on "FT_LOAD_NO_BITMAP".

If any font includes embeded-bitmap, bitmap is loaded. And loaded
binary-bitmap image converted to the gray-bitmap image using the
"FT_Bitmap_Convert()" function.

http://debianusers.org/wiki/pds/freetype.c_antialias_patched.png

English font is antialiased "Tahoma".
Korean font is embeded-bitmap "Gulim".


PS1. When format == GGO_GRAYn_BITMAP, this patch is no effect.

PS2. FT_Bitmap_Convert() is simple, but I used it.
"ftbitmap.h" is define FT_Bitmap_Embolden(), and I will use it in the
furure.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freetype.c_antialias.diff
Type: text/x-patch
Size: 5552 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20060313/93c6ec40/freetype.c_antialias.diff