https://bugs.kde.org/show_bug.cgi?id=502599
Akseli Lahtinen <akse...@akselmo.dev> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CONFIRMED |NEEDSINFO
Resolution|--- |WAITINGFORINFO
--- Comment #2 from Akseli Lahtinen <akse...@akselmo.dev> ---
I don't think anything is really broken here, it's just how the colors work.
It's just way more visible with the colorschemes that have different color
titlebar.
When debugging the outline color, this is how it works:
We take window frame color, then the text color. Then we mix those two together
with the bias value, which is the "Low, medium, high, maximum" setting.
Low bias is 0.10.
Medium bias is 0.20.
With Breeze Classic, the calculation happens with these colors, when using Low
bias:
windowColor "#eff0f1", textColor "#232627", bias "0.10" -> outlineColor
"#dbdcdd"
With Breeze Light, this happens:
windowColor "#eff0f1", textColor "#232629", bias "0.10" -> outlineColor
"#dbdcdd"
They end up having exact same values. Only difference is the text color (which
is barely anything)
Same with Medium bias:
Breeze classic:
windowColor "#eff0f1", textColor "#232627", bias "0.20" -> outlineColor
"#c6c8c9"
Breeze light:
windowColor "#eff0f1", textColor "#232629", bias "0.20" -> outlineColor
"#c6c8c9"
Again same end result.
The bias indicates how much of the colors we mix. 0.2 means we use more of the
windowColor than the textColor for the outline. So on 0.1, its mostly white
color.
What is the color you expect to see? Calling it "intensity" might have been
wrong here, and maybe we should rework this to use different kind of blending
technique, which is more about contrast and less about blending window and text
color together.
--
You are receiving this mail because:
You are watching all bug changes.
