GNOME Bugzilla – Bug 426638
support for preferred FTP and News clients (and vfs for ftp:// and news://)
Last modified: 2007-10-01 16:09:03 UTC
Attached patch adds support to configure preferred FTP client and News reader. It requires additional patch for gnome-vfs (attached).
Created attachment 85853 [details] [review] control-center-default-applications-ftp+news.patch
Created attachment 85854 [details] [review] gnome-vfs-url_handler_ftp.patch
Created attachment 85855 [details] [review] gnome-vfs-url_handler_news.patch
Created attachment 85856 [details] update-translations Small shell script, which will automatically update all translations for gnome-vfs.
Created attachment 85857 [details] defaultapps-updated.png Screenshot. Note, that I was not able to figure, how to easily add a separator after "Use default web browser" item. Patch uses FTP icon from gnome-icon-theme.
Am I alone in feeling the default-applications capplet is getting a little out of hand?
Well, I suppose it makes sense to be able to change the protocol handlers. Personally I'm less convinced about the other changes than this one (such as default media application).
I think it makes a lot of sense to add this to the capplet, although we might need to use expanders, or the capplet would get too big.
I've multiple times said no to a patch that adds a default ftp uri handler in the gnome-vfs gconf schemas. If there is a registered application specified for a uri that tends to override all application type mappings, so if you click on a pdf file on a ftp share in nautilus it tends to open gftp instead of evince. I don't remember all the details of the problems this has caused, but i recommend strongly against it.
This seems completely useless to me, as I already mentioned in the mailing-list. gnome-vfs already handles ftp: URLs, so gnome-ish apps will launch nautilus to browse that share if it's a directory, and most browser apps (where the URL will usually be coming from) will handle the URL themselves. As for nntp, so few people/applications handle it, that it would be better for them to be handling the association themselves, rather than have an ever-present UI for it. (In reply to comment #7) > Well, I suppose it makes sense to be able to change the protocol handlers. > Personally I'm less convinced about the other changes than this one (such as > default media application). I already explained the reasoning behind this addition, and it certainly makes a lot more sense than adding news and ftp URI handlers to the capplet.
And what about adding FTP to gnome-vfs gconf key and set enabled=false with an appropriate comment: Whether only the specified command should handle "ftp" URLs True if the command specified in the "command" key should handle all "ftp" URLs. False if GNOME should evaluate command to handle "ftp" from file type.
I'm always annoyed when nautilues tries to open an ftp URL. It is too damn slow for this, and the icon view I use just don't fit for most ftp-URLs. I'd appreciate a way to tell gnome-terminal or any other app that it should use the browser (that is running most of the time here anyway), not nautilus to open ftp-URLs. Whether it is by a gconf-setting (well, hidden again, but that seems the way to go) or in the dialog itself (my preference) doesn't really matter to me. Having a special dialog with menu-entry, etc. for only two things: Browser and Mail-Client (and terminal, but why would you have a preferred terminal? What applications will start a terminal for you?) seems more pointless to me than adding a few others. my 0,02€
Created attachment 88585 [details] [review] control-center-default-applications-ftp+news.patch New patch includes settings for the default GNOME FTP behavior - "File type based" and also allows to force application of users choice.
Created attachment 88586 [details] defaultapps-updated.png Screenshot of the new settings.
Created attachment 88587 [details] [review] gnome-vfs-url_handler_ftp.patch Updated FTP URL patch for gnome-vfs, which keeps the default ftp:// behavior and tells all possibilities to user.
I really hope those patches don't get in. Make it a gconf only preference if you want, but I wouldn't want to see that merged...
I think this has been sufficiently rejected...
sufficiently rejected? I don't think so. Noone gave any reasoning, just did say: I don't want it. Of course you as dictato^wmaintainers can decide whatever you want, but I absolutely don't agree. I still think that it is stupid to open ftp URLs with nautilus and that a config option would perfectly make sense. Following the other argument: Why do you have the preferred applications dialog at all when it is useless as a bunch of refrigerators at the north pole. Why not remove it entirely?
Alex stated the change won't be accepted in gnome-vfs, and that in itself is reason enough not to add the option to the control center, simply because we won't be able to make it work. I'd like a nice mime type configuration capplet much more than the preferred apps, but so long as noone gets around to writing that, preferred apps is what we're stuck with.
At least patch from comment #15 should be accepted to declare, that these keys are already handled in GNOME. Now they are used, but have no schemas.
Adding a schema definition for those keys would imply you can configure them.
Yes, you can configure them and it works as patch documents. Advanced user can understand how ftp:// handler works. /desktop/gnome/url-handlers/ftp/enabled: Whether only the specified command should handle all "ftp" URLs True if the command specified in the "command" key should handle all "ftp" URLs. False if GNOME should evaluate command to handle "ftp" from file type. /desktop/gnome/url-handlers/ftp/command: The handler for "ftp" URLs The command used to handle all "ftp" URLs, if enabled.
The URL handlers schema is part of gnome-vfs, so this isn't our call to make anyway.
URL handlers schema addition reported as bug 482284.