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. On Sep 4, 8:13 am, Rohit <[EMAIL PROTECTED]> wrote: > I have simple application based on client-server model. Where back end > does not support UTF-8 but only US-ASCII. From what i know java string > is always Unicode. If i were to support Unicode input in my front-end > (client) side, how can i achieve this ?. Is there any wctomb > equivalent in java/gwt framework which can be used for this purpose > and i can covert unicode string to some multibyte sequence and then > send it to back end.Convert multibyte to unicode again when reading > data from back end. Thus back end can forget about Unicode stuff. I am > not sure if wctomb itself can be used for this purpose or not. > > - 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 -~----------~----~----~----~------~----~------~--~---
