Jasper St. Pierre 2aae272d86 popupMenu: Don't close submenus when the toplevel container is closed ... 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		2013-07-15 12:24:27 -04:00
..
extensionPrefs	extensionPrefs: Fix opening extension preferences on startup	2013-02-28 15:37:29 +01:00
gdm	loginDialog: force user list and prompt to be the same width	2013-07-12 14:38:40 -04:00
misc	Hash: make .size() constant time	2013-05-12 21:06:34 +02:00
perf	perf: Update to latest overlay changes	2012-08-20 20:40:01 +02:00
ui	popupMenu: Don't close submenus when the toplevel container is closed	2013-07-15 12:24:27 -04:00
Makefile.am	ui: move AnimatedIcon out of panel.js	2013-06-25 15:16:42 -04:00