c57bfa4a4bf4c810b5c663df17443463d8192e8f |
|
16-Nov-2011 |
Jim Miller <jaggies@google.com> |
Fix 5581164: Add abbreviated localized date strings Change-Id: I041eef02a67980d3b5c2f2fa12eae717c26e35be
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
66668524d452ae536a32d15ffd0dcb096de665df |
|
13-Nov-2009 |
Eric Fischer <enf@google.com> |
Fix the full-weekday date format strings to actually use the full weekday. Also fix the abbreviated weekday/month/day/year strings to use a 4-digit year. Approver: jerryw
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
66cf237a5738ceddddf64b73d88bd7bdfb7a07ee |
|
12-Nov-2009 |
Eric Fischer <enf@google.com> |
Add new date formats for the lock screen. One is the fully-spelled out weekday/day/month with no year. The other is abbreviated weekday/month/day/year. Bug 2247356 Approver: jerryw
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
651e2dc0d2e51c3172f529fd8b0f52ce138b7cf8 |
|
22-Jun-2009 |
Eric Fischer <enf@google.com> |
Yet another round of trying to get the date formats right. The change this time is to prefer a format derived from an interval format to one that is inherited from the root locale. Only a few locales don't define any interval formats at all and are still have to get anything from the root locale.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
5669ce59aad19f17e1e89913e7483fb93b8aa0cf |
|
18-Jun-2009 |
Eric Fischer <enf@google.com> |
Work around the Czech lack of abbreviated month names. Make the date formats that want abbreviated month names use either the full name or a numeric format.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
328769582328192f8f361dcb56f2ad67ad00ae2c |
|
12-Jun-2009 |
Eric Fischer <enf@google.com> |
Make the date format preference work again. It is only used for numeric dates -- spelled-out dates have such a complex variety of formats that they can only be meaningfully formatted from locale strings. In addition, the preference is left null when initializing, on the assumption that the locale will still specify a more useful numeric format than we can guess as part of a build-wide configuration. But if the user has specified a format, the date will be formatted in the order they asked for, with locale-appropriate punctuation substituted in.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
af0e7a7394bf1e2596c46f81c3b0302a56daab96 |
|
11-Jun-2009 |
Eric Fischer <enf@google.com> |
Hook the 12- or 24-hour time format checkbox back up. The format strings are newly generated from CLDR. The code is once again the same as in cupcake: do the natural thing for the locale if the user has never specified, but follow the checkbox if the user has ever set it.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
84c863d9af1270a2ccd2ccd2b8c1a753826dfe6d |
|
10-Jun-2009 |
Eric Fischer <enf@google.com> |
Fix some 12- vs 24-hour problems in the FormatDateRange strings. Use a resource instead of a hardcoded string for the 24-hour format since it is not exactly the same in every locale. Make sure the 12-hour format is actually for a 12-hour clock, even in locales where this is not a normal thing to do. In the cap_ampm version, do not have it try to capitalize "am" and "pm" if these are non-ASCII strings, since strftime() doesn't know about Unicode and will mess it up. Add a comment so that people don't think the YEAR_IN_MILLIS constant is actually the length of any real year.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
c110ec0ab685c4bc7e8db04859631b69aa592cd5 |
|
10-Jun-2009 |
Eric Fischer <enf@google.com> |
Get the FormatDateRange tests passing again. This fixes a few places that were accidentally using the wrong numbered parameter in the format call. It also makes other adjustments so that the formats for English are exactly the same as they were in Cupcake.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
137c45036699eeceb061a47ab14d9a7eb860674d |
|
09-Jun-2009 |
Eric Fischer <enf@google.com> |
Regenerate all the date and time interval formats from CLDR data.
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|
5bd644caf73e76750feef1a82b8817d32f5367fc |
|
13-May-2009 |
Eric Fischer <enf@google.com> |
Start using CLDR for some date-and-time strings and formats. Use java.text.DateFormat where possible, since that is already using the CLDR data for the things it supports. Remove an unused date format object from DatePickerDialog. Add a new method for getting the standalone month names from applications, although @hidden for now because it is an API change. Pass the standalone month names down to native code in Time so that tztime's strftime() can use them. And then the bulk of the change: replace all the names for the months and the days of the week, and AM and PM, and yesterday, today, and tomorrow, with strings from CLDR. And replace several of the date format strings with ones derived from CLDR, but reformatted to use strftime() style instead of SimpleDateFormat style. All these resource changes go into new donottranslate-cldr.xml files and are removed from strings.xml so that they aren't part of the normal translation process and the translators don't have to bother with them (and risk messing them up).
/frameworks/base/core/res/res/values-en-rCA/donottranslate-cldr.xml
|