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

List:       kde-bugs-dist
Subject:    [Bug 55177] URI<->IRI conversion uses page encoding instead of UTF-8
From:       Micah Cowan <micahcowan () ubuntu ! com>
Date:       2007-05-16 15:08:34
Message-ID: 20070516150834.28053.qmail () ktown ! kde ! org
[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=55177         




------- Additional Comments From micahcowan ubuntu com  2007-05-16 17:08 -------
I absolutely understand that it should be correctly translated to m%C3%B3ller.html. However, that URI, in \
turn, absolutely must be interpreted as Müller. It is not being interpreted as such.

My (theoretical) file name /is/ named in UTF-8. However, that doesn't matter, because Konqueror is \
reinterpreting its own generated URI to be in an encoding other than UTF-8, which seems pretty broken to \
me. And, why should "file" interpret it as the page's encoding, when "http" interprets it as UTF-8? That \
is inconsistent, makes no sense, violates standards, and serves no purpose.

Konquereror is doing the mapping from IRI to URI correctly, (though I fail to see why that mapping is \
even necessary: why not store it internally as an IRI, as I believe most implementations do), but you are \
not mapping the URI back to an IRI correctly. This is why I'm puzzled that you claim that "there's no \
proper solution for this problem;" clearly, encodings should be preserved wherever possible.

And, if you are claiming that M%C3%BCller should be failing for some reason (note that Konqueror \
considers M%C3%BCller to be a link to Mà ƒÃ‚ ¼ller), then why does even M%FCller gecome Mà ¼ller? That \
situation is clearly broken: it's not an IRI, but Konqueror still translates it into unicode internally, \
and then /back/ into ISO-8859-1, completely in violation of standards and common sense.


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

Configure | About | News | Add a list | Sponsored by KoreLogic