Hi,
Author: jeremias
Date: Thu May 20 09:52:27 2010
New Revision: 946585
URL: http://svn.apache.org/viewvc?rev=946585view=rev
Log:
Changed many variables and parameters from int to char because AFP font
support mostly uses Unicode code points unlike Type 1 and TrueType support
which
I concur with this change, and have already made some changes in this
direction in my work on adding complex script support.
Please note that it is not quite so simple as merely changing from char to
int in some locations. It is also necessary to convert from UTF-16 to
UTF-32, i.e., to the full
I'm puzzled by this discussion. AFAIK, Java has rejected moving to 32 bits in
Java 5. Instead, they are supporting supplementary characters. There's a
discussion here:
http://java.sun.com/developer/technicalArticles/Intl/Supplementary/
Peter West
Lord, to whom shall we go?
On 21/05/2010,
it's a simple problem, which can be stated as follows:
- the char data type in Java does not denote a character, rather, it
denotes a UTF-16 encoding element
- some Unicode characters, i.e., those in the BMP, are represented by one
char element (char[1]), while other Unicode
Sorry, I wasn't paying enough attention.
Yes, when dealing with individual character interfaces, you need to provide
codepoint as well as char. The relationship between codepoints and strings is
not straightforward, however.
Peter West
Lord, to whom shall we go?
On 22/05/2010, at 12:14 AM,