Discussion :

[Nono1nd]

Bonjour,

J'aimerai développer une appli avec plusieurs langues.
J'ai pensé à utiliser un fichier pour chaque langue mais je ne sais pas comment les gérer.
J'aimerai savoir si cétait possible.
Une autre solution à laquelle j'ai pensé serait de mettre tous mes champs avec des langues différentes dans une base de données.

Merci d'avance

[pitbull78]

Tu peux regarder ici :

http://www.androideur.com/applicatio...-linguistiques

[xouzi]

Moi je stock ma traduction dans ma base de donné sa marche bien.

[Hizin]

Prévu en natif par Android : http://developer.android.com/guide/t...sing-framework

Après, si le contenu est dynamique, ça ne va pas suffire.

[Nono1nd]

Tu peux m'expliquer un peu plus en détails comment tu stock les traductions dans ta base ? Quels sont tes clefs primaire ?
J'avais pensé à faire plusieurs champs de différentes langues dans mes tables.
Ou encore d'avoir 2 clefs primaire, une pour la langue et l'autre pour l'identifiant.

Si c'est pas compréhensible je peux vous mettre une image d'un exemple.

[xouzi]

J'ai crée une table pour chaque langue. Elles ont toutes la même structure seul sufix change (_en, _es, _ar etc)
ex :

Code :

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

1
2
3
table(id, libelle)//français
table_en(id, libelle)//anglais
etc...

Après tu as juste a appelé la table que tu désire. Dit moi si c'est pas clair

[Nono1nd]

J'ai crée une table pour chaque langue. Elles ont toutes la même structure seul sufix change (_en, _es, _ar etc)
ex :
Code :Sélectionner tout - Visualiser dans une fenêtre à part
1 table(id, libelle)//français
2 table_en(id, libelle)//anglais
3 etc...
Après tu as juste a appelé la table que tu désire. Dit moi si c'est pas clair

Le problème de cette solution est que si l'on veut rajouter des langues on doit forcement rajouter des tables et toucher à la structure de la base de données.

Prévu en natif par Android : http://developer.android.com/guide/t...sing-framework

Après, si le contenu est dynamique, ça ne va pas suffire.

Le problème c'est qu'il faut obligatoirement recoder pour rajouter des langues.


La solution idéalement rechercher serait de pouvoir ajouter d'autre langues sans toucher à la structure de la base de données ni devoir recoder l'appli mais éventuellement rajouter des tuples à la base de données.

[xouzi]

Perso je trouve pas sa long de créer une table en particulier si la structure est la même.

[nicroman]

Localiser ne veut pas dire simplement changer le texte !

Ça peut être une écriture de droite à gauche, de haut en bas.... qui demande à changer l'interface.
Ça peut être aussi l'ordre de demande des informations (par exemple une adresse ne se demande pas pareil selon qu'on est au Japon ou en France, la ville doit apparaître d'abord).
Bien entendu le formatage des données

La solution "base de donnée" est aussi possible, mais il faut surtout ne pas mélanger données applicatives et données de traduction... Par exemple une table de "colors" devra rester une table de colors quelle que soit la langue, pour des questions de referencial integrity. Si on a besoin de traduire, ces couleurs, alors rien n'empeche d'avoir une table colors_locale qui prend en entrée un ID de la table colors et une locale (fr_FR, en_US, en_GB, pt_BR, pt_PT, ...).

[Hizin]

Le problème c'est qu'il faut obligatoirement recoder pour rajouter des langues.

Non, tu n'as absolument rien à recoder. Tu as juste à rajouter un dossier et un fichier XML par langue, puis publier.
Il n'y aucune notion de programmation ici.

Pour le coup, avec la remarque de Nicroman, je me demande comment Android gère ça.

[nicroman]

En fait toutes les ressources d'android peuvent avoir des "modifiers"....

le "dpi" (xlarge..), l'orientation ("landscape"...), la langue ("fr"...), le mode nuit, le docking (car,television,desk...)... la liste est super longue...

Il est tout a fait possible d'avoir un layout différent en fonction de la langue... comme des drawables différents...

Android va choisir le fichier qui va bien (je ne sais pas trop dans quel ordre ceci-dit).

[Nono1nd]

Ok merci beaucoup