Bug 379351
Summary: | Qt4 font settings do not take effect | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bohan <bh.pop3> | ||||||||||||
Component: | qt4 | Assignee: | Than Ngo <than> | ||||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
Severity: | low | Docs Contact: | |||||||||||||
Priority: | low | ||||||||||||||
Version: | 8 | CC: | dave, patrick.nagel, rdieter | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | x86_64 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2007-11-27 12:50:26 UTC | Type: | --- | ||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||
Documentation: | --- | CRM: | |||||||||||||
Verified Versions: | Category: | --- | |||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
Embargoed: | |||||||||||||||
Attachments: |
|
Description
Bohan
2007-11-13 05:08:58 UTC
Created attachment 256261 [details]
screenshot of qt4 font problem
WORKSFORME. ?? Does your font changes make it to ~/.config/Trolltech.conf [Qt] font= ? Created attachment 257791 [details]
Trolltech.conf
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 rebooting. 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 normal. 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* Installed Packages 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 Installed Packages 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 Xft.antialias: 1 Xft.dpi: 85.000000 Xft.hinting: 1 Xft.hintstyle: hintfull Xft.rgba: rgb 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. fwiw, $xrdb -query | grep Xft Xft.antialias: 1 Xft.dpi: 96 Xft.hinting: 1 Xft.hintstyle: hintmedium Xft.rgba: rgb What X/video hardware/drivers are (any of) you using? me? X intel_drv 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: http://lists.trolltech.com/qt-interest/ 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 is unchangeable. 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 *** |