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:
@@ -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 {
|
||||
|
Reference in New Issue
Block a user