2aae272d86
It seems this behavior at one time was intentional, but I (along with the designers) think it looks ugly having the menu having its insides shrinking and shifting around while fading out of existence. There's two cases where we currently explicitly try to animate the submenu closed -- when an item is clicked inside the submenu, and when the toplevel closes. This removes both of those. The user expectation is that submenus will be closed the next time the toplevel is open even if they were open before, so force submenus closed when the toplevel finishes fading out, without any animation. https://bugzilla.gnome.org/show_bug.cgi?id=702539
GNOME Shell provides core user interface functions for the GNOME 3 desktop, like switching to windows and launching applications. GNOME Shell takes advantage of the capabilities of modern graphics hardware and introduces innovative user interface concepts to provide a visually attractive and easy to use experience. For more information about GNOME Shell, including instructions on how to build GNOME Shell from source and how to get involved with the project, see: http://live.gnome.org/GnomeShell Bugs should be reported at http://bugzilla.gnome.org against the 'gnome-shell' product. License ======= GNOME Shell is distributed under the terms of the GNU General Public License, version 2 or later. See the COPYING file for details.