Re: GtkFileChooser API changes

[Owen Taylor <otaylor redhat com>]

On Fri, 2003-10-17 at 02:35, Federico Mena Quintero wrote:
> On Tue, 2003-10-14 at 07:40, Owen Taylor wrote:
> 
> > GtkFilePath is not public; neither are the functions to convert between
> > GtkFilePath and filenames/URIs. While it's expands the number of entry
> > points quite a bit, I think it's more consistent with the rest of the
> > API, more convenient, and clearer to have:
> >  gtk_file_chooser_add/remove/list_shortcut_folders()
> >  gtk_file_chooser_add/remove/list_shortcut_folders_uri[s]()
> 
> OK, I just made these changes.  I have
> 
> gtk_file_chooser_add_shortcut_folder()
> gtk_file_chooser_remove_shortcut_folder()
> gtk_file_chooser_list_shortcut_folders()
> 
> gtk_file_chooser_add_shortcut_folder_uri()
> gtk_file_chooser_remove_shortcut_folder_uri()
> gtk_file_chooser_list_shortcut_folder_uris()
> 
> I'm thinking that I really don't like the file/uri duplication in the
> API.  Would it be reasonable to have an API that only deals with URIs? 
> Applications that only deal with local files can a) easily trim the
> "file://" prefix, and b) start considering the use of gnome-vfs :)

A) file:// URIs are *not* just tacking file://

B) Why should someone who just is using files have to worry about
   calling g_filename_from/to_uri() and the memory management.

C) GTK+ works on platforms where gnome-vfs has no chance of running

Regards,
						Owen