-
Type:
Enhancement
-
Resolution: Unresolved
-
Priority:
P4
-
None
-
Affects Version/s: 6u11
-
Component/s: client-libs
-
x86
-
windows_xp
J2SE Version (please include all output from java -version flag):
java version "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)
Does this problem occur on J2SE 5.0.x or 6.0? Yes / No (pick one)
Yes
Operating System Configuration Information (be specific):
Client: Microsoft Windows XP [Version 5.1.2600]
Bug Description:
RFE: Add ability to use SpinnerDateModel with different TimeZones and Locales
Currently SpinnerDateModel calls Calendar.getInstance() to create its Calendars.
We need to be able to specify a different TimeZone and Locale than the defaults returned by TimeZone.getDefault() and Locale.getDefault(), to be used when getting the Calendar instance.
Note our users can use one Locale for Currencies and another for Dates so changing the Default Locale is not a viable solution for us.
java version "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)
Does this problem occur on J2SE 5.0.x or 6.0? Yes / No (pick one)
Yes
Operating System Configuration Information (be specific):
Client: Microsoft Windows XP [Version 5.1.2600]
Bug Description:
RFE: Add ability to use SpinnerDateModel with different TimeZones and Locales
Currently SpinnerDateModel calls Calendar.getInstance() to create its Calendars.
We need to be able to specify a different TimeZone and Locale than the defaults returned by TimeZone.getDefault() and Locale.getDefault(), to be used when getting the Calendar instance.
Note our users can use one Locale for Currencies and another for Dates so changing the Default Locale is not a viable solution for us.