On Thu, 2007-12-20 at 18:59 +0100, Mikael Hermansson wrote:
> > we need a plan for how to handle the gvfs filechooser backend for
> 2.22.
> > I think it will be best to put it in libgnomeui, next to (or
> > replacing) the gnome-vfs backend thats already there.
> >
>
> Seems we never get rid of t
> we need a plan for how to handle the gvfs filechooser backend for
2.22.
> I think it will be best to put it in libgnomeui, next to (or
> replacing) the gnome-vfs backend thats already there.
>
Seems we never get rid of this deprecated library. But its probadly the
best way at this time.
> Aft
On Wed, 2007-12-19 at 13:25 -0500, Matthias Clasen wrote:
> On Dec 19, 2007 4:00 AM, Alexander Larsson <[EMAIL PROTECTED]> wrote:
>
> >
> > Yes, both of these are part of the long-term plan. However, we need to
> > have the GtkFileSystem module for the next gnome module, as that will
> > have the
On Dec 19, 2007 4:00 AM, Alexander Larsson <[EMAIL PROTECTED]> wrote:
>
> Yes, both of these are part of the long-term plan. However, we need to
> have the GtkFileSystem module for the next gnome module, as that will
> have the new glib, but not a new Gtk+.
Talking about that...
we need a plan fo
On Tue, 2007-12-18 at 03:31 +0100, Carlos Garnacho wrote:
> > Now when we have a good VFS/GIO in glib why not just deprecate
> > GtkFileSystem API and some of the GtkFileChooser API and only have one
> > "backend" namely GIO. If I am correct GIO already working backends for
> > native Windows/Unix
Hi!,
On lun, 2007-12-17 at 23:17 +0100, Mikael Hermansson wrote:
> Hello!
>
> Is there any progress on the GtkFileChooserBackend for GIO?
Sure, there's a working implementation available at
git://git.imendio.com/carlos/gtk-file-system-gvfs.git
>
> Now when we have a good VFS/GIO in glib why n
Hello!
Is there any progress on the GtkFileChooserBackend for GIO?
Now when we have a good VFS/GIO in glib why not just deprecate
GtkFileSystem API and some of the GtkFileChooser API and only have one
"backend" namely GIO. If I am correct GIO already working backends for
native Windows/Unix and