RE: Filechooser and Bookmarks spec

2008-02-13 Thread David Moffatt
Larsson Sent: Tuesday, February 12, 2008 1:47 AM To: nf2 Cc: gtk-devel-list@gnome.org Subject: Re: Filechooser and Bookmarks spec On Mon, 2008-02-11 at 18:01 +0100, nf2 wrote: > Or perhaps GIO could be split into two *.so libraries . One for > file-management and one for the file chooser shortcu

Re: Filechooser and Bookmarks spec

2008-02-12 Thread Alexander Larsson
On Mon, 2008-02-11 at 18:01 +0100, nf2 wrote: > Or perhaps GIO could be split into two *.so libraries . One for > file-management and one for the file chooser shortcuts API, GAppInfo, ... Extra libraries make applications more bloated (at least 4kb nonsharable memory per process using the librar

Re: Filechooser and Bookmarks spec

2008-02-11 Thread Emmanuele Bassi
On Mon, 2008-02-11 at 18:01 +0100, nf2 wrote: > > there is a patch already for the standard gtk+ filesystem backend at: > > > > http://bugzilla.gnome.org/show_bug.cgi?id=147434 > > > > it will use GBookmarkFile to store the file chooser shortcuts and move > > the shortcuts across from the old i

Re: Filechooser and Bookmarks spec

2008-02-11 Thread nf2
Emmanuele Bassi wrote: > On Mon, 2008-02-11 at 17:01 +0100, nf2 wrote: > > >> I just wanted to ask about your plans regarding using a standardized >> format for file-management bookmarks. >> > > there is a patch already for the standard gtk+ filesystem backend at: > > http://bugzilla.gnom

Re: Filechooser and Bookmarks spec

2008-02-11 Thread Emmanuele Bassi
On Mon, 2008-02-11 at 17:01 +0100, nf2 wrote: > I just wanted to ask about your plans regarding using a standardized > format for file-management bookmarks. there is a patch already for the standard gtk+ filesystem backend at: http://bugzilla.gnome.org/show_bug.cgi?id=147434 it will use GBoo

Filechooser and Bookmarks spec

2008-02-11 Thread nf2
Hi GTK+ developers, I just wanted to ask about your plans regarding using a standardized format for file-management bookmarks. I think KDE is already using XBEL for this, and GLib also has an XBEL parser. Are there any other obstacles than agreeing on the location and name of such a shared bookma