From kde-bugs-dist Tue Sep 30 21:37:24 2003 From: Thiago Macieira Date: Tue, 30 Sep 2003 21:37:24 +0000 To: kde-bugs-dist Subject: [Bug 53751] Whitespaces in URL's are not expanded to %20 X-MARC-Message: https://marc.info/?l=kde-bugs-dist&m=106495784927596 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. http://bugs.kde.org/show_bug.cgi?id=53751 ------- Additional Comments From thiagom@mail.com 2003-09-30 23:37 ------- The following URL contains an IDN: http://www.multimédia.fr/ whose encoded form (for DNS lookups) would be: http://www.xn--multimdia-g4a.fr/ which you'll agree with me is ugly. The RFCs governing IDNA (International Domain Names for Applications) even explicitly state that the ACE (ASCII Compatible Encoding) form must not be shown to the user except explicitly stated (or in debug situations or those that don't support IDNA). The folowing URL, however, contains an IRI: http://www.domain.com/résumé.pdf which is NOT the same as the following URL: http://www.domain.com/r%E9sum%E9.pdf but is the equivalent of the following: http://www.domain.com/r%C2%A9sum%C2%A9.pdf (that is, UTF-8 encoded) In other words, the fully encoded name is ugly and we should try and not show it to the user whenever possible. Therefore, the "pretty" form should be preferred. However, I agree with you that the whitespace character should be maybe encoded for to-clipboard actions. I don't agree that the Location bar in Konqueror should show %20. I don't know how clipboard in X works, but if a MIME type is passed along (and I think it is), a specific type for URLs should be used, so that they get properly encoded/decoded wherever possible, as well as still having them be text for those applications that understand nothing of URLs.