GNOME Bugzilla – Bug 528992
Unhandsomely behaviour of Places SubMenu
Last modified: 2009-03-05 06:08:01 UTC
(I'm not sure if this belongs to gnome-menu or gnome-panel - you'll see) In the Places SubMenu the Removable Storages and Bookmarks are listed, too. (Places -> [Content]) As long as there are only system-wide Bookmarks and non-GVM/Nautilus mounted storages their don't have their own SubMenu. But as soon as we add a personal Bookmark or Automount a Removable Storage all of theme go into a new SubMenu. (Places -> Bookmarks/Removable Storage -> [Content]) And if the remove / unmount them again to the previous behaviour (Places -> [Content]) Jumping between two MenuStructures is not very usefull. Other information: Screenshot (only non-GVM/Nautilus automounted storages): http://www.nanolx.org/gmnue01.png Screenshot (with GVM/Nautilus automounted storages): http://www.nanolx.org/gmenu02.png
Uups. wrong link to the first Screenshot ( :| no edit option ): Screenshot (only non-GVM/Nautilus automounted storages): http://www.nanolx.org/gmenu01.png Screenshot (with GVM/Nautilus automounted storages): http://www.nanolx.org/gmenu02.png
Christopher: it's because of the number of items. We create a submenu when there are more than 5 items. Note that it's not bookmarks but just medias here. How would you fix this? Because it's clear that we need a submenu at some point (if you have 10 items, eg...)
>> it's because of the number of items. >> We create a submenu when there are more than 5 items. I see. >> Note that it's not bookmarks but just medias here. On the Screenshot. But it behaves the same way. >> How would you fix this? I would have the SubMenu even if there are less than 5 Entries (Places -> [Bookmark/Storages]), just like I said before jumping between two structures is not optimal. Especially if you don't know why. Ok. Now I know why, 'cause you told me, but I'm sure 90%+ of the Users got no clue why their Menu behaves like that.
possible fix: bug 549788
*** This bug has been marked as a duplicate of 549788 ***