https://bugs.kde.org/show_bug.cgi?id=401644
--- Comment #4 from Filip F. <tyx...@gmail.com> --- (In reply to Nate Graham from comment #3) > Yeah, I think the specific issue here is caused by using opacity to reduce > the intensity of a color in such a manner that lazily makes it work with all > color themes--provided there's no significant transparency! > > However I think it's also up to themes to do their part to ensure adequate > contrast. It's well known that contrast falls as background transparency is > increased. This doesn't go away simply by blurring it more, because the > colors that are being blurred could simple be a bad choice of background for > whatever is on the foreground. It's important that the blurred transparent > background be lightened (for light themes) or darkened (for dark themes), as > with the current login screen. This is what macOS does for transparent > elements to ensure contrast. Is it technically possible for a desktop theme to go: "okay, I'm drawing plasmoids over a dark background, I will keep my default 60% opacity" and then conversely "I notice I'm drawing over a light background, I will increase the opacity of the affected plasmoids to compensate"? Example scenario for the latter would be the user working in Kate and then opening Kickoff, which is drawn above Kate's white background, resulting in legibility issues. Seems like having this sort of opacity modularity in the theme would be the only solution that themes could implement? -- You are receiving this mail because: You are watching all bug changes.
