Summary: | Text content is invisible (same color as background) in some areas under GNOME 3.34 | ||
---|---|---|---|
Product: | [Applications] kleopatra | Reporter: | Ricky Tigg <ricky.tigg> |
Component: | general | Assignee: | Andre Heinecke <aheinecke> |
Status: | REPORTED --- | ||
Severity: | minor | CC: | grahamperrin, kdepim-bugs, kloecker, mutz |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Kleopatra under GNOME 3.34.0 |
Description
Ricky Tigg
2019-09-25 12:07:49 UTC
I have just fixed the "white text on light grey background" issue of step/result 2 in the Breeze style (for version 5.91). I have no idea why the rendered text is cropped. Maybe another bug in the rendering of QCommandLinkButton with Breeze style. Maybe we should stop using the Vista-inspired QCommandLinkButton and simply use radio buttons instead. Vista is long dead and using a widget that almost nobody uses (LXR finds only 74 occurrences of "QCommandLinkButton" in all of KDE; https://lxr.kde.org/search?%21v=kf5-qt5&_filestring=&_string=QCommandLinkButton) is bound to cause trouble. Hmm, interesting. One finding of LXR in kexi reads "QCommandLinkButton have fonts size hardcoded what breaks accessibility". Sounds like this could be the problem with the cropped text. Yet two more reasons (poor accessibility and broken text rendering) to get rid of QCommandLinkButton. |