[Breeze] [Bug 448169] Contrast for Breeze Dark's Places icons with light foreground clashes
Luke Horwell
bugzilla_noreply at kde.org
Sat Jun 29 11:28:03 BST 2024
https://bugs.kde.org/show_bug.cgi?id=448169
--- Comment #4 from Luke Horwell <code at horwell.me> ---
My latest crude workaround is throwing together a mix-and-match of 5.87 and
6.0.x icon theme. Taking the latest icon developments from 6.0.x but the static
icons from 5.87 with some search & replace hacks. This works better for the
Breeze Dark theme.
https://github.com/lah7/breeze-dark-icons-static-mix
It also "fixed" BUG 482648 too, where symbolic icons were not working below ~32
pixels, but it's not the solution of course.
---
While investigating, some of the earlier comments are outdated.
- The previously suggested CSS class removal no longer works after 6.3.0, for
some reason.
- KIconThemes is doing the recolouring [src/kiconcolors.cpp]
- CSS "ColorScheme-Text" maps to "highlightedText"
I guess, that's the problem - it currently assumes text colour is OK if the
accent colour is used as a background. To reproduce, use "Breeze Dark" window
theme with a white accent colour, you'd expect a darker inner icon for places
folders. Likewise, try a black accent colour under "Breeze Light". In both
cases, the places icons are indistinguishable.
In terms of fixing this, I'd suggest:
- A new CSS variable applies a colour tint based on the accent colour. This can
be used for the 'inner icon' inside places icons. The hex code can be checked
to determine this.
E.g. For a bright accent colour, go darker. If it's a dark accent colour,
go lighter. For Breeze' default blue, it would go darker (#366681).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Visual-design
mailing list