If you want to test the change, extract this archive so that both desktop themes are placed in ~/.local/share/plasma/desktoptheme.
It would be really cool if we could have some icon that would signalize that a particular desktop theme is color-scheme aware.
Is there any reason Breeze Dark couldn't follow the color scheme just as Breeze does? Recreating Breeze Dark along with the accent color changes as a Breeze color scheme is a lot of unnecessary work (that I couldn't figure out after having extensively researched it). There should be a user-friendly way to change the main color used by the themes we ship with Plasma.
Sounds like this is one of those "Behaves Correctly" situations, but where we can make it more obvious because it's too complicated. Given that we now have Look And Feel packages, I wonder if we even need to keep around the separate Breeze Light and Breeze Dark Plasma themes anyway. Maybe what might make more sense is to just have a single "Plasma" theme that follows the colors in the color scheme by default, with a semi-hidden advanced option to have differing color schemes between Plasma and Apps.
It seems that it works with Breeze but not Breeze Dark, which stays blue regardless of color scheme. I am on Plasma 5.12 LTS admittedly.
Hmm, I just tested this out again and it's working as expected in Plasma 5.15.5:
If you change the colour scheme the taskbar among others don't change with it, that's what he OP is about.
Never mind, turns out they weren't hardcoded from the start, so opacity was never an issue. @lavender I'm not sure what you're actually requesting now. Are you asking for a utility that will generate colorschemes that are based around a single color?
Actually, the opacity and stylesheets work fine for the drive-multipartition icon. Maybe the stylesheets don't work because of the conflicting opacity and fill-opacity values? Maybe it's opacity in particular that's the problem? drive-multipartition uses fill-opacity.
Looks like folks are excited about this: https://www.reddit.com/r/kde/comments/bqnorv/with_the_right_layout_kde_apps_can_look_really/
I agree that a more user-friendly way to choose the "accent color" would be nice. A simple enough UI for this would be to add a combobox to the top of the colors KCM that maps to the current theme's highlight color and allows that to be quickly changed without editing the theme.
I'm not sure if the taskbar is the only place that is hardcoded, it's the only one I tracked down manually.
Anyway, +1, we should do this. It should actually be pretty easy since I believe the SVGs already have support for reading data from the color scheme. So maybe all we need to do is wire that up rather than using a hardcoded color.
Checkboxes look nice, but they don't match other elements - everything else uses basic shapes, and the check mark on OK button is quite different.
Would it be possible in this evolution to explore more streamlined spin boxes? I have always felt, our current version mixes the control with the content and it would probably be cooler to have them look separate. Maybe more like this:
Update apache config
Search should now works (not tested because I'm unable to install xapian-search in Arch Linux)
where can I get this nice looking checkboxes in svg?
Can we enlarge the window decorator buttons? In particular, the circle to close a window requires a user a decent amount of precision since it's pretty tiny and doesn't reach the corner. Look at Windows' close button for instance.
Sun, May 19
I added T8755