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
|