After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 363540 - bookmaks should be listed above "Computer" & "Network"-locations / order should be configurable
bookmaks should be listed above "Computer" & "Network"-locations / order shou...
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
: 552095 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-10-19 23:37 UTC by Christian Lohmaier
Modified: 2015-01-31 02:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Christian Lohmaier 2006-10-19 23:37:14 UTC
Currently, the file-dialog lists the Home, Desktop and Filesystem as the very first entries (that is OK), but then follows a list of removable media locations, (no matter whether mounted or not). Then follows the list of network-locations.

This list can be rather long (21 elements here) and thus makes the bookmarks tedious to use, since you have to scroll everytime to access them.

So the Filechooser should offer a way to display the bookmarks at the top of the list (below Home, Desktop, Filesystem/Root or at the very top) or as an alternative solution should collapse the computer and network entries (make them an expandable entry.

Other information:
There is a similar bug 306363 that tends to the second proposal (replace these entries by "My Computer" and "My Network") I prefer the first, to just reorder the entries, hence I file this as seperate bug.
Comment 1 Christian Lohmaier 2007-03-19 23:47:31 UTC
ping
still the same with current version of GTK+ (2.10.10)
Comment 2 Sven Neumann 2007-07-29 19:35:08 UTC
The real problem to solve here is why this list is so long for you. I guess that you are still using fstab entries for removable media. You should probably change that instead of asking the toolkit to adapt to your setup.
Comment 3 Jernej Simončič 2007-08-01 13:11:46 UTC
There's a similar problem on Windows, where all drive letters and a few special folders are on the fixed list. Given that Windows is designed around drive letters, this is a toolkit problem.
Comment 4 Christian Lohmaier 2007-08-01 14:10:00 UTC
> The real problem to solve here is why this list is so long for you

No, that is /not/ the real problem.

But yes, I have a fstab based system, so I see non-mounted entries in the filepicker. And that is the way it is supposed to be. I want to be able to mount or umount the stuff at my command, 

But the local entries are only one part, the other part are the network shares.
You cannot "umount" it, since then they will be gone, and you would have to readd them, fiddling with those stupid dialogs. Sure you could argue that this is nautilus' or whatever else's fault. - but even when it was possible to umount or disable those entries, I'd still like to be able to access them from my filedialog, instead of having to go to "My Computer" or whatnot first to mount it.

But leave that aside as well. 
The reason to create a bookmark is that, that you know you will be using those directories frequently, way more often thatn those other default directories, and even more often than some random removable media, and more often than a network share. 
So the only logical choice is to have those bookmarks at the top, easily accessible.

As Jernej pointed out: Sometimes you don't have the choice to hide the default entries at all.
Comment 5 gg 2008-10-25 20:44:45 UTC
The basic paradigm of the filechooser is that the user has two or three locations that he needs most of the time. Accessing those is the PRIMARY declared function of the filechooser. They should be at the top.

The ammount of other NON removable cruft now inserted above is serious damaging the usefulness of the filechoosers.

Indeed, the rather simple filechooser model of one directory listing and a list of bookmarks is too limitted to for it to be changed into some sort of major system admin tool by grafting in more entries like this.

This interface has passed saturation point. These new entries are reducing not increasing usability. To support these features effectively it will be necessary to increase the complexity of the UI.

As this is developing towards the win32 fileopendlg model it will need a tree view and more than a greyed out Add/Remove in the context menus.

In the short term the short cuts need to regain thier primary role at the top.

Comment 6 Timothy Arceri 2013-05-20 04:52:29 UTC
*** Bug 552095 has been marked as a duplicate of this bug. ***
Comment 7 Matthias Clasen 2015-01-31 02:55:42 UTC
I don't think we want to change the order or the sidebar