> For instance, in most cases you would want to load an http:// url using a > web browser, however since http:// is also used to load webdav typing in a > webdav address and using gnome_vfs_url_show loads the webdav address in the > web browser as oppose to the file manager (nautilus) as most users would > suspect. Currently, there's no easy way to set a handler for http:// apart from using the really scary file types and protocols capplet or whatever it is called, and setting a handler for http:// would indeed be a bad thing as you described in your mail. The "default applications" capplet doesn't set a http: url handler on purpose. At the moment it is setting a unknown: url handler, which makes the default browser setting pretty useless, it should set the default handler to open html files. Actually, the url handler stuff should only be used in very specific cases (mailto being one of those), it may make sense to only use these url handler settings as a last chance solution in gnome_vfs_url_show instead of them being the first thing gnome_vfs_url_show tries to use. But this would annoy people who want to open ftp:// locations in gnome-ftp :-/ > > Another issue is specifying paths to files. Right now i have file:// > associated with nautilus so if you specify a path to a folder it will pop > open the nautilus window there. This works great until you specify a local > path to a file (perhaps an html or abiword doc etc.) which nautilus does not > have a view for. In that case, I feel that's a weird idea to do that :) Your idea about associating the directory mime type with nautilus is much more sane imo. This mail doesn't seem really helpful, but it may clarify some things a bit Christophe
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=