This is a roughly thrown-together patch demonstrating how an
accent colour can be implemented via modifiying KColorScheme.
Stuff I plan to do:
- Figure out a way to more elegantly handle inactive and disabled accent colours
Plasma |
This is a roughly thrown-together patch demonstrating how an
accent colour can be implemented via modifiying KColorScheme.
Stuff I plan to do:
Add Foreground and Background colors to [Accent] in kdeglobals
No Linters Available |
No Unit Test Coverage |
Buildable 24868 | |
Build 24886: arc lint + arc unit |
I know this isn't the final version, but I'm not a fan of this idea. It feels like we'd just piling new stuff on top without properly using the old stuff that is already usable. I think if we're not careful, it'll just make color customization more confusing and difficult to work with by causing unexpected behavior where the old and new systems collide and one overrides the other.
Do we really need to create a color setting for accent that is separate from QPalette::Highlight/Selection Background? If you really want accent colors, I'd say deprecate FocusColor and HoverColor. As a fallback, have focus and hover state colors be based on QPalette::Highlight/Selection Background and set QPalette::Highlight directly instead of defining a separate accent color.