History log of /libcore/luni/src/main/java/libcore/icu/LocaleData.java
Revision Date Author Comments
d8aa6c7b03fdb0247ae5cce6dd0e876346276a73 23-Oct-2014 Elliott Hughes <enh@google.com> Remove no-longer used timeFormat12 and timeFormat24.

Bug: 10361358
Change-Id: I500318537b503d6ffbbd18a4aa772527c4b96e74
0836eb6118ddedbfe420b5d6ff98f07adf5a5d23 22-Oct-2014 Elliott Hughes <enh@google.com> Wire up frameworks notifications of 12/24 hour preferences.

Bug: 10361358

(cherry picked from commit cafe1a748caf89091d2f1c3956a43daf23b9403b)

Change-Id: I2629bbad0737bc5836afa7cfe4a9667095df0357
cafe1a748caf89091d2f1c3956a43daf23b9403b 22-Oct-2014 Elliott Hughes <enh@google.com> Wire up frameworks notifications of 12/24 hour preferences.

Bug: 10361358
Change-Id: I62ffdc987e55bca70889f611c2e5c5c91a650bd9
fa1ab1d7aaa558994815d217d4eeca7e07ff57b3 09-Oct-2014 Elliott Hughes <enh@google.com> Support DecimalFormatSymbols' percent symbol being a string.

Bug: 15476051

(cherry picked from commit a68116c0d8ff9cd517d6b765bf2b8930ed9a3e12)

Change-Id: I70ff647dd20b263596685598186ee2f55e1ef8fa
a68116c0d8ff9cd517d6b765bf2b8930ed9a3e12 09-Oct-2014 Elliott Hughes <enh@google.com> Support DecimalFormatSymbols' percent symbol being a string.

Bug: 15476051
Change-Id: I75514c497f18366b2e1320ea6a62df025a50114f
b799123bc221b926a9f189107f2a3619a4da8874 22-Aug-2014 Elliott Hughes <enh@google.com> Support narrow am/pm markers in LocaleData.

(cherry-pick of ebe417d7808ac5bce5bc14d36d6af4c31218326d.)

Bug: 16938600
Change-Id: I7334c1ea57ea0593b3e0bd7943f8a5208c704881
ebe417d7808ac5bce5bc14d36d6af4c31218326d 22-Aug-2014 Elliott Hughes <enh@google.com> Support narrow am/pm markers in LocaleData.

Bug: 16938600
Change-Id: I7334c1ea57ea0593b3e0bd7943f8a5208c704881
e4f01dff49442840faa828dcff0d1583a2e68530 12-Aug-2014 Narayan Kamath <narayan@google.com> Allow Calendar.getInstance to be called with a null Locale.

LocaleData.get was changed to throw for null locales instead
of falling back to the default, so we need to adjust callers
accordingly.

Turns out all other callers would've thrown anyway (for different
reasons) so this change makes those exceptions explicit and
adds tests for them.

bug: 16938922

(cherry picked from commit 148de94b69ad9ed98ebb1adf0e8eb1b1e9e33e1f)

Change-Id: Id89961c9b9524776ef13f57d97b2bb73e19b4eb1
148de94b69ad9ed98ebb1adf0e8eb1b1e9e33e1f 12-Aug-2014 Narayan Kamath <narayan@google.com> Allow Calendar.getInstance to be called with a null Locale.

LocaleData.get was changed to throw for null locales instead
of falling back to the default, so we need to adjust callers
accordingly.

Turns out all other callers would've thrown anyway (for different
reasons) so this change makes those exceptions explicit and
adds tests for them.

bug: 16938922
Change-Id: I3e77435a6b414b002b96a4f8deb44b51591c5a51
df624c1cc36dc17e4051d1100a3400aeb4252511 25-Jun-2014 Narayan Kamath <narayan@google.com> Fix handling of invalid locales in Date/DecimalFormatSymbols.

For locales whose language code is "und" we use Locale.ROOT
instead. This also fixes two other corner cases :

- We were using the wrong locale to fetch timezone strings
when the input locale was null. we now use the same locale
throughout by making sure we don't perform any subsititutions
in LocaleData.get.

- Adds a clearer comment about the broken serialization
behaviour.

bug: 15849709

(cherry picked from commit 043a1424a4e3bbb5abc9d9e11c9c088b20f4ca7d)

Change-Id: I716fb421fb8643dedebb3a7797a76ed1dd86c548
5c0472fd7c53464e526bb833707551d85dbafec1 25-Jun-2014 Narayan Kamath <narayan@google.com> Fix handling of invalid locales in Date/DecimalFormatSymbols.

For locales whose language code is "und" we use Locale.ROOT
instead. This also fixes two other corner cases :

- We were using the wrong locale to fetch timezone strings
when the input locale was null. we now use the same locale
throughout by making sure we don't perform any subsititutions
in LocaleData.get.

- Adds a clearer comment about the broken serialization
behaviour.

bug: 15849709

Change-Id: I95e7eb0ccb7458711038ce9b1c76b3279acda9d6
a94266074c7b82720fd2cecfb37ab8da85f1b296 30-May-2014 Elliott Hughes <enh@google.com> Pass BCP-47 tags and not Locale.toString results to ICU.

ICU can't handle the new toString forms for scripts etc.
and it's also guaranteed to deal with BCP-47 tags correctly.

Most of the changes in this patch are required to keep
backwards compatibility for getDisplayCountry string etc. in
the face of the transformations toLanguageTag performs.

A few tests were changed, but for the better.

The tagalog -> filipino charlie foxtrot will be dealt with
in a follow up change.

Co-Authored-By: Narayan Kamath <narayan@google.com>

Change-Id: Ia7f26d92a0e38c4bbb1d839c0fbd8ad16a473bf5
4f3bca749bdc8be8abf7555b315f308a2c8c14a7 13-Mar-2014 Narayan Kamath <narayan@google.com> Don't assume minusSign is a single char.

Locales like arabic have a multi char minusSign in
their locale data.

The only difficulty here is presented by DecimalFormatSymbols,
which is a public API and expects the minus sign to be
a single codepoint. The API has been changed to return the
first character of the minusSign string for getMinusSign, which
seems like the least bad option at this point.

This change also removes a workaround for cases where ICU
parsed (2445-) as (-2445) for RTL locales. ICU-52 doesn't do
this anymore.

The serialized form hasn't been modified either, since it's
public API as well and it isn't easy to expand to a String
without awkward semantics.

bug: 13410257

Change-Id: I0e575b7eea0fd811ccb9fb5dc04e20d2e0fa13bf
2496a680ade790744df6815bbb6ed144a7028b87 31-Oct-2013 Elliott Hughes <enh@google.com> Add a cache to ICU.getBestDateTimePattern.

Brings the time down from 7ms to 7us for a cache hit on Nexus 4.

Bug: 11447043

(cherry picked from commit 0fd776f4dbf7c1940c080003f0c7a02d35374ab9)

Change-Id: I6659ff8ea29227777db0c359024f1361a7cb47e6
0fd776f4dbf7c1940c080003f0c7a02d35374ab9 31-Oct-2013 Elliott Hughes <enh@google.com> Add a cache to ICU.getBestDateTimePattern.

Brings the time down from 7ms to 7us for a cache hit on Nexus 4.

Bug: 11447043
Change-Id: I7cfc055c264ce49dadc72b5acdc2f2b0b339a5a1
4a01f60804080f5e01873c218be287d456ad0d32 04-Sep-2013 Elliott Hughes <enh@google.com> Remove some unnecessary native code for LocaleData.

We already have a more general implementation, exposed as public
API >= jb-mr2.

(cherry picked from commit 783112d47e2236b6a7e2315c2e50166d755422a7)

Bug: 10611001
Change-Id: I5dc1c6588c183783053549e1052a475465d380e5
783112d47e2236b6a7e2315c2e50166d755422a7 04-Sep-2013 Elliott Hughes <enh@google.com> Remove some unnecessary native code for LocaleData.

We already have a more general implementation, exposed as public
API >= jb-mr2.

Change-Id: I917465f6bac4afec40e3685dccffad920d050c85
2f5b39ddcdfc4ab7edd0a5a02801eb3dc96e0266 17-Jun-2013 Elliott Hughes <enh@google.com> Add a short date format that's guaranteed to have 4-digit years.

Bug: https://code.google.com/p/android/issues/detail?id=56385
Change-Id: Ie60d8c61aae09358d296654bd30378cbd11eeecb
4f32b7933626e100fca505484f8b4636f3342e5e 14-Jan-2013 Elliott Hughes <enh@google.com> Make CLDR's 12- and 24-hour time formats available.

Bug: 7924970
Change-Id: I392e8110885f662f32caae46d961ca6e9e4301d7
66e8297c70daaf001ca199e4e4ad3ba5283396d2 21-Sep-2012 Elliott Hughes <enh@google.com> Fix LocaleData.toString once and for all.

Change-Id: I207a3226470557ac26caba165ef35f5df6859273
c4e0797a4dd028d23e788da15c3055f83f6f37d5 15-Aug-2012 Elliott Hughes <enh@google.com> Revert "Revert "Add support for returning the CLDR "Yesterday", "Today", and "Tomorrow" strings.""

This reverts commit 73dc486a74a67ce375e3d90dcfaa6b5255b7c0da

I've added code to handle falling back to parent locales to find relative
day names.

Change-Id: Iec2eebb62c0cbb5f6ce625365de514d80ddc05f7
73dc486a74a67ce375e3d90dcfaa6b5255b7c0da 15-Aug-2012 Elliott Hughes <enh@google.com> Revert "Add support for returning the CLDR "Yesterday", "Today", and "Tomorrow" strings."

This reverts commit 774294d74fe02e2b5040fcc2feb9f9d0913a4c77

This patch didn't work for locales that didn't explicitly specify values (and relied on fallback), and caused hard failures in those cases.

Change-Id: I7e3a45cc4d39317c8e523c2ee951c49e0aa8e811
774294d74fe02e2b5040fcc2feb9f9d0913a4c77 15-Aug-2012 Elliott Hughes <enh@google.com> Add support for returning the CLDR "Yesterday", "Today", and "Tomorrow" strings.

This will let us remove a little more of the duplicate (and unmaintained)
CLDR data from frameworks/base.

Change-Id: Idbdb755e8469bb46e7597775ed2139c47de24b39
ad66a888b2e48b1a185de1b3c73fd01383a1fd04 06-Aug-2012 Elliott Hughes <enh@google.com> Offer "J" in addition to "January" and "Jan".

The frameworks/base XML had out-of-date copies of this CLDR data, which
isn't accessible via SimpleDateFormat. Offer the strings direct from icu4c
so we can use them in frameworks/base.

Change-Id: If97dac05bcbb36542b209b19ae590e8b30aedb7b
5b7b7fe6a817fdf058eefd9a716cc58a3283eb05 12-Jan-2012 claireho <chinglanho@gmail.com> Libcore changes for ICU4.8.1.1 upgrade.

This CL includes:
1. Change libcore_icu_ICU.cpp and LocaleData.java to support locale data structures in ICU4.8.1.1.
The new libcore_icu_ICU instantiates ICU objects instead of reading the ICU resource files
directly. This could avoid the code change for future ICU upgrade.
2. Change the libcore tests data caused the test failures from ICU locale data change.

Change-Id: Ia3dfb0a8e5c4ccc2ad110a1ff4211ff97fe5b2ad
e2377cdd707b830d07a5708216834f7ac76ee3e1 15-Jun-2011 Elliott Hughes <enh@google.com> Remove the LocaleData.digit field.

ICU 4.6 no longer supports this, which always had the constant value '#'.

Also ensure that we cache all the locale data (not just the zone strings)
for the root locale, en_US, and the user's locale when the Zygote starts
up.

Also improve the ICU JNI code's local reference usage somewhat.

Change-Id: I28692d9484aecc29820c201b08b8bedd3f26df83
162b0775772fa66b7eb634760a8159a60c1ddcea 02-Oct-2010 Elliott Hughes <enh@google.com> Move more stuff out of icu4jni; ICU and LocaleData.

Bug: 3045778
Change-Id: I59fd27920a2da9a42b29fd79b8d81bdaabdef8cd