On Wed, 31 Oct 2007, David Kastrup wrote: > > I can click on links in my mail reader, and the above is not recognized > as one. <URL:http://host/git repo with spaces in the path> would likely > work. I don't think this whole discussion is relevant at all. Why? Because we don't care! This is *exactly* why I brought up the whole discussion about "interoperability with a web browser", and pointed out that there is no such thing *anyway*, since a GIT URL is generally not suitable for browsing _regardless_ of any encoding issues! So it doesn't matter one whit if a mail client recognizes GIT URL's or not! Because the mail client cannot do the right thing with them anyway, and would generally think that it's something that it should highlight so that you can browse it! Besides, you generally shouldn't use http for git URL's in the first place, and they are very much a secondary citizen. Yes, some people use them because they have firewall issues, and they *work*, but giving them as examples of GIT URL's and discussing them as it they were a big deal is just *stupid* when no other - more realistic - git url works that way anyway. This was the whole and only point of my "interoperability" thing. The GIT URL's - even when they are perfectly well-formed URL's (which is basically 100% of the time, since no current git server tends to put things like spaces in the path anyway) - are simply in a different "space" than most other URL's. You cannot feed them to a web browser or a file browser anyway, since the URL is actually mal-formed (on purpose) in *another* and more fundamental way: it doesn't say what the "application domain" is, since it basically just assumes that the application domain is git, and the "scheme" part of the URL really talks only about the _protocol_, not about the fact that it's a git thing. So if you wanted to be inter-operable, you'd have add the "git" part to the scheme, and do the (insane, in my opinion) cogito thing with "git+http://xyz.hjashja/" thing! See? Otherwise no non-git program could understand *anyway* that it's a git address, and not meant to be some html thing. So to summarise: - the only way to make git interoperate would be to be user-UNfriendly with stupid markers that no git program really needs or wants, and by making the escaping depend on the form of the GIT URL. But hey, if people want to screw up git even more, and make the "git+" crap also encode the address, I don't care. I would never *ever* use the "git+xyz://" forms anyway. They're stupid and useless, but if you want to have programs automatically do something magical about git url's, you'd need that "git+" thing. Personally, I think it's a much better idea to just be git-specific. Because realistically, nobody is ever going to really be anything else anyway. There is nothing you can sanely do with a git link, unless it's something very git specific and conscious in the first place! Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html