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 573741 - List open nautilus folders in shortcuts
List open nautilus folders in shortcuts
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.14.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2009-03-02 12:13 UTC by Josselin Mouette
Modified: 2018-02-10 04:35 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Josselin Mouette 2009-03-02 12:13:38 UTC
I have received a feature request which looks difficult to implement (it would require the long-awaited nautilus D-Bus interface) but really cool nevertheless.

[ Original report from Marc Fargas: http://bugs.debian.org/517825 ]

One awesome feature on the Gtk File Chooser dialogs would be if it
could list, on the favorites list on the left, The folders currently
open in Nautilus (or any other file browser).

Say, i.e., That I have Nautilus opened in a folder
($HOME/some/very/deep/structure/ ) and right-click in Epiphany "Save
image.." It'd be awesome to see "$HOME/some/very/deep/structure/" on
the favorties!
Comment 1 Federico Mena Quintero 2009-03-02 19:04:06 UTC
Hmmm, doesn't Nautilus already store visited folders in ~/.recently-used.xbel?  If so, the "recent files" section of the file chooser could be modified to display folders as well.
Comment 2 Marc Fargas 2009-07-09 07:56:27 UTC
I have no such .recently-used.xbel but, anyway, wouldn't it include entries for:

$HOME/
$HOME/some/
$HOME/some/very/
$HOME/some/very/deep/
$HOME/some/very/deep/structure/

? It'd be much more awesome to only see the last one on the GtkFileChooser, and when you close that Nautilus Window it should disappear somehow ;)

Regards,
Marc
Comment 3 André Klapper 2012-02-20 21:22:47 UTC
As Nautilus will receive less and less visibility in GNOME 3 I propose a WONTFIX.
Comment 4 Federico Mena Quintero 2012-02-21 20:49:09 UTC
No, this is still valid.  The file chooser needs to present you helpful places; if you have opened such places in Nautilus, it makes sense to show them in the file chooser.

Bug #653253 is about making Nautilus save visited folders to the recently-used list.  Cosimo doesn't seem too convinced, and I see his point.  I don't know if he'd be happy exporting a gimme_list_of_open_folders() method from Nautilus's DBus API.

CCing Cosimo - what do you think about this?
Comment 5 Cosimo Cecchi 2012-02-29 16:33:38 UTC
(In reply to comment #4)

> Bug #653253 is about making Nautilus save visited folders to the recently-used
> list.  Cosimo doesn't seem too convinced, and I see his point.  I don't know if
> he'd be happy exporting a gimme_list_of_open_folders() method from Nautilus's
> DBus API.
> 
> CCing Cosimo - what do you think about this?

I'm not opposed to export such a method on Nautilus' DBus interface; it's a fundamentally different approach than saving them into GtkRecentManager, since you're not saving anything, just having a snapshot of current state available, which is self-explanatory to the users of the API.

On the other hand, where did you think to show these folders in the file chooser? The sidebar seems an obvious candidate, but with the current state of things, it would probably just add even more noise rather than helping; in other words, I think it'd be better to first redesign the sidebar (e.g. make it consistent with the Nautilus one) and then implement this.
Comment 6 Federico Mena Quintero 2012-02-29 22:54:20 UTC
(In reply to comment #5)
> 
> I'm not opposed to export such a method on Nautilus' DBus interface; it's a
> fundamentally different approach than saving them into GtkRecentManager, since
> you're not saving anything, just having a snapshot of current state available,
> which is self-explanatory to the users of the API.

Great!

> On the other hand, where did you think to show these folders in the file
> chooser? The sidebar seems an obvious candidate, but with the current state of
> things, it would probably just add even more noise rather than helping; in
> other words, I think it'd be better to first redesign the sidebar (e.g. make it
> consistent with the Nautilus one) and then implement this.

What, is this a subtle way of telling me to move my lazy ass with respect to the places-sidebar branch? :)

Yes, I need to finish that.  It still has nautilus-isms in it... would you have a little time to help? :)
Comment 7 Matthias Clasen 2018-02-10 04:35:26 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.