(*** This bug was imported into bugs.kde.org ***)

Package:           konsole
Version:           KDE 3.0.0 
Severity:          normal
Installed from:    FreeBSD Ports
Compiler:          gcc version 2.95.3 20010315 (release) [FreeBSD]
OS:                FreeBSD
OS/Compiler notes: FreeBSD 4.6-PRERELEASE i386

XFree86 4.2.0 with RENDER extension for anti-aliasing
KDE3.0
FreeBSD 4.6-PRERELEASE

The "konsole" program's font selection dialog ignores fonts whose font path is defined in XftConfig. XftConfig is the config file for the AA-RENDER extension of XFree 4.2.0 . The only fonts presented are those directly defined in XF86Config.
This must be somehow a non-KDE and non-QT way of finding fonts as at the same time both "qtconfig" and all other KDE programs show all fonts defined in XftConfig (in addition to those defined in XF86Config of course).

More differences compared to the font handling of other KDE applications:

If the font path of TrueType and Type1 fonts is defined both in XF86Config and XftConfig qtconfig and other KDE applications show each font twice e.g.:
Verdana [Microsoft]
Verdana [Xft]
This probably is a bug in QT and the reason why one wants to define the font path in only one location.
Konsole shows each font only one time. This also indicates that "konsole" ignores the additional font path in XftConfig.

Very strange if in this mode I choose the "konsole" font as some TT/Type1 fixed font (e.g. Lucida Console) save settings and restart X with the relevant font path eliminated in XF86Config the correct TT/Type1 font is still used in konsole but not presented in the font selection. The TT/Type1 "font size options" are however presented i.e. for "Lucida Console" up to 64 point size can be chosen whereas none of the visibly presented fonts actually offers this size.

Also strange the anti-aliasing settings of XftConfig are strictly followed even if the fonts aren't visible in the aforementioned example.

Ciao
Siegbet

(Submitted via bugs.kde.org)