• Home
  • History
  • Annotate
  • only in /frameworks/base/core/res/res/values-de-rDE/
History log of /frameworks/base/core/res/res/values-de-rDE/
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
e10333fdcc3d010e343be5c8b6b0fb24062b3e2b 17-Mar-2012 Eric Fischer <enf@google.com> Move map center resources out of arrays.xml.

Having them in the same file means that the translation importer
will in some cases try to override the files that were manually
added for each locale.

Change-Id: Ie34106d08aacdbddb0c1005fb511f2018db93800
rrays.xml
onottranslate-maps.xml
ce4ba52c63d479c2e71bb4f3d0033c97b0d46dea 23-Jul-2009 Eric Fischer <enf@google.com> Make the date formats as close as possible to what the translators wanted.

Remove all the country-specific files that are exactly the same as the
language files, and several unverified country-specific files.
onottranslate-cldr.xml
f089c32994481c0af38fc4e6ca90f61e3b2652e4 23-Jun-2009 Eric Fischer <enf@google.com> Fix a few more blatantly wrong date formats.

Make punctuation in German and Italian numeric formats self-consistent.
Add missing long standalone Italian month names.
Fix doubled month words in Japanese, Chinese, and Korean.
onottranslate-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.
onottranslate-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.
onottranslate-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.
onottranslate-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.
onottranslate-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.
onottranslate-cldr.xml
137c45036699eeceb061a47ab14d9a7eb860674d 09-Jun-2009 Eric Fischer <enf@google.com> Regenerate all the date and time interval formats from CLDR data.
onottranslate-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).
onottranslate-cldr.xml
8c785269f836e8845085565b1611be89fcc9170b 25-Mar-2009 Robert Greenwalt <> Automated import from //branches/donutburger/...@141259,141259
rrays.xml
f013e1afd1e68af5e3b868c26a653bbfb39538f8 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
trings.xml
54b6cfa9a9e5b861a9930af873580d6dc20f773c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
trings.xml