Yes it is. I use it in reference to Java because Java's
surrogate/supplemental character support is quite limited. It is more
accurate to describe it as UCS-2 support. This isn't to say that valid
UTF-16 sequences are mangled in any way. Just that Java doesn't know what
they are, really.
In this
Hi Phillippe,
UTF-16 is (kind of) UCS-2...
What's your system code page? System.out.println uses your system code page
to display characters--it does an implicit conversion. To check your code,
try this:
char[] c = myUCSString.toCharArray();
for (int x=0; xhttp://www.inter-locale.com/IUC19.pdf
- Original Message -
From: "Philippe de Rochambeau" <[EMAIL PROTECTED]>
To: "Addison Phillips [wM]" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, September 12, 2002 10:08 PM
Subject: Re: Problems converting from UTF-8 to UCS-2 and vice-versa using
JRun 3.
Hello,
> String ucs2 = new String(byt, "UTF-8"); // turn them into a real
> UCS-2 string
Isn't UCS-2, UTF-16?
> byte[] byt = myString.getBytes("ISO8859_1"); // get the original
> UTF-8 bytes back
> String ucs2 = new String(byt, "UTF-8"); // turn them into a real
> UCS-2 string
If I do th
For some reason I don't the see the original email, so I'm going to guess based on
Marco's response below.
The code below is nearly correct, assuming that the starting point was that each UTF-8
byte was converted into a single java.lang.Character object in the String. That is, if
the String co
How about:
String myString = null;
if (newQfLibelleArray[i] instanceof String) {
myString = newQfLibelleArray[i];
} else { // every class has a toString method, the result of
// which may not be very useful...
myString = newQfLibelleArray[i].toString();
}
Best Rega
On 09/12/2002 02:00:05 AM "William Overington" wrote:
>Certainly, on a Windows 95 machine if someone has Word 97 installed, then
>Word 97 can be used to set the Esperanto text before using a Print Screen
>operation, though Word 97 is a premium package not available to people
using
>minimum syste
I (Marco Cimarosti wrote):
> [...] doesn't (newQfLibelleArray[i]) have a method to
> return a object directly?
Perhaps I have been clumsy. By "returning a object directly" I
meant, can't you so something like this:
String tempUtf16 = new String( (newQfLibelleArray[i]) );
Or perhaps:
Philippe de Rochambeau wrote:
> On the other hand, if I store the previous "go" character
> plus an unusual
> CJK ideogram whose Unicode equivalent is \u5439 (E5 90 B9 in UTF-8)
> in the DB and retrieve the data, JRun 3.1 will only display the first
> character in my form's textarea, plus a fe
One practical use of this code page which occurs to me is as follows.
Suppose that on a Windows 95 PC, (I am preparing this email on a Windows 95
PC), suppose that someone wishes to produce a graphic which includes the
words of an Esperanto poem or song, the graphic being prepared using the
Paint
Hello,
I am having problems converting from UTF-8 to UCS-2 and vice-versa
using JRun 3.1 as servlet/JSP engine, SQL Server 2000 as database,
Windows 2000 as OS, and Java 3.1 as programming language.
Some Asian characters are correctly stored in the database and
displayed onscreen while others
11 matches
Mail list logo
