-
Enhancement
-
Resolution: Duplicate
-
P4
-
None
-
solaris_9, 1.4.1
-
generic, sparc
-
solaris_8
Need to fallback all java applications to zh_TW for zh_HK.UTF-8 locales instead
of zh.
java full version "1.4.0-beta_refresh-b67c"
###@###.### 2001-07-31
The same as zh_HK.BIG5HK, we need to use zh_TW messages for all Java applications in both zh_HK.BIG5HK and zh_HK.UTF-8.
Currently we have no plan to provide another set of Hong Kong specific messages because of the following reasons:
1. zh_HK.* are traditional Chinese locales, not zh which is Simplified Chinese. We are sharing almost all of the other OS message files between zh_TW.BIG5 and zh_HK.BIG5HK, between zh_TW.UTF-8 and zh_HK.UTF-8, there are very few chances to have HKSCS specific messages.
2. A new set of Java message files/packages will occupy more CD spaces and Disk Spaces and need much more engineering and testing efforts.
3. we can provide zh_HK specific files/directories if there do have HongKong specific message files in the future.
So, would you please change the JDK to try zh_HK directory, *_zh_HK.class and font.properties.zh_HK* first and if no zh_HK is found, fallback to zh_TW, *_zh_TW.class?
of zh.
java full version "1.4.0-beta_refresh-b67c"
###@###.### 2001-07-31
The same as zh_HK.BIG5HK, we need to use zh_TW messages for all Java applications in both zh_HK.BIG5HK and zh_HK.UTF-8.
Currently we have no plan to provide another set of Hong Kong specific messages because of the following reasons:
1. zh_HK.* are traditional Chinese locales, not zh which is Simplified Chinese. We are sharing almost all of the other OS message files between zh_TW.BIG5 and zh_HK.BIG5HK, between zh_TW.UTF-8 and zh_HK.UTF-8, there are very few chances to have HKSCS specific messages.
2. A new set of Java message files/packages will occupy more CD spaces and Disk Spaces and need much more engineering and testing efforts.
3. we can provide zh_HK specific files/directories if there do have HongKong specific message files in the future.
So, would you please change the JDK to try zh_HK directory, *_zh_HK.class and font.properties.zh_HK* first and if no zh_HK is found, fallback to zh_TW, *_zh_TW.class?
- duplicates
-
JDK-5049014 ResourceBundle.getBundle(): zh_TW locale should fallback to "en" locale
-
- Closed
-
-
JDK-4303146 (rb) RFE:ResourceBundle should allow developers to define their own search strategies
-
- Resolved
-