Discussion :

[guil182]

Bonjour,
J'aimerais connaitre le comportement de symfony dans le cas de la gestion i18n.
En effet, faut il gerer la langue par défaut ou il y a il un comportement particulier deja geré ?
Aussi, sur les embedI18n, si on ne traduit pas une langue, on ne peut pas enregistrer le formulaire, existe il une façon simple de contourner ce comportement.

merci encore pour votre aide.

[Michel Rotta]

En effet, faut il gerer la langue par défaut ou il y a il un comportement particulier deja geré ?

Oui et non...

Si tu "utilises" le I18N sans rien paramétrer, tu auras un comportement "normal" de ton application, mais aucun gain, sauf peut-être la gestion des pluriels dans la fonction __().

Par défaut le language est en anglais. A toi, en fonction de ton application, de voir comment le gérer. Tu trouveras sur le net des exemples qui permettent, à l'initialisation d'une session, de récupérer la langue de l'explorateur et de la configurer comme langue.

Tu trouveras aussi un plugin qui permet de rajouter facilement un système de changement de langue pour l'utilisateur.

Tu peux aussi stocker cette information dans le profil, sauvegardé, d'un utilisateur, ou encore, dans un cookie s'il ne s'authentifie pas...

Pour le rendu, si symfony ne trouve pas de traduction pour la langue, il va utiliser le texte entré dans le template comme texte par défaut. C'est ici qu'il faut se poser plusieurs questions. Quel langage utiliser dans le template, qui sera LA langue par défaut pour le site. Je m'explique, ton site utilise du I18N sans configuration le langage est à "en" mais tes templates sont en français, il va donc afficher... du français ! (pas de traduction automatique).

La principale difficulté de la langue des template est le choix de la langue, vu que tous les fichiers de traduction vont s'appuyer dessus. Imaginons que tu utilises le français comme langue de base des templates. Tu constates un accent circonflexe qui devrait être aigu, tu le corrige et tu es bon pour corriger tous les XLIFF qui font références à ce libellé. C'est valable pour toutes les langues. Une deuxième solution, celle que j'utilise, est d'utiliser un pseudo langage pour les templates, basé sur l'anglais (ex: dans le template je vais avoir X_address_X et dans le fichier de traduction français "Adresse habituel" alors que dans l'anglais j'aurais "Usual address", le X_address_X ne devrait jamais apparaître, mais s'il apparait, il reste suffisamment explicite pour qu'un utilisateur puisse s'en sortir.


Attention, symfony est fâché avec le cache et l'I18N, il faut parfois vider manuellement (effacement du dossier) le cache pour voir les traductions apparaître.


Pour la deuxième question, je suis désolé, mais je n'ai aucune idée.

[guil182]

merci pour toutes ces precisions.
ne t'excuses pas, c'est déjà très gentil à toi.
Les explications sont valables pour le template, mais qu'en est il des champs basés ?
Par exemple, je suis en espagnol, et dans ma table j'ai la traduction en francais et en anglais....qu'est il affiché ?

[Michel Rotta]

La langue par défaut de l'application, qui doit donc toujours être renseignée.

Du moins, c'est la théorie que j'ai lu, mais je n'ai jamais testé la réalité. Surtout sur une requête groupée.

En effet, si tu prends un objet avec une traduction partiel, tu vas générer, de base, deux requêtes pour récupérer les informations (une pour l'objet international, une pour la traduction), tu peux, en triturant la requête d'origine tous récupérer, mais je ne sais pas alors comment il réagit pour les parties manquantes, d'autre requêtes ?

Faudrait décompiller le moteur doctrine.