[loc-en-dev] Comments on the locale enhancement proposal

[Yoshito Umaoka]

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()?

Thanks,
Yoshito