Description of Problem: It returns wrong font for glyphs if fallback from pfa fonts. Version-Release number of selected component (if applicable): How Reproducible: everytime Steps to Reproduce: 1. rm -rf .kde; run KDE with zh_CN.GB18030 2. FC_DEBUG=1 kedit 3. open any simplified chinese file 4. watch the debug accept courier for displaying glyphs Actual Results: Match Pattern 19 of 32 antialias: FcTrue autohint: FcFalse charset: set dpi: 80.9427 family: "courier" "Courier New" "ZYSong18030" "AR PL SungtiL GB" "Andale Mono" "Courier New" "Luxi Mono" "Nimbus Mono L" "monospace" "AR PL Mingti2L Big5" "Baekmuk Dotum" "Kochi Gothic" "monospace" globaladvance: FcTrue hinting: FcTrue hintstyle: 1 language: "zh-cn" maxglyphmemory: 1048576 minspace: FcFalse pixelsize: 12 render: FcTrue rgba: 0 scale: 1 slant: 0 spacing: 100 verticallayout: FcFalse weight: 100 Best score 0 0 0 0 0 0 0 0 0 0 0 0Pattern 10 of 16 charset: set family: "Courier" file: "/usr/X11R6/lib/X11/fonts/Type1/cour.pfa" index: 0 outline: FcTrue scalable: FcTrue slant: 0 spacing: 100 style: "Regular" weight: 100 Expected Results: It should fall back to ZYSong18030 for simplifiedchinese glyphs Additional Information:
Unfortunately, qt doesn't handle fallbacks using the fontconfig machinery correctly; this would require some more extensive changes to the qt font code than is done in the current Xft2 for qt diff.
(missed reassignment earlier)
Yes confirmed it is qt's handling problem. It exists no matter which languages so it is good idea to modify qt font classes to have this functionality.
Patch attached over Bug 71482 should fix this problem as well. Please verify.
it's fixed in qt-3.0.5-15 or newer.
Would someone mind confirming this is indeed fixed?
Confirmed the patch is in and fixed.