https://bugs.kde.org/show_bug.cgi?id=473289
--- Comment #3 from Marco Martin <notm...@gmail.com> --- I don't agree with having svgs made transparent programmatically. how much is transparent and what elements are should always be artist decision. for breeze itself would work, because the background is a featureless rounded rectangle but there are thousands of themes on the store that we promise to still support. there might be a border the author doesn't want transparent, or on the contrary a more opaque inner zone with a very translucent border around, it's a theme engine with some (even if not much) flexibility which shouldn't make particular assumptions. Now, i wouldn't be particularly opposed on dropping either translucent or solid so either normal->solid, then translucent overrides or normal->translucent with solid overrides. this would drop some elements of existing themes but they would continue to work okay The most retrocompatible of the two would be normal->translucent with solid overrides. -- You are receiving this mail because: You are watching all bug changes.
