Summary: | Konsole uses grayscale antialiasing instead of subpixel when background isn't fully opaque | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | infinality |
Component: | font | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | adaptee, cfeck |
Priority: | NOR | ||
Version: | 2.7.2 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
infinality
2011-10-21 18:48:15 UTC
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.
|