GNOME Bugzilla – Bug 310050
Different items in the "places" menu compared to the gtk+ file chooser
Last modified: 2020-11-06 20:20:03 UTC
Here is the list of items in my gtk+ file chooser : * Home * Desktop * Filesystem * usbdisk * CD-ROM * hdd2 * master.gnome.org --- * Publications * Documents And here are the contents of the same menu (Places) in the "menu bar" applet : * Home Folder (different naming) * Desktop * Publications (different place) * Documents (different place) --- * Computer (not in the gtk+ file chooser) * usbdisk * hdd2 (no cdrom) (other stuff) Of course, one could argue (like in bug #310048) that it's the gtk file chooser that needs fixing... :-) These differences are very damaging for the user, as the "places" concept is only useful if it's consistent over the whole desktop (like on macosx) : if the content of the "places" menu changes depending on where it's accessed (panel, file chooser or nautilus), then muscle memory is lost and you have to think to find your bookmarks...
I opened bug #310051 for the "CD-ROM" difference (I think gnome-panel/nautilus do the right thing here).
I'm not sure we want to show Filesystem. Computer is better (and it should probably be used in the gnome-vfs backend for the filechooser, imho). I'm okay to move the bookmarks and the disks around during 2.13. However, one of the main difference is that here, we have a menu. The file chooser is using an area with a scrollbar. I don't think we can put as many items in the menu... (this is why there are some submenus when you have lots of bookmarks, btw)
I just noticed that (with gnome 2.12) the Locations menu in nautilus shows a bookmark 'reinout on host.tld' and in the panel it's just 'reinout'. I find the former more informative.
Reinout: this is fixed in 2.13. Thinking about the original bug again... I think it's really better to have bookmarks first. This is what the user will want to use most often, IMHO.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.