On mer, 2006-07-12 at 22:26 +0100, Emmanuele Bassi wrote: > Hi Xavier; > > On Wed, 2006-07-12 at 20:20 +0200, Xavier Claessens wrote: > > On mer, 2006-07-12 at 16:38 +0100, Emmanuele Bassi wrote: > > > On Wed, 2006-07-12 at 17:17 +0200, Xavier Claessens wrote: > > > After reading the spec and the GLib's implementation I have more > > questions: > > > > - GBookmarkFile doesn't seems to have change notification. I guess > > nautilus has to use gnome_vfs_monitor_add() and reload the file when > > modified. Gtk will do the same kind of thing... > > The GtkFileSystemUnix implementation that comes with GTK+ will not > monitor the shortcuts storage, while the gnome-vfs implementation that > comes with libgnomeui should monitor the shortcuts storage. > > The separation is needed until we can move gnome-vfs (or its successor) > below GTK+.
Ok. > > What about having a > > GtkBookmarkFile API specialised for shortcuts used by GtkFileChooser and > > nautilus-places-sidebar (and more Gtk applications) ? > > I don't think it's a good idea, exactly because we will already need two > different implementations. > > > - When adding a new bookmark we have to specify for which application it > > is. Nautilus can say "nautilus" but what will GtkFilechooser say ? > > The default is the application's name, as specified by > g_set_application_name(). > > > I > > think it's an useless information in the case of shortcuts like in > > GtkFileChooser. > > On the contrary: we can have application-specific bookmarks. > > I usually want Gimp to have shortcuts to my Pictures, Photos and > Backgrounds folders, while I'd like SoundJuicer and Muine to have just > the Music shortcut. Nautilus, on the other hand, should show them all. ok didn't know we'll have different shortcuts in filechooser for each application, that's a good idea. Thanks for answers, Xavier Claessens. -- nautilus-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/nautilus-list
