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 544112 - Sidebar shows rarely and hides ferquenlty accessed places
Sidebar shows rarely and hides ferquenlty accessed places
Status: RESOLVED DUPLICATE of bug 508404
Product: nautilus
Classification: Core
Component: Sidebar
2.22.x
Other All
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-07-22 06:51 UTC by Andrey
Modified: 2010-05-28 16:32 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
File Open dialog 1 (71.89 KB, image/png)
2008-07-22 06:52 UTC, Andrey
Details
File Open dialog 2 (70.75 KB, image/png)
2008-07-22 06:53 UTC, Andrey
Details
Collage of wished sidebar (68.87 KB, image/png)
2008-07-22 07:00 UTC, Andrey
Details
Nice side panel (64.17 KB, image/png)
2008-07-22 08:43 UTC, Andrey
Details

Description Andrey 2008-07-22 06:51:35 UTC
In previouse Gnome desktop user select itself items to put to sidebar "places" to quick access to them. Now Gnome makes it instead of user and causes inusability:
many volumes that shows in sidebar are comparely rare accessed, but takes place and presses down list of bookmarks (exactly bookmarks shows where user want to go quickly). But it is not possible to remove needless volume items from silebar bookmarks are squeezed at the bottom of sidebar.

In case of File Open/Save dialogs such allocation causes exasperate need to scroll down sedebar to access target bookmarks.

My suggestion is make ability to customize which volumes display or nodisplay on sidebar to user can allocate good place to his bookmarks.

Other information:
Two attachments shows described problem.
Comment 1 Andrey 2008-07-22 06:52:26 UTC
Created attachment 114987 [details]
File Open dialog 1
Comment 2 Andrey 2008-07-22 06:53:37 UTC
Created attachment 114988 [details]
File Open dialog 2
Comment 3 Andrey 2008-07-22 07:00:13 UTC
Created attachment 114989 [details]
Collage of wished sidebar
Comment 4 Andrey 2008-07-22 08:43:31 UTC
Created attachment 114990 [details]
Nice side panel
Comment 5 Allan Day 2010-05-28 12:57:30 UTC
Hi Andrey! Thanks for the bug report. I agree that the places sidebar should concentrate on frequently used items. Do you mean the places sidebar or the open/save dialog (they're different).

Can you provide a precise list of which items you think the sidebar should contain? Text is fine.

Marking as needs info.
Comment 6 Andrey 2010-05-28 15:41:55 UTC
Hi!
Where are conditions below in which I face the problem:
* where are 6-8 partitions on my 2 hard drives simultaneously. So, there is magnific column of partitions inside "places" side panel in nautilus/file-chooser.
* I always have several bookmarks to some needful places in my system (not presetted "Music", "Videos", "Downloads", "Pictures").
So, this bookmarks - my fast used places - are shifted down, I often, especially in file chooser, constrain to use scrollbar (this is well-known usability evil).

You can see, my situation is some specific, it is not correct to say most users it have...

Best choice, I agree with comments above, is customizable sidebar:
1) fully custom order of items.
2) custom order of item categories ("first place bookmarks, second partitions, third recent docs");

Also, it will be great to have ability to not display all bookmarks available from main menu in sidebar...
Comment 7 Allan Day 2010-05-28 16:32:12 UTC
Thanks for the extra info - that's useful. We're currently planning to redesign the places sidebar into a series of expandable sections. Something like:

+ Devices
+ Default locations (home, desktop, music, etc)
+ Bookmarks
+ Network locations

I think that should solve most of your needs. I'm setting this as a duplicate of our sidebar plans. Let me know if you think I've got it wrong though.

*** This bug has been marked as a duplicate of bug 508404 ***