country code ermitteln

http://developer.android.com/reference/java/util/Locale.html

getResources().getConfiguration().locale.getLanguage()

ISO3 Standard:

getResources().getConfiguration().locale.getISO3Language()

Wenn du selbst die Sprache innerhalb der App setzt bzw. manipulierst, kannst du über:

Locale.getLocale().getLanguage()

bzw.

Locale.getLocale().getISO3Language()

gehen.

Hier hast du die Möglichkeit über Locale.setDefault("de"); die Standardsprache zu ändern. Diese wird dann auch anstelle der Eingestellten Systemsprache ausgegeben.

Also mit dem getResources() und dem Locale hatte ich ziemlich oft irgendwelche Probleme.
Ist allerdings schon so lange her, dass ich gar nicht mehr weiß, welche Probleme das waren.

Ich habe mir damit geholfen, dass ich in den jeweiligen values eine String.xml habe, die mindestens eine ID 'languageIdentifier' beinhaltet.
Wenn ich also nur englisch und deutsch angelegt habe, bekomme ich auch nur englisch oder deutsch zurück.
Stelle ich mein Gerät auf Finnisch, dann werden die Daten aus der englischen values gezogen.

Mit anderen Worten: nicht ich unterscheide an Hand irgendwelcher Locales, welche Sprache ich laden muss. Ich überlasse diesen ganzen Kram dem System.

Wäre ideal wenn du dich noch dran erinnern könntest, welche Probleme du damit hattest Über der Configuration gibt es eig. keine Probleme und bei Locale eig. auch nicht vorausgesetzt man weiß, dass man auch andere Werte bei "Locale.getLocale().getLanguage()" bekommt, wenn man irgendwo selbst die Sprache gesetzt hat "Locale.setDefault("de")". Nicht das du damit ggf. Probleme hattest xD

In meinen Projekten verwende ich recht häufig die eingestellte Sprache, wenn das Fehlerbehaftet wäre, wären auch meine Statistiken die ich damit aufbaue sinnfrei. Also denk nach und sag an wo das Problem lag / liegt ;D

Ich denke mein Problem war, dass ich immer nur an die kompletten Informationen wie 'en_EN', 'English' etc. bekommen habe, aber nur 'en' haben wollte.
Mag sein, dass ich da ein getLanguage() vergessen hatte...

Wie dem auch sei, ich wollte keine fehlerhaften Datenbankabfragen, weil beispielsweise 'fr_FR' heraus kommt, ich Französisch aber nicht als Sprache habe.
Als ich anfing daran herumzudoktorn und das dann noch in drei Dateien machen musste, habe ich mich für die values-Variante entschieden und mag sie im aktuellen Projekt auch überhaupt nicht umbauen.

Es waren also keine Absturz- oder Implementierungsprobleme, eher Aufwand-Nutzen-Verhältnisprobleme.

wobei ich sagen muss, dass mir die values variante besser gefällt!

android unterscheidet von sich aus welche sprache es in der app benutzt, wenn man mehrere sprachen einsetzt.
warum also in der string.xml nicht einfach für das jeweilige land einen string definieren und dann bei der datenbank abfrage auf diesen string prüfen.

das macht nicht wirklich mehr aufwand und nutzt gleich das android eigene unterscheidungssystem

Wieso direkt prüfen? Ich würd den String aus der values.xml direkt in die Where Clausel einfügen

solang du das mit dem xml machst geht das, da hast du recht.

es geht doch nur darum das du in einer text xml einen ländercode angibst den du auch in der db vergeben hast

bsp.:

du schreibst in die deutsche string.xml
<string name="language">de</string>
und in die englische
<string name="language">en</string>

dann fügst du in der db eine spalte ein, und schreibst bei jedem text den ländercode rein

dann fragst du im java code den ländercode ab String xmlLanguage = getRessource().getString("language")
(die syntax könnte falsch sein das hab ich gerade nur ausm kopf gemacht :<)

dann kannst du ganz einfach aus der sql abfragen
where dbLanguage=xmlLanguage

Zitat von ChampS

dann fragst du im java code den ländercode ab String xmlLanguage = getRessource().getString("language")
(die syntax könnte falsch sein das hab ich gerade nur ausm kopf gemacht :<)

Fast korrekt

Zur Auswahl stehen:

getRessource(). +

getString(int id)
getString(int id, Object... formatArgs)
getStringArray(int id)

Du brauchst dafür doch auch nicht zwei Datenbanken. Wenn du in einer Spalte den Lang-Code hast und diesen z.b in deiner Query einbaust passt doch alles:

String where = "languagecode = " + langCode;


Cursor cursor = database.query(MySQLiteHelper.MYINCREDIBLETABLE,
        allColumns, where, null, null, null, null);

Na dann holst dir halt die Daten mit der gewählten ID raus und nutzt davon je nach Spracheinstellung die Zeile (langde bzw langen) und weißt diese dem Objekt beim erzeugen zu.

Wie du unterscheiden kannst haben wir dir ja bereits auf 3 verschiedenen Arten mitgeteilt.

Du brauchst nur beim Laden die von dir benötigte Sprache in deinem Objekt setzen. Danach kannst du dein Objekt ja einfach verwenden und dein TextView setzen.

Da du ja nun die Variante über XML verwendest hier ein Beispiel hierfür:

String sprache = getResources().getString(R.id.sprache);
if(sprache.equals("de")){
    myObject.setLocalizedDescription(cursor.getString(cursor.getColumnIndex(LANGUAGE_DE)));
} else {
    myObject.setLocalizedDescription(cursor.getString(cursor.getColumnIndex(LANGUAGE_EN)));
}

Nach dem laden setzt du nun ganz einfach dein TextView:

lashingTv.setText(myObject.getLocalizedDescription());

myObject repräsentiert hier eine Instanz deines Objektes. Hier mal als Beispiel:

public class MyObject {


	private long id;
	private String localizedDescription;


	public long getId() {
		return id;
	}


	public void setId(long id) {
		this.id = id;
	}


	public String getLocalizedDescription() {
		return localizedDescription;
	}


	public void setLocalizedDescription(String localizedDescription) {
		this.localizedDescription = localizedDescription;
	}


}

Du kannst nun beim laden deiner Daten im DatabaseHelper eine neue Instanz mit den Werten erzeugen. Diese kannst du dann Problemlos verwenden.

LANGUAGE_DE repräsentiert eine Spalte deiner Datenbank, nämlich genau die die deine Beschreibung für die Deutsche Sprache beinhaltet. (lashing_d)

Zitat

kann ich denn wenn ich alles lade - wie es jetzt der fall ist, die nichtbenötigten daten - also bei deutsch alle englischen texte ausblenden ?

Kannst du, brauchst du in dem Beispiel aber gar nicht, da du nur auf deinem Objekt (myObject) die Methode getLocalizedDescription() aufrufen brauchst. Da du die Werte dort gespeichert hast steht dir also damit genau die benötigte Übersetzung in dem Objekt zur Verfügung.

Solltest du noch Probleme beim Verständnis haben, lad doch einfach mal dein Projekt auf einen externem Hoster hoch.