> If you are trying to ask if Java has a built-in data
> type for this, then the answer is no. But it's four
> bytes? How complicated can it be? byte[4] is
> one possibility.
Another option is to use an int to store the four bytes.
@OP. Why do you want to do this?
/Kaj
Google java unicode support
http://www.chinesecomputing.com/news/?p=6
Java 5.0 Improves Font/Unicode Support
One of the difficulties in using Chinese with Java has been the old font properties
method Java uses to map the physical fonts on the system to the logical fonts it uses.
To display Chinese, either you had to edit the font.properties file on the host system
(not something you want to ask a user to do) or have the program find a physical font
that supports Chinese on the system and then use that. With Java 5.0, Java will now
automatically find and use fonts that support the display of whatever writing system
you抮e using, as long as that font is installed on your computer. As of 5.0, Java
character handling is now based on version 4.0 of the Unicode standard. Unicode
v4.0 includes 揅JK Unified Ideographs Extension B?and other additions of CJK
characters not found in Unicode v3.0.
?{?
> We are going to modify our application for China. We
> are going to get all the chinese text in Quadbyte
> characters instead of double byte.
So is that UTF-32 or what? Your problem isn't going to be dealing with four bytes at a time, that's trivial, it's going to be converting them to Unicode.
Java 1.5 (5.0) has added support for supplementary characters in Unicode. You will find that the Character, String, and BreakIterators have been updated to handle "quadbytes" as you call them...I assume you mean supplementary characters or surrogate pairs.
These characters are represented as surrogate pairs in the Java environment.
Regards,
John O'Conner