GNOME Bugzilla – Bug 155928
Last modified: 2005-07-05 21:15:20 UTC
Differents bugs are already open about this. I'm trying to summarize the
differents ideas here so we can mark the others as duplicates of this one and
keep one bug for the discussion.
In the current situation we have:
- the browser mode's bookmarks
- the spatial mode's places
- the gtk+'s bookmarks
It would be nice to merge the differents systems, at least the nautilus
browser/spatial bookmarks and places. Not sure if having exactly the same places
all over the desktop (in the fileselectors and the filemanager for example) is a
good idea, but nautilus should probably include at least the gtk+ bookmark
somewhere in its system.
Some suggestions from the other bug reports:
- make a difference between the bookmarks for differents protocoles (#142449)
- use the computer:/// elements for the bookmarks (#142073)
- create a places:/// location (#142073), but that's probably a candidate for an
another bug reporting depending of the resolution of this one.
*** Bug 139965 has been marked as a duplicate of this bug. ***
*** Bug 142073 has been marked as a duplicate of this bug. ***
*** Bug 142448 has been marked as a duplicate of this bug. ***
*** Bug 150219 has been marked as a duplicate of this bug. ***
*** Bug 138329 has been marked as a duplicate of this bug. ***
*** Bug 125735 has been marked as a duplicate of this bug. ***
*** Bug 142449 has been marked as a duplicate of this bug. ***
*** Bug 157527 has been marked as a duplicate of this bug. ***
For applications, which need bookmarks in the filechooser: it would be best that
each application had its own bookmarks, depending on what kind of files it
handles (instead of a few, global and generally irrelevant).
Applications already use the recent files API to register files they opened.
It is possible to use these files' parent directories as bookmarks, weighting
them by number of children opened and when their children were opened last. This
can be done on top of the recent files API, so there is nothing to change in
*** Bug 166684 has been marked as a duplicate of this bug. ***
The Places menu in the panel is not the same as Places in Nautilus. Beyond that,
maybe there is no need for two Places menus at all. If they remain different, it
will only be confusing, if they are made the same, it will be redundant. Spatial
mode paradigm also conflicts with idea of having Places in menus of spatial
window, IMHO. I suggest doing the following:
1) add to Places on panel whatever is still missing from it
2) remove menu Places from spatial Nautilus
3) remove from Nautilus menus things that belong to Places but appear elsewhere,
like "connect to server" in the File menu.
4) replace bookmarks system in browser mode with Places menu
*** Bug 171311 has been marked as a duplicate of this bug. ***
Created attachment 48090 [details] [review]
Adds GTK2 bookmarks to Nautilus Browser
This patch replaces the nautilus bookmarks in the browser with the GTK2 ones
(IE the same ones as found in the file chooser). This patch also adds file
monitoring so that adding bookmarks in the file chooser also updates nautilus
automatically (subject to file monitoring working!).
This patch, as implemented/applied in Ubuntu, shows 'broken' bookmarks- i.e., in
my .gtk-bookmarks file, I have directories which no longer exist; the panel and
the filechooser correctly ignore these, while nautilus now (sometimes... not
always, very odd) shows those directories with a question-mark icon.
The behaviour described is not due to the patch, nautilus 2.11.4 upstream use
the GTK bookmarks for the browser and spatial mode. I'm closing this bug since
it's fixed, feel free to open a new one about the small issue you describe.