Gnome Save As dialog's "Recently Used" does not include directories

Bug #353951 reported by positivek
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GTK+
Invalid
Wishlist
gtk+2.0 (Ubuntu)
Triaged
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: evince

When using the Save A Copy function in Evince (or Save As in other apps), I see that the "Recently Used" selection in the "Places" column on the left only lists filenames that have been used before in saving. It should prioritize showing the recently used *directories* instead of or in addition to the filenames.

I use a workflow similar to what is described in bug 151079. That is, I might be downloading several documents, reviewing each, and if they are useful, I will "Save a Copy" to a local directory. I think bug 151079 is right that the save-as dialog should retain the last-used directory as the initial location so I can simply press "Save" to put the copy in the right location.

However, I actually have a handful (2-3, often) directories that I would like to store these files that I downloaded and viewed. I see the "Recently Used" as acknowledgement that most-recently-used (MRU) lists are a useful tool for providing links to documents and locations. Never in using Evince, though, have I actually saved over another copy of an existing pdf. This might be useful for some, but much more useful to many (I imagine, and certainly for me) would be the case where I save to the same directories over and over again.

** The Recently Used list, therefore, should present some kind of list of MRU directories. And, corresponding to the bug 151079, the top of the list should be the initial location of that Save a Copy dialog. **

I believe this problem is not specific to Evince, but is a problem with Gnome's Save As dialogs in general.

I see that the Recently Used list seems to be shared around Gnome and that it is filtered in the dialog box by file type. Given that this filter does not filter out directories in the other views (e.g. home dir), it would not be inconsistent behavior.

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/evince
Package: evince 2.24.1-0ubuntu1
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: evince
Uname: Linux 2.6.27-11-generic x86_64

Tags: apport-bug
Revision history for this message
positivek (anonyhole) wrote :
Revision history for this message
positivek (anonyhole) wrote :

It would be nice if the Gnome Save As dialog utilized the "History" that is available in the Nautilus file browser (see attachment).

The Nautilus browser seems to have access to MRU directories (more generally, places/URIs). This History is available in the Nautilus "Side Pane". However, this Side Pane does not seem to be available in the Save As dialogs.

Revision history for this message
positivek (anonyhole) wrote :

In fact, if the MRU list of directories was somehow part of the "Save in folder" drop-down menu-list, then I would rarely need to use the full/extended Save As dialog that shows up when the "Browse for other folders" arrow is turned down (revealed/expanded). That would be even more ideal to skip looking at file lists completely.

Again, I think this is a Gnome bug, not Evince particularly.

affects: evince (Ubuntu) → gtk+2.0 (Ubuntu)
Revision history for this message
Pedro Villavicencio (pedro) wrote :

according to http://bugzilla.gnome.org/show_bug.cgi?id=478193 that's an application bug not a gtk+ one and should be filed upstream at bugzilla.gnome.org in the product of the application in question, thanks.

affects: gtk+2.0 (Ubuntu) → evince (Ubuntu)
Changed in evince (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Changed in gtk+2.0 (Ubuntu):
assignee: nobody → desktop-bugs
Revision history for this message
Pedro Villavicencio (pedro) wrote :

and it turns out that it was a gtk issue: http://bugzilla.gnome.org/show_bug.cgi?id=548467 forget previous comment.

affects: evince (Ubuntu) → gtk+2.0 (Ubuntu)
Changed in gtk+2.0 (Ubuntu):
importance: Low → Wishlist
status: Confirmed → Triaged
Changed in gtk:
status: Unknown → Confirmed
Changed in gtk:
importance: Unknown → Wishlist
Changed in gtk:
status: Confirmed → Invalid
Revision history for this message
Damien Lecan (dlecan) wrote :

This issue should track this but instead : https://bugzilla.gnome.org/show_bug.cgi?id=593793

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.