You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Jacques Le Roux <ja...@les7arts.com> on 2009/08/18 11:47:39 UTC
Re: Discussion: Improved Internationalization
+1, Have this been implemented finally ?
Jacques
From: "David E. Jones" <de...@me.com>
>
> While I don't have any experience with ICU, I think this all sounds
> pretty good...
>
> -David
>
>
> On Thu, 2009-07-09 at 08:03 -0700, adrian.crum@yahoo.com wrote:
>> I would like to work on improving OFBiz's support for internationalization.
>>
>> When I first started work on the internationalization of OFBiz date/time methods, I relied on the java.util.* classes and Sun's
>> advice.
>>
>> I'm starting to change how I feel about that. I think we should use the ICU (http://site.icu-project.org/) library instead.
>> Here's why:
>>
>> 1. Sun's JavaDocs made it sound like different calendaring systems would be available in the JRE, but as far as I know (and I may
>> be wrong) the JRE only supports a Gregorian calendar. ICU supports many international calendars.
>>
>> 2. Time zone parameters change yearly. In order to have accurate time zone information, OFBiz installations have to keep updating
>> their JRE. With ICU, they could use an older JRE and they would only have to update OFBiz or just the ICU library.
>>
>> 3. The ICU library has far better support (so they say) of internationalization that the Sun classes.
>>
>> If we make the change, the java.util.* classes will have to be replaced with the ICU classes. The class APIs are the same, so
>> that shouldn't cause any problems. I converted my local copy to use the ICU classes, did a full clean and build and didn't
>> experience any problems - the classes are compatible functionally.
>>
>> After the change is made, users will be able to set a calendar preference in addition to locale and time zone.
>>
>> What do you think?
>>
>> -Adrian
>>
>>
>>
>>
>>
>>
>
Re: Discussion: Improved Internationalization
Posted by Adrian Crum <ad...@hlmksw.com>.
The java.util.Calendar instances have been replaced with the ICU
version. I started working on a user-selected calendar, but I haven't
finished it.
-Adrian
Jacques Le Roux wrote:
> +1, Have this been implemented finally ?
>
> Jacques
>
> From: "David E. Jones" <de...@me.com>
>>
>> While I don't have any experience with ICU, I think this all sounds
>> pretty good...
>>
>> -David
>>
>>
>> On Thu, 2009-07-09 at 08:03 -0700, adrian.crum@yahoo.com wrote:
>>> I would like to work on improving OFBiz's support for
>>> internationalization.
>>>
>>> When I first started work on the internationalization of OFBiz
>>> date/time methods, I relied on the java.util.* classes and Sun's advice.
>>>
>>> I'm starting to change how I feel about that. I think we should use
>>> the ICU (http://site.icu-project.org/) library instead. Here's why:
>>>
>>> 1. Sun's JavaDocs made it sound like different calendaring systems
>>> would be available in the JRE, but as far as I know (and I may be
>>> wrong) the JRE only supports a Gregorian calendar. ICU supports many
>>> international calendars.
>>>
>>> 2. Time zone parameters change yearly. In order to have accurate time
>>> zone information, OFBiz installations have to keep updating their
>>> JRE. With ICU, they could use an older JRE and they would only have
>>> to update OFBiz or just the ICU library.
>>>
>>> 3. The ICU library has far better support (so they say) of
>>> internationalization that the Sun classes.
>>>
>>> If we make the change, the java.util.* classes will have to be
>>> replaced with the ICU classes. The class APIs are the same, so that
>>> shouldn't cause any problems. I converted my local copy to use the
>>> ICU classes, did a full clean and build and didn't experience any
>>> problems - the classes are compatible functionally.
>>>
>>> After the change is made, users will be able to set a calendar
>>> preference in addition to locale and time zone.
>>>
>>> What do you think?
>>>
>>> -Adrian
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
>