Changes between Version 6 and Version 7 of CharsetSupport
- Timestamp:
- 04/05/10 19:57:41 (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TabularUnified CharsetSupport
v6 v7 14 14 ABCL inherits its character storage from Java: 16-bit values for characters in the Basic Multilingual Plane (BMP), 32-bit values for Supplemental characters. See the article on [http://java.sun.com/developer/technicalArticles/Intl/Supplementary/ Supplementary characters in the Java platform] for an in-depth coverage of the subject, including considerations for supporting programs. 15 15 16 ''ISSUE'': currently, ABCL assumes every 16-bit value to be a full character, thereby effectively ignoring supplemental characters 16 ''ISSUE'': currently, ABCL assumes every 16-bit value to be a full character, thereby effectively ignoring supplemental characters (this relates to ticket #65) 17 17 18 ''ISSUE'': The values of the BMP range from 0x0 to 0xFFFF, excluding 0xD800 to 0xDFFF; there's no check on the validity of of character values when creating them 18 ''ISSUE'': The values of the BMP range from 0x0 to 0xFFFF, excluding 0xD800 to 0xDFFF; there's no check on the validity of of character values when creating them (this is now ticket #92) 19 19 20 20 Even though ABCL can represent all Unicode characters, supporting it (as in providing its operations such as case conversion and case insensitive string matching) is a different matter.