Re: Progress on GtkFileChooser
- From: Pavel Machek <pavel ucw cz>
- To: Owen Taylor <otaylor redhat com>
- Cc: Pavel Machek <pavel ucw cz>, gtk-devel-list gnome org
- Subject: Re: Progress on GtkFileChooser
- Date: Mon, 31 Mar 2003 21:10:50 +0200
Hi!
> > > Probably the right way to do this is to have a special root - say
> > > 'network-servers:' that has as children the toplevel URI for every
> > > referenced network folder:
> > >
> > > network-servers:
> > > http://www.gnome.org/
> > > ftp://ftp.gnome.og
> > >
> > > Or whatever.
> >
> > (Disclaimer: I have not seen gnomevfs
> > for very long time).
> >
> > You might want to use mc's convention,
> > where you have /#ftp:ftp.gnome.org/.
> > You can't really bring http into picture
> > as http does not have a notion of directory
> > listing.
>
> The current API's for GtkFileSystem don't interpret paths in
> URI's in any way. Rather, an they are just opaque strings
> with the file system having virtualized functions:
>
> - Find a parent path (if it isn't one of the enumerated
> roots)
> - Combine a parent path with a child name to form a child
> path.
>
> I'm strongly thinking of making the "path strings" not
> correspond to URIs at all, and simply have functions to
> convert
>
> path string => URI
> path string => filename
>
> At that point, a VFS backend could use MC syntax if it wanted
> to, and then convert ftp URI's to standard URI syntax
> on return.
Yep, that would work.
Pavel
--
Horseback riding is like software...
...vgf orggre jura vgf serr.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]