JDK-4442855 : wrong date format for zh_TW
  • Type: Bug
  • Component: globalization
  • Sub-Component: translation
  • Affected Version: 1.4.0
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2001-04-12
  • Updated: 2002-07-24
  • Resolved: 2002-07-24
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.4.1 rcFixed
Related Reports
Relates :  
JDK-4712509 - (cal) RFE: Need another calendar for traditional chinese
Relates :  
JDK-4712507 - [Fmt-Da] RFE: The year and date's numbers need in Han digits
Description
In the simple date format has the following bugs:
1) the Month is given in chinese characters, but the year and date are in western characters.
2) chinese characters 'ming-guo' is supposed to placed in front of the year, but it's placed after the date.
3) character 'ming-guo' should only be used if the calendar year is based on the birth of Republic of China.
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: hopper-rc FIXED IN: hopper-rc INTEGRATED IN: hopper-rc
14-06-2004
EVALUATION If 1) means to support year numbers in the Han digits, it should be filed as a separate RFE to "classes_text". The other ones seem to be l10n problems. masayoshi.okutsu@Eng 2001-04-13 karl.hong@eng 2001-07-12 For 2), default format pattern does not include era, if tester see the era, the pattern must be contructed by test case, not come from jdk. If the tester does not agree, please attach the test case with bug. For 3), we will update era name in merlin-refesh. Too risky to fix in merlin. commit to fix in hopper. ###@###.### 2002-01-02 Attach simple testcase for it. And We can get: for 2), user can adjust the pattern order to avoid it, like testcase's third ones. and the only problem is 1) and 3) for 1) year and date need in chinese character, it's SimpleDateFormat's problem which should provide other pattern for it( like 'Y' or others). for 3) the year should base on the birth of Republic of China not Jesus if the year tag "ming guo", this is also SimpleDateFormat's problem which should recalculate the year number. ###@###.### 2002-07-09 ******** l10n evaluation template - begin *********** Evaluation : As GegorianCalendar only support 2 eras, BC and AD, so change the translation of 'AD' and 'BC' in TW. And support for TW's lunar, file another RFE 4712509 to "classes_util_i18n" for trace it. And for date and month remain in english, file another RFE 4712507 for trace it. update LocaleElements_zh_TW.java sccsdiff info (e.g. sccs diffs -r1.30 1.31 Activator_fr.java): % sccsdiff -r1.23 -r1.22 SCCS/s.LocaleElements_zh_TW.java ------- LocaleElements_zh_TW.java ------- 386,387c386,387 < "\u516c\u5143\u524d", < "\u516c\u5143" --- > "\u6c11\u570b\u524d", > "\u6c11\u570b" List file(s) to be delivered : src/share/classes/sun/text/resources/LocaleElements_zh_TW.java Target Build : Hopper Additional Info : ******** l10n evaluation template - end*********** ###@###.### 2002-07-10
10-07-2002