Version: 2.7.2 (using KDE 4.7.2) OS: Linux KDE 4.6 konsole always rendered text using subpixel antialiasing (which is correct) if that is how the user had set their fonts to render. KDE 4.7 konsole no longer uses subpixel antialiasing when the konsole background color isn't set to fully opaque. It does use subpixel antialiasing on fully opaque backgrounds. Reproducible: Always Steps to Reproduce: 1. Set your system to render fonts using subpixel antialiasing. 2. Set your konsole profile to an opaque background. 3. Observe. 4. Set your konsole profile to a semi-transparent background. 5. Compare. Actual Results: Text is only using grayscale antialiasing. Expected Results: Text should be using subpixel antialiasing, as specified by user's fontconfig settings.
Are you using the "raster" graphicssystem for Qt? If unsure, ask the provider of your distribution.
I'm not sure, as I'm not terribly familiar with how Qt works. I am running Fedora 16 if that helps. I also notice this same issue with text on the taskbar, which also wasn't an issue in KDE 4.6, so perhaps this is in fact a regression with a lower-level library like Qt.
https://bugreports.qt.nokia.com/browse/QTBUG-22334 could be related, but I am not sure how transparent widgets require QPixmap internally.
Any progress on this? It is still a problem in 4.8.
The answer would be "No" from the perspective of Konsole. AFAIK, the code in Konsole for drawing text has not changed much since KDE SC 4.6. What if you use "konsole --graphicssystem native" ?
Wow... using "konsole --graphicssystem native" actually works! Not sure how I missed this comment for over 2 months.
Just to be clear, this issue is *NOT* resolved. Using "konsole --graphicssystem native" is only a workaround. It should work properly either way. Or, is the issue in fact actually resolved upstream now?
> Or, is the issue in fact actually resolved upstream now? No, the upstream bug is still open, but there is nothing that we can do in KDE, so it is resolved in the KDE bug tracker.