Re: New GBookmarkFile API in GLib 2.12

[Xavier Claessens <xclaesse gmail com>]

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.