Re: GtkFileChooser and GVFS backend



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 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 by that we dont need the old GTkFile* stuff?

Yeah, I think so, I even wonder whether we need to keep supporting
filesystem implementation modules now that we have a canonical
filesystem abstraction in glib, this would also help develop some helper
API like:

GFile * gtk_file_chooser_get_file (GtkFileChooser *file_chooser);

> 
> This way we hopefully can get the FileChooser to be less abstract :-)
> 
> Also IMHO. there is some that should/must be fixed in GtkFileChooser:
> 
> 1. Enter ".."  in the location entry and then press <Return> should NOT
> close the dialog it should insted jump to parent dir the same way as if
> you enter "../" (same for subdirectorys in the same folder not close
> dialog just jump to that folder)

I don't think this is related to the GtkFileSystem implementation, are
you sure you aren't trying with a
GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER filechooser?


> 2. There should atleast be a way to rename files in the
> FileChooserDialog. That will probadly be simple to implement atleast in
> the GIO backend?

We need to extend the GtkFileSystemIface to do that, and, for
consistence, we should check whether the module implements this new
method (think about older modules) and not show such UI option if it
isn't implemented, though...

> 
> 3. Copy/Move/Paste feature. If not directly in the dialog atleast it
> must be possible to copy selected files/folders to the clipboard and
> paste it in a filebrowser like nautilus.

For copying, doing DnD from the filechooser to nautilus works quite
fine. Besides that, I think this is more of a design issue than a
technical one :)

Regards,
   Carlos




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]