> The main issue i incur with not setting an http:// handler is that its slow
> (especially on dialup) and the code calling url_show (my applet in this
> case) can lockup for a significant amount of time.
That's probably gnome_vfs_url_show doing (expensive) mime sniffing (ie
guessing the mime type of the file by looking at its content rather that
at its extension).
> Also when calling gnome_vfs_url_show ("http://www.gnome.org";); for instance
> I've never actually gotten it to work. I always get an "Invalid Parameters"
> error. (when no handler is assigned to http:// of course) Does this work for
> you?
I tested with gnome-open which comes with libgnome 2.3.x, and it works
>
> I've always sort of questioned the point of this dialog, since there is
> somewhat of an overlap between it and the file types capplet [2].
Nobody understands the file types capplet UI, so until it's fixed, the
default app dialog is a good alternative imo.
> > But this would annoy people who want to open ftp:// locations in
> > gnome-ftp :-/
>
> I think this is a situation where you have to consider the effect of libs on
> ui. In this case especially, I think it makes total sense to use the file
> manager to manage ftp. The fact that it doesn't work as great as it could is
> a bug and it should be fixed. Ideally users should use the same interface
> for all types of file management. There really is no need for a seperate
> file manager for ftp in my opinion. It should just work.
Yeah, but for heavy ftp users, nautilus probably won't be enough (no way
to queue downloads for example), and it's nice to leave those people the
opportunity to use something else to handle ftp sites if possible. I
haven't suggested to use gnome-ftp by default for ftp: uris
> [1] Well relatively, at the most a few seconds, maybe it would be best to
> move the call to url_show into a seperate thread in my applet?
Nah, if gnome_vfs_url_show hangs the app for a few seconds, that's
something which is better fixed ni gnome_vfs_url_show than in each app
Christophe
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=