Red Hat Bugzilla – Bug 379351
Qt4 font settings do not take effect
Last modified: 2007-11-30 17:12:22 EST
Description of problem:
In qtconfig-qt4, changing the font family has no effect, all fonts look the
same. apps compiled against qt4 all have an 'ugly' 'console-like' font that
can't be changed.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Launch qtconfig-qt4
2. Change fonts and click File->Save
3. Do the same in qtconfig (qt3 version), notice changes take effect
4. Lauch Qt4 apps like qt4 designer and notice the same problem
Console-like, aliased font in all qt4 apps
Fonts change, so one can have consistent fonts between qt4 and KDE 3 apps
qt3 does not exhibit any of this weirdness
Created attachment 256261 [details]
screenshot of qt4 font problem
Does your font changes make it to
Created attachment 257791 [details]
mine shows a valid font
Right, it says:
font="DejaVu LGC Sans,10,-1,5,25,0,0,0,0,0"
Which seems to be what is being displayed in your screenshot, so I'm not sure
how this can be considered "font settings do not take effect". ??
You may want to consider using DejaVu.../Normal instead of DejaVu.../Light, though.
The issue is I can change it to any font and its still the same.
For example I have it on PakTypeNaqsh - Normal (a really runny writing type)
but the same window I attached still looks the same, even after saving and
As a real world case: When compiling smplayer to use qt3 or kdelibs the fonts
are good (either same as qtconfig or kde settings which can be changed) but
compiling with qt4 results in unchangeable font family (its changes and
persists, but all fonts look exactly the same). Font size and bold works as
dunno what to tell you, as I said in comment #2, I cannot reproduce the issue
you're reporting and it worksforme. ??
Created attachment 258831 [details]
Screenshot of qt4 font problem 2
Screenshot showing PakType is working in kde but a qt4 (just to illustrate qt4
ignores the font settings).
Actually you are right, it is a really small problem anyway, will do more
research and find out what extra stuff needs to be configured before hand.
Thanks for your help.
I have the same problem, and it's NOT a 'really small problem'. It's a serious
issue: Qt4 on Fedora 8 seems to be unable to use any font other than some
built-in fallback font or whatever this ugly font is.
The font family change in qtconfig-qt4 goes to ~/.config/Trolltech.conf
font=..., but it has no effect on any Qt4 application.
I hope this bug can be resolved soon, as it's very annoying for anybody who uses
Qt4 apps. I'm using a newly installed Fedora 8.
$ yum list *qt4*
qt4.i386 4.3.2-1.fc8 installed
qt4-devel.i386 4.3.2-1.fc8 installed
qt4-doc.i386 4.3.2-1.fc8 installed
qt4-mysql.i386 4.3.2-1.fc8 installed
qt4-x11.i386 4.3.2-1.fc8 installed
Note: I just found out, that in one place on my system, the font setting
actually works! Skype's buddy list window and the chat windows use the ugly
font, as all other Qt4 apps I use, but on that small notification window that
pops up when somebody sends a message to me, the font from
.config/Trolltech.conf is being used. This is weird...
[bh@f8 ~]$ yum list installed *qt4*
Loading "basearchonly" plugin
Loading "protect-packages" plugin
Loading "skip-broken" plugin
poppler-qt4.x86_64 0.6-2.fc8 installed
poppler-qt4-devel.x86_64 0.6-2.fc8 installed
qt4.x86_64 4.3.2-1.fc8 installed
qt4-devel.x86_64 4.3.2-1.fc8 installed
qt4-doc.x86_64 4.3.2-1.fc8 installed
qt4-mysql.x86_64 4.3.2-1.fc8 installed
qt4-odbc.x86_64 4.3.2-1.fc8 installed
qt4-postgresql.x86_64 4.3.2-1.fc8 installed
qt4-qsa.x86_64 1.2.2-4.fc7 installed
qt4-qsa-devel.x86_64 1.2.2-4.fc7 installed
qt4-sqlite.x86_64 4.3.2-1.fc8 installed
qt4-theme-quarticurve.x86_64 0.0-0.6.1.beta5.fc8 installed
qt4-x11.x86_64 4.3.2-1.fc8 installed
qwtplot3d-qt4.x86_64 0.2.7-4.fc8 installed
qwtplot3d-qt4-devel.x86_64 0.2.7-4.fc8 installed
scim-bridge-qt4.x86_64 0.4.13-4.fc8 installed
I am glad I'm not the only one with the problem.
Rex, If you know this is a configuration issue, just tell us approximately
where to look and close the bug.
Which qt4-based apps don't work? The one's *I* tested, that work for me
include: qtconfig, lyx. Noticed now that designer instead used *kde*'s fonts
(Kcontrol->Appearance&Themes->Fonts), not what is set via qtconfig.
Than, do you have comment? Do you know under what circumstances qt4 uses it's
own font settings or when it inherits kde's?
Created attachment 260661 [details]
Qt4 does _not_ use KDE's font settings
I also have this issue.
As the screenshot in comment 7 clearly shows, the Font Family has been changed
to PakTypeNaqsh in the Qt Configuration window, yet the sample text shown in the
same window (which should reflect the selected font) stays unchanged.
I have noted in my testing that this problem only seems to occur (for me) with a
Point Size <14. Larger fonts render correctly.
As far as affected applications, Last.FM, Skype and the Qt Configuration util
all have these symptoms. Ugly fonts are used unless the point size is <14.
I'm unsure if this is going to be relevant or not, but I'm using a 22"
widescreen monitor at 1680x1050. qrdb-query output looks like this...
xrdb -query | grep Xft
Oops... previous comment should have read
"Ugly fonts are used if the point size is <14."
Apologies for the erroneous comment.
For the record, I (still) can't reproduce (i'm only checking against
qtconfig-qt4's preview text atm), and am pretty much baffled.
$xrdb -query | grep Xft
What X/video hardware/drivers are (any of) you using?
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
Since we're mostly stumped here, for those seeing this, please take this issue
for discussion to the qt/trolltech mailing list. Maybe the smart, kind folks
there can help shed some light on this:
Created attachment 267321 [details]
New ugly default font in Qt4 after system update
Interesting. Just now I applied the following updates (coming in through yum):
Nov 23 11:08:22 Updated: system-config-firewall-tui - 1.0.11-1.fc8.noarch
Nov 23 11:08:23 Updated: smolt - 1.0-1.fc8.noarch
Nov 23 11:08:24 Updated: smolt-firstboot - 1.0-1.fc8.noarch
Nov 23 11:08:28 Updated: system-config-firewall - 1.0.11-1.fc8.noarch
Nov 23 11:08:33 Updated: wqy-bitmap-fonts - 0.9.9-1.fc8.noarch
Nov 23 11:08:34 Updated: libao - 0.8.8-2.fc8.i386
Nov 23 11:08:37 Updated: setroubleshoot-plugins - 1.10.4-1.fc8.noarch
Nov 23 11:08:38 Updated: bind-libs - 32:9.5.0-18.a7.fc8.i386
Nov 23 11:08:39 Updated: pilot-link - 2:0.12.2-7.fc8.i386
Nov 23 11:08:40 Updated: bind-utils - 32:9.5.0-18.a7.fc8.i386
And now the font in all Qt4 applications changed from that one that can be seen
in screenshot in comment #14 to a monotype fixed-width font with serifs (see
attached screenshot). Otherwise nothing changed - the bug is still there, font
Replying to #18: Probably a good idea. I guess it would be even more helpful,
if the Qt4 packager for Fedora contacted the Trolltech guys...
Not if said packager (me) can't reproduce it. :( The conversation really needs
to be initiated by someone who is actually experiencing the problem. I promise
to follow and aid in any upstream ml conversations.
I've posted this issue onto the trolltech list that was mentioned in comment #18
although there've been no reponses to date.
The issue has been resolved by today's batch of updates:
Nov 27 11:18:04 Updated: wine-core - 0.9.49-1.fc8.i386
Nov 27 11:18:07 Updated: samba-common - 3.0.27a-0.fc8.i386
Nov 27 11:18:07 Updated: gstreamer-tools - 0.10.15-1.fc8.i386
Nov 27 11:18:08 Updated: pkgconfig - 1:0.22-4.fc8.i386
Nov 27 11:18:08 Updated: info - 4.11-2.fc8.i386
Nov 27 11:18:09 Updated: texinfo - 4.11-2.fc8.i386
Nov 27 11:18:11 Updated: gstreamer - 0.10.15-1.fc8.i386
Nov 27 11:18:11 Updated: wine-twain - 0.9.49-1.fc8.i386
Nov 27 11:18:11 Updated: wine-capi - 0.9.49-1.fc8.i386
Nov 27 11:18:12 Updated: wine-ldap - 0.9.49-1.fc8.i386
Nov 27 11:18:12 Updated: wine-cms - 0.9.49-1.fc8.i386
Nov 27 11:18:12 Updated: wine-esd - 0.9.49-1.fc8.i386
Nov 27 11:18:13 Updated: wine-tools - 0.9.49-1.fc8.i386
Nov 27 11:18:13 Updated: wine-jack - 0.9.49-1.fc8.i386
Nov 27 11:18:13 Updated: wine-nas - 0.9.49-1.fc8.i386
Nov 27 11:18:16 Updated: iptables - 1.3.8-6.fc8.i386
Nov 27 11:18:17 Updated: net-snmp-libs - 1:5.4.1-5.fc8.i386
Nov 27 11:18:17 Installed: gtk-nodoka-engine - 0.6-5.fc8.i386
Nov 27 11:18:19 Updated: gail - 1.20.1-2.fc8.i386
Nov 27 11:18:20 Updated: iptables-ipv6 - 1.3.8-6.fc8.i386
Nov 27 11:18:20 Updated: texinfo-tex - 4.11-2.fc8.i386
Nov 27 11:18:22 Updated: samba - 3.0.27a-0.fc8.i386
Nov 27 11:18:23 Updated: samba-client - 3.0.27a-0.fc8.i386
Nov 27 11:18:24 Updated: xorg-x11-drv-ati - 6.7.196-1.fc8.i386
Nov 27 11:18:24 Updated: libsmbclient - 3.0.27a-0.fc8.i386
Nov 27 11:18:25 Updated: acpid - 1.0.6-4.fc8.i386
Nov 27 11:18:25 Installed: control-center-filesystem - 1:2.20.1-5.fc8.i386
Nov 27 11:18:26 Updated: smolt - 1.0-2.fc8.noarch
Nov 27 11:18:26 Updated: smolt-firstboot - 1.0-2.fc8.noarch
Nov 27 11:18:26 Updated: wine - 0.9.49-1.fc8.i386
Nov 27 11:18:27 Updated: python-iniparse - 0.2.2-2.fc8.noarch
Nov 27 11:18:31 Updated: wqy-bitmap-fonts - 0.9.9-2.fc8.noarch
Nov 27 11:18:31 Installed: nodoka-metacity-theme - 0.3.2-2.fc8.noarch
Nov 27 11:18:36 Updated: metacity - 2.20.1-1.fc8.i386
I observe that wqy-bitmap-fonts was in the batch of updates again, as it was on
November 23rd, when the behaviour of Qt regarding fonts changed for the first time.
Ha! It's a wqy-bitmap-fonts bug apparently. Nice investigative work Patrick.
*** This bug has been marked as a duplicate of 381311 ***