"some fonts that have dual width are busted." I'm using Korean monospace font, '?GulimChe'. There was already an issue about this: Korean character and non-Korean character are regarded as if they have same widths. In default fontconfig configuration file(/etc/fonts/fonts.conf), there is already a fix for the problem. <match target="font"> <test name="family"><string>GulimChe</string></test> <edit name="globaladvance"><bool>false</bool></edit> <edit name="width"><int>0</int></edit> </match> It worked perfectly, but after upgrading to fontconfig-2.3.2(and gtk+-2.8, cairo), it doesn't work in many program. gedit, firefox, epiphany, gtk font selector have the problem. gnome-terminal, gvim, kedit, konqueror, opera don't have the problem. The problem was originally reported as https://bugs.freedesktop.org/show_bug.cgi?id=82
Created attachment 4090 [details] screenshot of programs using GulimChe(monospace) gedit, firefox, epiphany, gtk font selector have the problem. gnome-terminal, gvim, kedit, konqueror, opera don't have the problem.
This is a bug in Xft; it should be ignoring global advance unless explicitly told to use it. We've fixed that in cairo, so most gnome apps should work now.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Keith, is this something we want to fix in libXft, or should this be closed as wontfix/use cairo?
I'm afraid I'd have to go look at the code for a long time to even begin to understand what this was all about; it's been five years...
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.
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.