Currently, there is no artificial bold style arithmetic for CJK characters, due to the complex glyphs of those characters. I'm not a programmer nor hacker, but I'm glad to recommend following patch to libxft, which implemented the artificial bold style to CJK chracters. Both of them are being widely used in CJK community. You can choose the one which is best in the view of libxft maintainer.
Patch 1: made by a Japanese hacker named akito <akito@kde.gr.jp> http://www.kde.gr.jp/~akito/patch/fontconfig/xft-2.1.1/xft-2.1.1-MakeBold- 20040405.patch This patch are for xft 2.1.1, but I'm sure with some minor fixes it can be appied into CVS HEAD.
Patch 2: made by a Chinese hacker named Firefly <firefly@firefly.idv.tw> http://firefly.idv.tw/setfont-xft/patches/libXft/2.1.6/libXft-2.1.6-CJK-extra- 20041128.patch The patch applies to libxft 2.1.6, including artificial bold style to CJK characters and some critical fix on CJK characters(such as miscalculated width for full-width and half-width glyphs within same font).
What is the status of this enhancement?
I've added infrastructure to Xft and fontconfig to pass an 'embolden' flag from the font configuration through to the rasterizer. Right now, that's hooked up only to the FreeType FT_GlyphSlot_Embolden API. I'd like to see a patch which used this flag to embolden bitmaps as well, but I want to keep it separate from other CJK issues.
Personally, I don't like FT_GlyphSlot_Embolden, due to it is not being maintained for a while, and is not enabled by default. And, it has nothing to do with bitmap glyphs(bdf/pcf). But bitmap glyphs is highly required in CJK characters. Furthermore, it might misrender the glyph of CJK characters, badly worse than current auothint. If you want I would like to post several snapshot on this. Patching FT_GlyphSlot_Embolden means it should be rewritten completely. So it is not an acceptable choice than just patching libxft itself.
I have no opinion on the value of the outline emboldening code, I only used it to demonstrate that the rest of the emboldening path was working correctly, from fontconfig through Xft. With this in place, adding bitmap emboldening should be relatively easy, using the same 'embolden' boolean now available in the font information record.
*** Bug 102 has been marked as a duplicate of this bug. ***
This patch include other fix to libxft. I'll create another bugreport on this issue.
It seems that freetype has already implemented FT_GlyphSlot_Embolden. What do you think about it?
Xft supports the FT embolden stuff when present, but it isn't generally built as it's considered experimental.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.