Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=492510
--- Comment #58 from Qianqian Fang fangqq@gmail.com 2009-05-13 10:37:05 EDT --- (In reply to comment #57)
I install rawhide (current pre-f11) with CJK support - login in to a Japanese desktop and see wqy-bitmap for Chinese glyphs in gucharmap.
screen shot please. which code points you saw bitmaps? did you install wqy-zenhei-fonts?
if your Han glyphs are before 0x4E00 (for example KangXi radicals, or CJK unicode extension A), wqy-bitmap-fonts is the only zh font that covers that range, so, showing with bitmaps is expected.
if you DID NOT install wqy-zenhei-fonts, and your fonts selected "sans", showing with bitmaps is also reasonable, because wqy-bitmap-fonts is closer to sans than Uming. If you really want to use vector fonts to display despite the sans/serif differences, open 61-wqy-bitmapsong.conf, change the last two sans-serif blocks to the following:
<match target="pattern"> <test equal="any" compare="eq" name="family"> <string>WenQuanYi Bitmap Song</string> </test> <test equal="any" compare="eq" name="family"> <string>sans-serif</string> </test> <test compare="more" name="pixelsize"> <double>16</double> </test> <edit name="family" mode="prepend" binding="same"> <string>WenQuanYi Zen Hei</string> </edit> <edit name="family" mode="prepend" binding="same"> <string>AR PL UMing CN</string> </edit> </match> <match target="pattern"> <test equal="any" compare="eq" name="family"> <string>WenQuanYi Bitmap Song</string> </test> <test equal="any" compare="eq" name="family"> <string>sans-serif</string> </test> <test compare="less" name="pixelsize"> <double>10</double> </test> <edit name="family" mode="prepend" binding="same"> <string>WenQuanYi Zen Hei</string> </edit> <edit name="family" mode="prepend" binding="same"> <string>AR PL UMing CN</string> </edit> </match>
this will match zenhei first and fallback to UMing; again, I prefer the current solution because uming is not as "sans" as bitmap song.