[loc-en-dev] Comments on the locale enhancement proposal
y.umaoka at gmail.com
Mon Feb 2 14:42:57 PST 2009
Okutsu-san, I'd like to confirm your statement below.
Masayoshi Okutsu wrote:
> Comments inline.
> On 1/21/2009 5:26 AM, Doug Felt wrote:
>> Comments inline.
>> On Tue, Jan 20, 2009 at 12:25 AM, Masayoshi Okutsu
>> <Masayoshi.Okutsu at sun.com <mailto:Masayoshi.Okutsu at sun.com>> wrote:
>> My proposal is:
>> * the existing interfaces should be kept fully compatible in
>> both binaries and source code.
>> Can you define more precisely what you mean? Do you mean no API
>> additions to the Locale class?
> No semantic or behavior changes to the existing methods. I saw the
> toString() behavior change in the 6.1 Script table and the semantic
> changes to the Locale constructors. We should just describe the current
> behavior where it's necessary.
> It's OK to add new methods to Locale.
Let's assume an instance of Locale is created from language tag
"zh-Hans-CN". The proposal suggest Locale#toString() to return
"zh_Hans_CN". Do you think this behavior is problematic? Are you
suggesting to add a new method, for exmaple, Locale#getID() to return
"zh_Hans_CN", but not to put the script "Hans" and extra separator "_"
in the result of #toString()?
More information about the locale-enhancement-dev