Discussion :

[Wilane]

Bonjour,

Sur mon application, énormément de gens se plaignent de la langue qui se met en Français alors que j'avais prévu que : si le téléphone n'est pas francophone, la langue par défaut est l'anglais.

Voici mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 //Si le téléphone est en francais
        if(Locale.getDefault().getDisplayLanguage().equals("français")) {
 
// bla bla bla
 
        }
 
        //sinon il est en anglais
        else{
// bla bla bla 2

Certains anglais l'ont pourtant en Français, comment cela est possible ?
Merci pour votre aide

[Turvy]

Le plus simple est p'tet de virer ce bout de code. Il me semble que le langage de base d'une appli est l'anglais. Pour preuve, le fichier string.xml sur trouve dans res/values et non pas dans res/values-fr.

La bonne question à se poser est : comment procèdes tu pour l'internationalisation ? où mets tu tes différents fichiers suivant les langues.

[Hephaistos007]

L'internationalisation ne se règle pas au niveau du code mais au niveau des ressources qualifiées :

Code shell :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
res/values/string.xml         #par défaut
res/values-fr/string.xml                         #français
res/values-it/string.xml                         #italien

Toute dépend ensuite de la "LOCALE" (FR_fr,IT_it, etc) du téléphone. Et cela peut être changé par l'utilisateur.

[grunk]

La langue ne se gère normalement pas dans le code mais avec les ressources.
Par défaut c'est l'anglais avec res/values/strings.xml.
Si tu as besoin de français ce sera dans res/values-fr/strings.xml

Voir : http://developer.android.com/guide/t...alization.html

[Wilane]

Merci de vos réponses, j'ai géré en effet la plupart des choses dû au langage dans les ressources mais pour ce point là, j'ai besoin de le faire dynamiquement : ça génére des bases de données differentes selon la langue en fait.

Je voulais donc le faire comme ça et pour moi ça marchait. Si la personne est française, son téléphone est en français et boum, ça passe dans le morceau de code qu'il faut. Sinon, ça va dans la partie pour les anglophones.
Hors il ne semble pas que cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Locale.getDefault().getDisplayLanguage().equals("français")

soit très fiable et ne prenne que les français.

[grunk]

Défini une chaine dans tes ressources localisées. Ne reste plus qu'a tester cette chaine :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<string name="langue">FR</string>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
String langue= getResources().getString(R.string.langue);
if(langue.equals('FR'))
//
else
//

[Wilane]

Ah, c'est pas bête ! Merci !
Tu penses que ça réglera le problème ?

[grunk]

Je ne sais pas si ca réglera ton problème en particulier mais tu sera certains de la langue utilisée en tout cas.

[Wilane]

Par contre, ma classe extends SqliteOpenHelper donc la méthode getRessources ne fonctionne pas. Comment puis je accéder aux ressources depuis cette classe ?

[nicroman]

SQLiteOpenHelper utilise un contexte pour s'initialiser....

Context.getResources()


Et même pas besoin de stocker une chaine là dedans !

context.getResources().getConfiguration().locale donnera la locale des ressources.
context.getResources().getConfiguration().locale.getLanguage() le code ISO de la langue

[Wilane]

Ah oui c'est vrai, désolé >.<

J'ai peur que le getConfiguration.locale.getLanguage() fonctionne aussi mal que le Locale.getDefault().getDisplayLanguage().equals("français") qui normalement devrait marcher, non ?

[nicroman]

Haaa ben non....

de toute manière on ne fait jamais:
locale.getDisplayLanguage().equals("français")

mais:
locale.getLanguage().equals("fr")

(déjà le 'ç' pose problème dans le source: "fran\u00E7ais")
Mais bon.. de toute manière, il n'y a aucun différence entre aller taper dans "strings_fr.xml" et vérifier un truc "language" qui vaut fr....
et récupérer le "_fr" du fichier (qui lui vient de Configuration.locale)

[Wilane]

Ok je vais essayer comme tu me dis, mais sait tu pourquoi justement ça passe plus dans le Locale.getDefault().getDisplayLanguage().equals("français") que ça ne devrait ? Parce que si j'ai bien compris ta réponse, ça ne devrait justement pas passé dans cette boucle

[nicroman]

Quelle boucle ?

La logique est la suivante:
* Le téléphone a une "locale" globale définie par l'utilisateur (avec tout un tas d'autres préférences concernant l'affichage des dates / heures etc...).
* Quand on arrive dans une application, le système définit tout un tas de trucs par défaut: la "default" locale (Locale.getDefault()) et la Configuration pour les ressources. A noter qu'à ce moment: Configuration.locale correspond à Locale.getDefault()
* Quand on lit une ressource (String), le système va regarder la langue dans Configuration.locale... par exemple "pt_BR" et va chercher la ressource dans les fichiers suivants: {values}_pt_BR.xml {values}_pt.xml {values}.xml. Donc stocker dedans une chaine du genre "language = 'pt' " est inutile ... Configuration.locale.getLanguage() donnera la même chose...

Pour être précis d'ailleurs, il faudrait utiliser Configuration.locale.toLanguageTag(), puisque "pt-PT" (portugais) est bien différent (niveau langage) par exemple que "pt-BR" (brésilien)

[Wilane]

Je comprends bien cela mais ça n'explique pas pourquoi mon " Locale.getDefault().getDisplayLanguage().equals("français") " capte plus de réponses que prévu et c'est surtout ça qui m'intrigue. Utiliser votre solution du dernier message revient à mettre ce que j'avais au début plus ou moins, j'ai donc peur que ça ne résoude pas mon probleme. Pourquoi est ce que pour de non francophone, la condition Locale.getDefault().getDisplayLanguage().equals("français") est elle parfois vraie ?