On Oct 6, 2006, at 2:00 PM, [EMAIL PROTECTED] wrote:
I don't think the problem is what you think it is.
(*breates a sigh of relief *) Joe, I've been looking forward to you
piping in on this discussion! :)
In my initial message, I noted that the entering the following string
into a web form:
Mü! (second letter is umlauted 'u')
Causes the web browser to encode it as follows:
M%FC%21
This encoding is UTF-8 (http://www.utf8-chartable.de/)
That may be the right code point in UTF-8, but that's a coincidence;
the actual encoding here is ISO-Latin-1. (UTF-8 uses the same code
points as ISO-Latin-1 over the range of the latter.)
Ah, that makes much more sense now.
And this is not
surprising -- that's still sort of the "default" encoding on the web,
when not specified as something else (which can be done in various
convoluted ways).
Like setting the charset parameter in the content-type of the web
form? I had tried changing it from iso-8859-1 to utf-8 and so no
change, but that makes sense now that I know the code points are the
same for the former's range. (ISO-8859-1 and ISO-Latin-1 are the
same, right?)
Try using DecodeURL by passing in the encoding parameter:
s =3D DecodeURL( myString, Encodings.UTF8 )
This would be incorrect, because it's not UTF-8. Change that to
Encodings.ISOLatin1, and it'll work fine.
And of course it does. I should note for the archive's sake that the
string should in fact be:
s = DecodeURLComponent (myString, Encodings.ISOLatin1 )
And not "DecodeURL" as quoted above.
Thanks a million, Joe!
***************************************************
Toby W. Rush - [EMAIL PROTECTED]
Instructor of Music Theory
PVA Webmaster & Technical Operations Manager
University of Northern Colorado
"Omnia voluntaria est."
***************************************************
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
