Version imprimable
Bonjour,
J'ai beau chercher sur le net et sur les forums développez, étrangement je ne trouve pratiquement aucune info sur le développement d'applications multilingues en JAVA. Même Ivor Horton n'en touche pas un mot dans le pavé que je lui ai acheté.
Pouvez-vous me donner quelques liens traitants du sujet ? Peut-être que je ne cherche pas les bons termes :?
Première lecture : le tutoriel de Sun sur le sujet.
A savoir : internationalization c'est long à dire et à écrire, c'est pourquoi, on le trouve souvent sous la forme i18n (parce qu'il y a 18 lettres entre le 'i' et le 'n').
Avec ça tu devrais trouver beaucoup plus de choses sur Google.
Merci pour le lien. Qqn m'a également proposé de simplement stocker mes textes dans des fichiers XML. ça me semble tout bête et bien plus facile à implémenter que les principes d'internationalization. Qu'en pensez-vous ?
Je pense que ça dépend que ce doit faire l'appli !
Quand on dit multilingue, ça peut aller assez loin : les fichiers (XML ou autre) peuvent suffire, mais ils peuvent aussi n'être qu'un élément de la solution.
Jusqu'où le multi lingue doit-il aller ?
C'est pour ça que le doc. de Sun est intéressant : il est assez poussé pour permettre au lecteur de voir tous les aspects à considérer (ça m'étonnerait que quelqu'un tous seul dans son coin pense à tout ça).
Il permet de suffisament bien cerner le problème pour savoir ce qu'on va mettre en place et ce qu'on va occulter volontairement.
Effectivement je vois que par exemple le format des nombres est géré, etc. Mon application ne va pas aussi loin, je dois juste traduire quelques écrans en anglais. Je pense que les fichiers XML me suffiront.
Mais j'ai appris qqch avec le i18n :wink:
En effet, si c'est juste traduire quelques libellés, la solution maison avec des XML est bien.
Je dirais même que si c'est une petite appli qui ne va pas beaucoup bouger, une classe avec des constantes peut suffire.
Attention quand même, si en plus de libellés, tu as des messages utilisateurs.
Il faut savoir que d'une langue à l'autre, l'ordre des mots varie. Et si des messages prennent en compte un paramètre c'est plus délicat à gérer.
Exemple (bidon, ok, mais j'ai rien trouvé de mieux) de message :
- "Vous avez sélectionné la voiture rouge" (ou la verte, la bleue ...)
"You have selected the red car" (ou the green car, ou the blue car).
-> On ne peut pas se contenter de concaténer des morceaux de texte, il faut gérer un texte paramétré !
Oui, je suis conscient de ces problèmes. Je pense avoir une structure de ce type :
<accueil>
<menu>
<item1>premier menu</item1>
<item2>deuxième menu</item2>
</menu>
</accueil>
Ainsi j'isole chaque phrase et la traduction sera correcte. Je n'ai pratiquement pas de variables dynamiques devant s'intercaler au milieu de phrases, donc ça doit jouer.
Utiliser une classe est également une idée, mais les fichiers XML sont bien plus faciles à gérer en cas d'ajout d'une nouvelle langue.
C'est sûr que la solution "fichier" est plus souple (pas de re-compilation).
Bon courage !
Question bete : plutot que de dupliquer le ficher XML de description du menu, pourquoi ne pas l'associer a des PropertyRessourceBundle qui sont specialises dans la gestion des fichiers i18n et l10n (localization) ?
gui.xml
gui_fr.properties (ou gui_fr_FR.properties)Code:
2
3
4
5
6
7
8
gui.properties (ou gui_en.properties ou gui_en_US.properties)Code:
2
3
4
5
6
7FILE_MENU=Fichier OPEN_ACTION=Ouvrir... SAVE_ACTION=Sauvegarder SAVE_AS_ACTION=Sauvegarder sous... QUIT_MESSAGE=<html><body>Désirez vous réellement quitter sans sauvegarder votre travail ?</body></html> OVERWRITE_FILE_MESSAGE=<html><body>Le fichier \"{0}\" <br/>existe déjà ; voulez-vous l'écraser ?</body></html>
Notez que les regles de presentation et de grammaire sont differentes entre l'anglais et le francais:Code:
2
3
4
5
6
7FILE_MENU=File OPEN_ACTION=Open... SAVE_ACTION=Save SAVE_AS_ACTION=Save As... QUIT_MESSAGE=<html><body>Do you really want to quit without saving your work?</body></html> OVERWRITE_FILE_MESSAGE=<html><body>File \"{0}\" <br/>already exists; do you want to overwrite?</body></html>
Sauvegarder sous...
Save As...
<html><body>Le fichier \"{0}\" existe déjà ; voulez-vous l'écraser ?</body></html>
<html><body>File \"{0}\" already exists; do you want to overwrite?</body></html>
Moi j'utilise un procede similaire mais etendu pour pouvoir egalement charger les info-bullles, les acceleateur (keystroke), les mnemonic (lettre active dans le label) ... et les icones* (!) a partir d'une meme cle.
* car une image ok dans une culture peut-etre offensante dans une autre.
Pour les message composes il faut utiliser MessageFormat (lire la doc de cette classe attentivement). Attention cependant au genre et au nombre (la quantite, pas les chiffres) qui peuvent etre different suivant les languages. Il peut etre parfois assez difficile de faire des messages generiques composes.
ex : peuple est singulier, people est pluriel.
=> en se basant sur un prog anglais a traduire en francais :
People are angry
En anglais on peut faire facilement un message compose genre
{0} are {1}
En francais une traduction literalle serait
Les {0} sont {1}
Et la ca ne passe pas (la traduc a un sens different et l'adjectif n'est pas accorde au nombre). Idem si on utilise un mot feminin.