GNOME Bugzilla – Bug 155928
bookmarks/places unification
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 applications.
*** 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.