On Sep 4, 11:49 am, Folke <[EMAIL PROTECTED]> wrote:
> UTF-8 is already a multibyte representation of Unicode characters.
> JavaScript operates on UTF-16 characters (wide characters) but for
> HTTP requests the data is usually encoded with UTF-8.
>
> BTW, pure US-ASCII data is not changed when encoded with UTF-8, only
> characters with an ordinal value greater than 127 is converted to two,
> three or four bytes.
I know this. But there are two layers here and one does not understand
anything other than US-ASCII and one understands UTF-8 and US-ASCII.
What i am asking is if there is any way i can put some sort of
translators between these two layers, make them both handle UTF-8 data
correctly. Even the layer which supports only US-ASCII will be able to
handle UTF-8 data as it will receive output of wctomb or some such
function (which i am assuming will not have '\0'),CMIIAW. So UTF-8
data gets converted to some multi byte sequence without '\0' and then
i can do reverse translation while reading it back. And if this can be
done which java function from string class is appropriate for this
task ?
-Rohit
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~----------~----~----~----~------~----~------~--~---
