<i18n dev> [8]Request for review: 7091601: Arabic Locale: can not set type of digit in application level
Masayoshi Okutsu
masayoshi.okutsu at oracle.com
Thu Mar 28 08:03:37 PDT 2013
Additional comments (to the CFStringRef to jchar[] conversion).
- There might be exceptional cases on zero digit handling in CLDR. One
is that digits aren't sequential in "hanidec" which can't be supported
with the current java.text classes. Another one is that digits are in a
reversed order in "nkoo". I don't know if these are applicable to Mac
OS, but it should be worth checking.
- I noticed that the native getCalendarID returns a jstring, but that
the Java code appears to except an int.
- createCFLocale() seems to convert a jstring to char* and to
CFStringRef. I wonder if this can be simplified.
Thanks,
Masayoshi
On 3/23/2013 5:23 AM, Naoto Sato wrote:
> Hello,
>
> Please review the changes for the following bug:
>
> http://bugs.sun.com/view_bug.do?bug_id=7091601
>
> The idea is to reflect the operating system's settings in the HOST
> locale provider adapter. Also fixed a bug in MacOSX code conversion
> for the zero digit. The webrev is available here:
>
> http://cr.openjdk.java.net/~naoto/7091601/webrev.00/
>
> Naoto
More information about the i18n-dev
mailing list