SUMMARY When background contrast is on, plasma theme elements under "translucent" are used. This includes plasmoidheading.svg. When the panel is set to Opaque, the elements under "solid" are used. The elements under solid should probably always be used regardless of whether background contrast is on as long as the panel is set to Opaque. You know, because it's kind of hard to use the Contrast Effect settings behind an opaque dialog. STEPS TO REPRODUCE 1. Add in a modified header to "solid" - I made its center element a bold color 2. Switch to that theme 3. Set the panel to opaque 4. Toggle Background Contrast OBSERVED RESULT The heading elements come from the regular theme and "translucent" EXPECTED RESULT The heading should come from "solid" because using "translucent" or the standard elements do not make sense here.
Are you using git master, or the latest released packages? There was a related bug with the plasmoidheading SVG that's fixed in 5.93, which is not released yet. So if you're using released packages, can you test again with 5.93 when it's released in 2 days? Thanks!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
I have modified the plasmoidheading.svg in the "solid/" directory and have modified the plasmoidheading.svg in the "widgets/" and am still seeing that asset get used in place of the one in solid/. Operating System: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Kernel Version: 5.17.4-arch1-1 (64-bit) Graphics Platform: X11
Generally speaking I'd agree this is something that should be achieved; however, the "opaque?" flag, differently from "contrast effect on?" one, depends on which panel we're currently talking about. This means that it's practically impossible for all PlasmoidHeaders to use the solid/ style when they are in a widget of a opaque panel, as they can't know in which panel they are at all. Right now we *do not* ship with a PlasmoidHeading.svg inside of solid/. I would close this as a WONTFIX. (Interestingly enough though, we *do* ship tooltip and dialog background svgs in solid, but those IIRC are not used anywhere either...)
(In reply to Niccolò Venerandi from comment #4) > Generally speaking I'd agree this is something that should be achieved; > however, the "opaque?" flag, differently from "contrast effect on?" one, > depends on which panel we're currently talking about. This means that it's > practically impossible for all PlasmoidHeaders to use the solid/ style when > they are in a widget of a opaque panel, as they can't know in which panel > they are at all. Hmmm, I suppose I saw this coming when the introduction of opaque (solid?) did not support all plasmoid backgrounds. Is it out of the question to design panels that properly support the different asset sets for Plasma 6 now that we have an idea of how things might be customized? > Right now we *do not* ship with a PlasmoidHeading.svg inside of solid/. I > would close this as a WONTFIX. I don't understand these 2 ideas. The fallback is generally the default widgets/ items, so I can't see any harm in it. Not to mention, I'm pretty sure it's just copy and paste the default one to ship something. > (Interestingly enough though, we *do* ship tooltip and dialog background > svgs in solid, but those IIRC are not used anywhere either...) I'm fairly certain about never seeing tooltip function properly, but now I'm curious as to what is showing if the dialog background isn't being used.
(In reply to doncbugs from comment #5) > Hmmm, I suppose I saw this coming when the introduction of opaque (solid?) > did not support all plasmoid backgrounds. Wait, no, plasmoid backgrounds *do* become opaque (solid) when a window is maximized (or, at least, they should). The issue is that whilst plasmoid backgrounds are declared in just one place for all of them it's really easy to change it just there. Whereas for PlasmoidHeading, I can only think of needing some custom code for each applet that uses it. > Is it out of the question to > design panels that properly support the different asset sets for Plasma 6 > now that we have an idea of how things might be customized? You gotta ask Marco Martin on this one; I have no idea. He knows all of the API much, much better than me. > I don't understand these 2 ideas. The fallback is generally the default > widgets/ items, so I can't see any harm in it. Not to mention, I'm pretty > sure it's just copy and paste the default one to ship something. What I meant is: we do not encourage third party themes to use custom svgs in the solid/ folder; right now we only support the panel background as far as I know. So I would say: for now, consider solid/ to be a folder *only meant* for the panel background.