[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 53751] Whitespaces in URL's are not expanded to %20
From:       Thiago Macieira <thiagom () mail ! com>
Date:       2003-09-30 21:37:24
[Download RAW message or body]

------- 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.
[prev in list] [next in list] [prev in thread] [next in thread]