Created attachment 141213 [details] screenshot of the problem. SUMMARY White background hurts my eyes when no file is open. System theme is dark. White test is unreadable in "charset sidebar" STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Created attachment 141227 [details] Okteta with Breeze Dark
Thanks for the report. Just, Okteta uses the system color palette and tries to make use of the color semantics as close as possible. So far that worked out. See e.g. the screenshot when using Okteta with the Breeze Dark color scheme. It seems that the platform integration on your system injects colors while badly matching semantics at least to those known from Qt & KDE color palette ones. That will be hard to come by and surely also affects some other Qt-based applications? The name of your screenshot includes the name "Deepin", so you might want to contact them to improve their Qt platform integration plugin poissibly, which also might involve the color palette mapping.
The only reason why the screenshot is named deepin is because i'm using Deepin Screentshot. it has nothing to do with the issue. So far i've tried all dark themes that were available by default and none of them solve the problem
(In reply to hexile461 from comment #3) > The only reason why the screenshot is named deepin is because i'm using > Deepin Screentshot. it has nothing to do with the issue. So much for bad guessing :) So what is your environment then? The environment usually is used by Qt internals to decide which Qt platform adaption plugin (https://doc.qt.io/qt-5/qpa.html) is used. And that one also brings the theme adaption, which includes system palette mapping to the Qt one (https://doc.qt.io/qt-5/qpalette.html). Or it could be the widget theme which does a poor job on picking from the palette. In any case, nothing which is in control of Okteta, which completely relies on system color themes and Qt defaults. And something which would affect any other Qt-based application which does the same (and usually done for consistency). So this needs to be solved by those maintaining integration of Qt-based apps, even more as Qt went some extra miles to make integration smooth. Of course fails if the adaption plugin itself is badly done/configured. So please file this bug with Manjaro for their Qt apps integration for the environment you are using there.
Alright. This is an issue with XFCE then i guess? (I'm running manjaro xfce)
I forgot to add that; Okteta is the only application that i've observed this issue in.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!