GNOME Bugzilla – Bug 141832
Automatic filechooser bookmarks
Last modified: 2012-12-11 19:02:55 UTC
The filechooser could keep a record of the directories that have been accessed the most (or more recently) and automaticaly show them in the bookmarks part of the dialog. That way the user could quickly browse to the directories he's been using lately without having to remember to manually add the bookmark. These bookmarks could probably be shown separately from the bookmarks the user chose using a separator like the one between the fixed paths and the bookmarks. This feature would be similar to gnome's "Recent Documents" and some integration between the two might make sense.
Recent Directories?
Yes, that's about it. But it makes sense to show that in the filechooser. Showing the recent files as well would be cool.
Yeah, this would be lovely. Any takers?
Also see bug #147434 and this wiki page: http://live.gnome.org/RecentFilesAndBookmarks ... we really need a desktop-wide system at the Freedesktop.org level.
I'm in the process of writing a gnome platform library for recent files, taking from EggRecent and implementing the ideas expressed on the wiki page. Since bookmarks and recent files are quite orthogonal as concepts (bookmarks are long lived, short access rate objects, while recent files are short lived, high access rate objects), even if they are solved in the same solution space (the recent files spec, plus the views expressed on the wiki page) we need two objects (and, possibly, a two-sided spec). An idea would be implementing a single object, GBookmark, and using it in two different ways.
Created attachment 45816 [details] GBookmark API This is a proposal for a GBookmark API, to be used for both recent files and desktop/application bookmarks.
I have made up a little more sofisticated API for a bookmark, but since it uses libgnomevfs, I think that it should be moved to a platform library, and only if - or when - the fd.org people agree on a spec, it should be implemented directely in Glib (like the desktop file spec). I've called it GnomeBookmarkItem. It is just like a EggRecentItem; the main difference from the recent items is that we can have multiple applications registering a bookmark (per-application bookmarks), and that we can have groups of applications accessing the same bookmarks. A recent file is just a bookmark that will be expired after a definite amount of time from the last access. Plus, I've added the API in order to launch the file using the default mime type or an application that has registered the bookmark. I plan to make a GnomeBookmarkModel (similar to EggRecentModel), with pre-cooked filter functions on applications, groups, mime types and a way to define a custom filter function; the filters will be applied to both the method that retrieves the list of bookmarks and to the method that clears the list. It'll handle the monitoring of the bookmarks file, and the change notification. I've also put up a draft for a spec, at: http://devel.emmanuelebassi.net/papers/bookmark-spec.html And that should cover the file format.
Created attachment 45867 [details] GnomeBookmarkItem API A proposed API for Gnome Platform Bookmarks.
the new API for the desktop bookmarks is in the recentchooser module, eggdesktopbookmarks.[ch] files; EggDesktopBookmark (or GBookmarkFile) is the parser module (much like GKeyFile is the parser object for desktop files, even in the API structure), and depends on libxml2 and GLib. apart from the recently used storage, this could also be used to handle the bookmarks inside GtkFileSystem. the proposed API for the recently used resources is in the libegg/recentchooser module.
*** Bug 319548 has been marked as a duplicate of this bug. ***
We already show recent folders in Save mode, and a list of recent files in Open mode. Closing the bug.