The root cause of this bug has nothing to do with Compiz, Metacity or any window- or compositing-manager so bringing those into the mix only serves to muddle the issue.
The first time the menu button is clicked Gnome starts searching high and low for menu entries, accompanying icons and such. It is this search which takes time. A possible solution to this problem would be for Gnome to do this search in the background at a low priority (so as not to impede anything the user might want to do once the desktop has appeared) when the system is first started in the hope that it is ready once the user decides to click on the menu button. If said user immediately presses the menu button he'll still have to wait for the thing to load but that can not be helped - yet. As to who will ever implement something akin to what I mentioned, who knows? I don't really use the menu as the hacked version of good old mini_commander (no system-hogging deskbar nonsense for me...) is much faster but maybe I should look into it anyway. -- Gnome menu is slow when clicking for the first time https://bugs.launchpad.net/bugs/12040 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
