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 685255 - Bookmarks located under Devices in sidemenu
Bookmarks located under Devices in sidemenu
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Sidebar
3.6.x
Other Linux
: Normal normal
: 3.18
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-10-01 23:24 UTC by trustthesky
Modified: 2015-08-31 11:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
where are the bookmarks? under the devices (31.42 KB, image/png)
2012-10-01 23:25 UTC, trustthesky
Details
Section headers always visible (mockup) (28.27 KB, image/png)
2012-10-06 13:55 UTC, António Fernandes
Details
FM Sidebars Comparison (816.33 KB, image/png)
2015-04-17 10:54 UTC, Jan Hrdina
Details

Description trustthesky 2012-10-01 23:24:26 UTC
Most of the time an opened Nautilus window is fairly small. Who opens fullscreen nautilus? 
Anyway, so then you get situations like screenshot attached. Clearly I would like to navigate to my bookmarks - almost all the time I open nautilus in fact.
But with the devices being in such a prominent place, they are cloaking my bookmarks.

Please fix this, it can only be described as a usability bug. As you can see in the screenshot, the bookmarks are not even in view yet.
Comment 1 trustthesky 2012-10-01 23:25:09 UTC
Created attachment 225546 [details]
where are the bookmarks? under the devices
Comment 2 António Fernandes 2012-10-06 13:55:56 UTC
Created attachment 225932 [details]
Section headers always visible (mockup)

This may be a problem for small screens as well, even when maximized.

Reversing the order of Bookmarks and Devices is not a solution: Devices could be out of the view instead, which is undesirable as well.

The ability to make section collapsible would work around the issue, but I think it is not a good idea (it puts the burden of UI management on the user).

Another idea I have is to make the section headers always visible, "floating" on the edges instead of moving out of the view (see attachment). The "floating" headers would act as an indication of the availability of the section and could be clicked to scroll the respective section into view. I think this is a friendly way to deal with sidebar overflowing.
Comment 3 Jan Hrdina 2015-04-17 10:54:52 UTC
Created attachment 301808 [details]
FM Sidebars Comparison

Comparison of sidebars in different file managers
Comment 4 Jan Hrdina 2015-04-17 10:55:26 UTC
Sorry for reviving an old post but I think this design problem has been already solved by many many other file managers (see attachment).

At the moment user creates his own bookmarks it is very likely that he would use them more often than items in Devices. The "devices path" just becomes the longer one.

Of course, after some time, bookmarks can push down the Devices menu, however this would not be default settings and the number of items would still be in control of user (vs. number of visible disks cannot be changed).

Solution I suggest:
 - Allow removing the default bookmarks (bug 701469: https://bugzilla.gnome.org/show_bug.cgi?id=701469)
 - Merge system bookmarks with user bookmarks and place them above the Devices section

Other possible enhancements:
 - Allow user hide disks (there is option in gnome-disk-utility but it seems to be not working.)
 - Make sidebar items thinner (but it is probably in conflict with the new touch-friendly thinking...)
Comment 5 Carlos Soriano 2015-04-17 12:54:31 UTC
Since we will rewrite GtkPlacesSidebar, let's consider this issue as well.
Comment 6 Carlos Soriano 2015-08-31 11:26:28 UTC
I think with the new sidebar design we fixed this.