Settings psuedolocalization fixes.

We don't need -c zz_ZZ any more, and LocalePicker now checks
the global developer options settings itself.

Also remove some dead code now zz_ZY and zz_ZZ are gone.

Bug: 17190407
Change-Id: I27f9f5bc8b27457004e7e4996ec76b76a17523eb
This commit is contained in:
Elliott Hughes
2014-08-22 12:06:23 -07:00
parent 735219be8f
commit c550f0bff4
3 changed files with 1 additions and 21 deletions

View File

@@ -339,16 +339,7 @@ public class InputMethodAndLanguageSettings extends SettingsPreferenceFragment
// and want to pretend that the language is valid for all locales.
// We need a way to support languages that aren't tied to a particular
// locale instead of hiding the locale qualifier.
if (language.equals("zz")) {
String country = conf.locale.getCountry();
if (country.equals("ZZ")) {
localeName = "[Developer] Accented English (zz_ZZ)";
} else if (country.equals("ZY")) {
localeName = "[Developer] Fake Bi-Directional (zz_ZY)";
} else {
localeName = "";
}
} else if (hasOnlyOneLanguageInstance(language,
if (hasOnlyOneLanguageInstance(language,
Resources.getSystem().getAssets().getLocales())) {
localeName = conf.locale.getDisplayLanguage(conf.locale);
} else {