GNOME Bugzilla – Bug 312414
Show desktop button not transparent with transparent pannel
Last modified: 2020-11-06 20:22:00 UTC
Please describe the problem: The background of the "Show desktop button" applet is not transparent when using a transpatent panel Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Confirmed with Show Desktop Button 2.11.90 on Ubuntu Breezy.
It seems the Desktop applet is a button, and for some reason widgets like buttons cannot be transparent in Gnome panels. It's a shame because it makes the transparency option less useful.
But the clock applet supports transparency... isn't it a button too?
Created attachment 54844 [details] [review] Patch to make the show desktop button behave like the clock button
Unfortunately, I don't think we want to remove the relief from the button. We need to make it clear that you can click on it.
Is it really necessary to show that you can click it? I mean launchers are clickable too and still one knows (I think) that they can be clicked on. And other button-like applets (i.e. the one that logs you out or locks the screen) don't have a relief as well, which makes it look kinda "strange" (the taskbar seems to be the only thing having a similar layout). Currently you can click on nearly everything on the panels and get some sort of an reaction.
Felix: it's useful to have the relief because it gives feedback on the fact that we're showing the desktop (or not).
This visual effect is very subtle -- I never noticed it until I read this bug report and went looking for it. Maybe some other kind of visual feedback would work better... a checkbox (ugly) or a change of icon. The opacity of the button is, on the other hand, quite noticeable.
Created attachment 97685 [details] Picure of the current icon 2.20.0.1 (pressed) 2.20.0.1 pressed button screenshot.
Created attachment 97686 [details] Picure of the current icon 2.20.0.1 (unpressed) Picture of the 2.20.0.1 icon in unpressed state.
Gray is the wrong behaviour. This looks completely broken on anything but the default panel background. If you want to show visual feedback, the correct solution is to change the icon. Further, there is <i>no</i> visual difference between the clicked state and the non-clicked state currently. The only way to notice any difference is to see the transition between the states (the actual difference is a few pixels offset). I have attached a picture of the current state of affairs to clearly demonstrate there is no visual differentiation between the pressed and unpressed states. Sean
(In reply to comment #11) > Gray is the wrong behaviour. This looks completely broken on anything but the > default panel background. > > If you want to show visual feedback, the correct solution is to change the > icon. > > Further, there is <i>no</i> visual difference between the clicked state and the > non-clicked state currently. The only way to notice any difference is to see > the transition between the states (the actual difference is a few pixels > offset). > > I have attached a picture of the current state of affairs to clearly > demonstrate there is no visual differentiation between the pressed and > unpressed states. > > Sean > Agreed. IMHO, the proper solution to this would be to change desktop in the icon from some color to white or black. While I understand the relief concept, I don't think that it conveys what you want properly. The effect is too subtle and the overall impression is odd. Jim
I completely disagree with the current behaviour. That button should really be transparent like other buttons. Just wanted to say my opinion.
This bug is really old and it looks like it took a nap. This is still a problem in 2.26 and it is the only button on my panels not playing nicely with transparency. Has anyone progressed the concept of alternate desktop shown / hidden images? Someone with the power to do so should bump up the Gnome version on this bug.
Confirm this is still a problem in 2.26. I do respect the personal preference of individuals (the developers in this case), but I have to say that this button looks absolutely ridiculous with any panel colour other than the default. Why insist on making your button look so utterly out of place and so completely different from every other button? If you want to indicate status then as others have said change the icon, not the background. Even just a one pixel border to indicate we are on desktop would be better than the current behavior. But then I suppose there'd be a row over what colour it should be LOL. mike.
And confirm still in 2.28. Could somebody who has authority please update the meta-data (GNOME version:) of this bug to reflect the existence on 2.28 still?
I confirm this bug in Gnome 3.1.4.
As a workaround, I created a launcher with the following icon: /usr/share/icons/gnome/256x256/places/user-desktop.png and the following command: wmctrl -k on
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.