Created attachment 117616 [details] All possible widget icons SUMMARY Icons of various widgets on panels show inconsistency, with about half monocrome icon and half colored. STEPS TO REPRODUCE 1. Create a panel 2. Add widgets 3. Add any widget with an icon OBSERVED RESULT Many icons are inconsistent. EXPECTED RESULT All icons should be monocrome (I think?)
Created attachment 117617 [details] All possible icons, with panel size < 32
*** This bug has been marked as a duplicate of bug 381960 ***
Hi, I'm sorry, how is this a duplicate of that bug? There it is argued that icons should not change based on the panel height, but only that the icons should be consistent toghether. As far as this bug report is concerned, it is not a problem that they change.
Correct, not a duplicate. However I'm not sure if it's possible to fix this. When you add an app launcher widget or an icons-only task manager for example, those icons are always going to be colorful--and appropriately so. So there will always be some colorful icons on the panel, no matter its height. And system tray icons are always going to be monochrome (barring a few bug in apps that define their own system tray icons), no matter the panel's height. The only thing we could do here is *maybe* have monochrome versions of widget icons and panel representations at small sizes. Do you think that would be be good enough, or a pointless endeavor given the above limitations?
Now that I think about it, it could be a good idea. If you use a small panel, you probably are not using icon launchers, and consistency can be achieved - I've seen it used often mac-style on the top (in fact, I use it that way too).
Thanks, that makes sense.
Does the problem of the Folder View icon not being monochrome (taking on the color of the plasma theme, which may take on the color of the user's color scheme) fit within this report, or should it be a separate issue?
Sounds like something separate. Please file under Plasmashell | Folder and attach screenshots and screen recordings. :)
*** This bug has been marked as a duplicate of bug 417969 ***