[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]