-
Bug
-
Resolution: Fixed
-
P4
-
5.0
-
b81
-
x86
-
windows_2000
FULL PRODUCT VERSION :
1.5.0-b64
A DESCRIPTION OF THE PROBLEM :
Currently sun.text.resources.LocaleElements_uk contains following patterns for date representation:
"EEEE, d, MMMM yyyy", "EEEE, d, MMMM yyyy", "d/M/yyyy", "d/M/yy"
They are unnatural for Ukraine. The more convenient representation is:
"EEEE, d MMMM yyyy \u0440.", "d MMMM yyyy \u0440.", "dd.MM.yyyy", "dd.MM.yy"
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Locale locale = new Locale("uk");
Date thisDate = new Date();
System.out.println(DateFormat.getDateInstance(DateFormat.FULL, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.LONG, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.MEDIUM, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.SHORT, locale).format(thisDate));
REPRODUCIBILITY :
This bug can be reproduced always.
###@###.### 2005-03-24 21:17:27 GMT
1.5.0-b64
A DESCRIPTION OF THE PROBLEM :
Currently sun.text.resources.LocaleElements_uk contains following patterns for date representation:
"EEEE, d, MMMM yyyy", "EEEE, d, MMMM yyyy", "d/M/yyyy", "d/M/yy"
They are unnatural for Ukraine. The more convenient representation is:
"EEEE, d MMMM yyyy \u0440.", "d MMMM yyyy \u0440.", "dd.MM.yyyy", "dd.MM.yy"
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Locale locale = new Locale("uk");
Date thisDate = new Date();
System.out.println(DateFormat.getDateInstance(DateFormat.FULL, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.LONG, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.MEDIUM, locale).format(thisDate));
System.out.println(DateFormat.getDateInstance(DateFormat.SHORT, locale).format(thisDate));
REPRODUCIBILITY :
This bug can be reproduced always.
###@###.### 2005-03-24 21:17:27 GMT