https://bugs.kde.org/show_bug.cgi?id=451698
--- Comment #7 from Natalie Clarius <natalie_clar...@yahoo.de> --- I get the idea behind 3a, but I think that the way it is currently done, it does more harm than good. Look at the attached screenshot for example; this is a tint of pink with the brightness slider set to the highest brightness value possible, and notice how even with the very light original accent color as seen in the tab indicator, the volume sliders are barely even visible at all. This is really not good. And for most other basic colors as well, I have not managed to manually find a corresponding accent color that is good-looking or even well-readable with Breeze Dark. In contrast, when I pulled from the original accent color for a window decoration (https://store.kde.org/p/1709569) and an icon set (https://github.com/vinceliuice/Tela-icon-theme/issues/175#issuecomment-1019377238) and used it with a dark color scheme, I did not find it too bright at all, and much better than the dimmed version, and conversely also found the watered down version when using the selection color on light icon schemes a little too pale compared to the original accent color. Both as seen in the Breeze rainbow folders and the upcoming titlebar/header rainbow colors. In addition, even if one were to try and tweak the current numbers in one or the other direction, I think that Plasma trying to outsmart the user in the choice of the accent color only leads to confusion; a few days ago on KReddit I read a comment saying the current behavior must clearly be a bug as the applied accent color did not match the selected one. So my amateur conclusion is that leaving the chosen accent color alone or at least not dimming it as extremely, and letting the user choose an accent color that works well for their background, leads to better results than unconditionally changing values in an attempt to automatically perfect every color scheme possible. -- You are receiving this mail because: You are watching all bug changes.
