| 3d1728c03a0cd1aaed6bc81c97de27d62c771a6e |
|
01-Nov-2012 |
Romain Guy <romainguy@google.com> |
A new clock widget to create lock screen appwidgets
This new widget replaces DigitalClock. It listens to all the correct
system events and offer the ability to customize the formatting
patterns in 12-hour and 24-hour modes. It also supports fixed
time zones to create world clocks.
One more step towards becoming ClockOS!
Change-Id: I677e5dfca8cd8c8d1f8c49e54d7507f4d1885bf4
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| 34de3bc309fd9077cc1aa1e1af82652670fdb9df |
|
15-Sep-2012 |
Elliott Hughes <enh@google.com> |
Fix date formatting for fa locales.
This adds support for standalone months (L versus M) and localized
digits.
Bug: 6811327
Change-Id: I4687a4c67605c31b155c0b8d44b3da6ed378fc82
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| 03a8017d0fe3b55b69c4328aa0d27bd96a2f1360 |
|
24-Jul-2009 |
Eric Fischer <enf@google.com> |
Make the DatePicker respect the date format setting if the date is numeric.
In some locales, there are no abbreviated month names; the abbreviated
date formats are essentially numeric. If the user is in such a locale,
have the DatePicker respect the date format setting so that the order
of the fields will match other numeric-only dates.
In locales that have abbreviated month names, continue to use the order
that is normal in spelled-out dates.
And update the order in updateDate() so that the new order is reflected
if you change the order setting and immediately go to change the date
without leaving and returning to the Date & Time settings in between.
At the same time, change DateFormat.getDateFormatOrder() back to working
the way it did in cupcake (prioritizing the date order preference over
the locale), even though the DatePicker no longer calls the method.
Bug 1805085
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| 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/java/android/text/format/DateFormat.java
|
| 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/java/android/text/format/DateFormat.java
|
| 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/java/android/text/format/DateFormat.java
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| d24b8183b93e781080b2c16c487e60d51c12da31 |
|
11-Feb-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake/...@130745
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| 9266c558bf1d21ff647525ff99f7dadbca417309 |
|
16-Jan-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake/...@126645
/frameworks/base/core/java/android/text/format/DateFormat.java
|
| f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/text/format/DateFormat.java
|