From: Claire Ho (賀. <cla...@go...> - 2009-03-04 01:21:30
|
Thanks for explaining the background of ULocale. The reason I choose ULocale is I found many hard coded data in ULocale to support deprecated id or aliases. Ideally, those hard coded data should be replaced by CLDR data instead. However, the data in CLDR now is not complete(actually a way from complete). I think we should hold the implementation for this API and add more data to CLDR in 1.8 release. Please let me know any concern or suggestion. Thanks, Claire. On Tue, Mar 3, 2009 at 6:46 AM, <yos...@us...> wrote: > > Also, in longer term, I prefer not to do a lot of work in ULocale at least > for ICU4J. We invented ULocale just because we could not easily change JDK > Locale. This divergence forces ICU4J clients to handle both Locale and > ULocale which are not much different. That's why some of us (Doug, Steven, > Mark and myself) are trying to change JDK Locale through the OpenJDK > project. Of course, we cannot abandon ULocale in near future, but if we > make JDK Locale capable to contain full BCP47 information, we'd deprecate > the class someday. In my opinion, we should be very careful to make any > enhancements in ICU4J API classes which have JDK counter part. > > -Yoshito > > ----- Forwarded by Yoshito Umaoka/Westford/IBM on 03/03/2009 09:35 AM ----- > *Yoshito Umaoka/Westford/IBM* > > 03/03/2009 09:36 AM > To > icu...@li... > cc > Subject > Re: [icu-design] ICU4J API proposal -add ULocale.getAliases().Link<Notes://WTFMAIL03a/492562350009E7A5/32547D7F59F9E7E38525613200556E77/8093C81D356AFF428525756E00044DF4> > > - Show quoted text - > > > > > I'm actually not sure we need this API for several reasons. > > 1. For language/territory/variant, canonical mapping is done by > ULocale#canonicalize. (For now, canonicalize refers a hardcoded table. > This table should be replaced with CLDR data.) > 2. For timezone, there is a method in TimeZone class - > TimeZone#getCanonicalID. Also, at this moment, supporting timezone aliases > through ULocale class is probably not what we want. If we really need to > get a list of timezone aliases, then I think the right class is TimeZone, > not ULocale. > 3. Most of CLDR variants are deprecated and I would encourage people not to > use them. I do not find any convincing reasons to surface them as an API > for now. I think what people need is already done by ULcoale#canonicalize. > 4. Language alias data in CLDR looks out of date. It should be refreshed > with the latest RFC4645 draft (proposed changes for IANA language tag > registry) > > By the way, I'm not sure why supplementalMetaData.xml has zoneAlias > elements. Is this usage deprecated? > > -Yoshito > > > *Claire Ho (賀靜蘭) <cla...@go...>* > > 03/02/2009 07:47 PM > Please respond to > icu...@li... > > To > icu...@li... cc > Subject > [icu-design] ICU4J API proposal -add ULocale.getAliases(). > > > > > > > Hi, > I propose adding a new API ULocale.getAliases() for trac#6753. > > public static final int ALIAS_LANGUAGE = 0; > public static final int ALIAS_TERRITORY = 1; > public static final int ALIAS_TIMEZONE = 2; > public static final int ALIAS_VARIANT = 3; > private static final int ALIAS_TYPE_COUNT = 4; > > /** > * Returns a new alias array for given locale name. If there is no > * aliases, the size of string array is 0. > * > * @param type ALIAS_LANGUAGE, ALIAS_TERRITORY, ALIAS_TIMEZONE or > ALIAS_VARIANT. > * @param localeName language tags when type is ALIAS_LANGUAGE > * ISO 3166 2-letter codes when type is > ALIAS_TERRITORY. > * TimeZone IDs when type is ALIAS_TIMEZONE. > * variant name when type is ALIAS_VARIANT. > * @return a new alias String array for given locale name. If there is > no > * aliases, the size of string array is 0. > * > * @draft ICU 4.2 > */ > public String[] getAliases(int type, String localeName) { > > } > > Please provide feedback by next Monday(Mar. 09). > > Thanks, > Claire. > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD* > ** > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > icu-design mailing list > icu...@li... > To Un/Subscribe: * <http://p.sf.net/sfu/XcvMzF8H>* > https://lists.sourceforge.net/lists/listinfo/icu-design*<https://lists.sourceforge.net/lists/listinfo/icu-design> > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > icu-design mailing list > icu...@li... > To Un/Subscribe: https://lists.sourceforge.net/lists/listinfo/icu-design > |