Xft, $KDEDIR/share/fonts and Qt 3.3.x

[Waldo Bastian]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Konsole has a tendency not to find the fonts that it installs under 
$KDEDIR/share/fonts. startkde tells X to look into $KDEDIR/share/fonts for 
fonts, but Qt 3.3 no longer uses X but only Xft for font loading. Unless Xft 
was already configured to look into $KDEDIR/share/fonts, Xft will not find 
the fonts.

So for this to work somewhat reliably we must ensure in startkde that Xft 
knows about $KDEDIR/share/fonts if it doesn't already, any suggestions for 
how to do that?

Cheers,
Waldo

- ----------  Forwarded Message  ----------

Subject: Re: [Issue N52972] QFont::setRawName / QFont::exactMatch does not 
work
Date: Wednesday 21 July 2004 13:04
From: qt-bugs at trolltech.com
To: Waldo Bastian <bastian at kde.org>
Cc: qt-bugs at trolltech.com

Hi Waldo,

On Tuesday, 20. Jul 2004 17:53 Waldo Bastian wrote:
> I am using Qt 3.3.2. The problem seems to be that XFT can't find the
> font. QFontDatabase only loads the fonts via XFT and never via
> loadXlfds()

Indeed, Qt 3.3.x will only load fonts that are found by Xft, changing
the behavior from older versions where Qt also would try to load fonts
via the regular X11 font system.

You might need to change your Xft configuration to take this
into account.

Hope this helps.

- --
Jan Erik Hanssen
Trolltech AS, Waldemar Thranes gate 98, NO-0175 Oslo, Norway

- -------------------------------------------------------

- -- 
bastian at kde.org  |   KDE Community World Summit 2004  |  bastian at suse.com
bastian at kde.org  | 21-29 August, Ludwigsburg, Germany |  bastian at suse.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQFA/lYrN4pvrENfboIRArqIAKCBYMQIdljZdniBmU+aTJq37kTXswCeLUeD
XkT+jIdHVM2NuOfxmupftTw=
=pQkt
-----END PGP SIGNATURE-----