GNOME Bugzilla – Bug 319845
window selector applet has wrong background w/ clearlooks
Last modified: 2006-08-09 15:35:09 UTC
Distribution/Version: Gentoo 2005.1 1. add the window selector applet to the panel 2. change the theme to clearlooks The window selector has a gradient in the background, while other applets have a plain background (like the panel).
Ryan: if you have some time to look at this nice background bug... ;-)
*** Bug 325087 has been marked as a duplicate of this bug. ***
The gradient is how clearlooks draws menus. Window selector is a menu. For a test, place it next to your applications/places/system menu and see that they're drawn exactly the same way. of note: on transparent panels both of these widgets have solid black background (this is clearlooks bug 319815) pretty sure there's nothing that can be done here.... this is just how clearlooks works.
Well... The volume applet manages just fine, and that is just an icon and a menu, so clearly there is some way of making it work ok.
The volume applet isn't made out of a menu. It's made out of 100% pure evil.
Seriously though... in order to fix it in a way similar to what you're suggesting you'd have to do something like creating a popup menu on left-click (similar to what some of the other applets/notification-icons do on right click). This seems like a hack.
my 0,02 € As an user I don't care how an applet in the panel is realized - I don't even care whether it is called applet or something different. I just notice that there is a visual glitch compared to the other elements of the panel, mainly the clock, the menu, the volume control. Other applets (keyboard indicator, network-indicator, drawer, tomboy, notification-area-stuff): all have "flat" look, although you can click on it. see http://bugzilla.gnome.org/attachment.cgi?id=58769&action=view for a visualization. It makes the panel look ugly.
Created attachment 70515 [details] [review] fix It seems a cleanup was messed up a week ago and this bug was already fixed. I'm not committing this directly because it seems currently no menubar BUT the one in the panel will have a gradient and I have no clue what this means wrt UI freeze.
I don't think UI freeze is an issue here since we're not promoting transparent panels anywhere (and even if we did, we'd want this to work).
*** Bug 350542 has been marked as a duplicate of this bug. ***
Confirming the patch fixes the issue mentioned in bug #350542 (also see screenshot over there). Please commit so that it can be shipped in Gnome 2.16!
Actually, I fixed this yesterday as soon as I was told about it, and commited it a few hours later. I just forgot to mention it on this bug report.
So this bug is fixed. Confirming it's in CVS... please put bug numbers in your ChangeLog comments, it helps us human bug trackers a lot :)
I hadn't planned on closing this yet in case because of the UI freeze I had to revert. And I was sure I put it in the changelog.... oops.
I think you're confusing UI freeze with the "hard code freeze" (a few days prior to a release). During UI freeze, bug fixes can be done without approval. You only have to make sure the workings of the user interface don't change. Once again, bug fixes can go in without approval, even when it has minor impact on the UI (eg. an incorrect sensibility check of a checkbox). During code freeze, things are different. During that period every single commit has to be approved.