[sfDoctrineGuard] Internationalisation (i18n)

Bonjour,
je ne souhaite pas que mon site sois multilangue, mais j'aimerai quant meme faire des traductions pour le module sfDoctrineGuardPlugin.

j'ai donc modifié mon fichier settings.yml:

Code:

---

1 2 3 4 5

all: .settings: i18n: on default_culture: fr (ou fr_FR)

---

j'ai vu que le plugin avait nativement un fichier xml de traduction disponlible pour les langues fr et es. Je l'ai donc modifié pour correspondre à mes attentes.
J'ai supprimé le cache (php symfony cc), manuellement et le cache et cookies du navigateur. Rien n'y fait, ca ne fonctionne pas. J'ai donc ensuite créé avec la commande: php symfony i18n:extract backend fr --auto-save un fichier messages.xml, je l'ai également modifié (je suis sure des <source> (auto génération)) pour le même résultat rien... j'ai toujours ma page d'authentification en anglais. J'ai bricolé le fichier BasesfGuardAuthActions.class.php dans plugins/sfDoctrineGuardPlugin/modules/sfGuardAuth/lib pour afficher la culture par defaut (echo $this->getUser()->getCulture()) et j'ai bien 'fr' d'affiché dans ma page de connexion. J'avoue désespérer un peu.
Ensuite si un jour par miracle j'arrive à traduire les données, comment fait on pour traduire les notice ou error ? l'autogénration de messages ne me les propose pas !!
voilou je suis dans le caca
Je m'y prend mal ? si vous avez des idées, elles sont les bienvenues.
Wind

J'ai peut-être été un peu vite tout à l'heure.

Attention, c'est le form qui sont systématiquement prêtes pour fonctionner en internationalisée, pas particulièrement sfGuard. Il n'y a donc aucun code particulier dans sfGuard pour internationaliser. Il n'est absolument pas nécessaire d'apporter la moindre modification au plugin.

Il faut recopier le fichier sf_guard.fr.xml dans le dossier i18n de l'application (suivant le cas frontend, backend ou les deux).

Il faut modifier les configurations du setting, ce que tu sembles avoir fait.

A vérifier, dans le dossier : cache/<application>/dev/config tu as un fichier : config_setting.yml. Vérifie que la configuration mise dans ton setting.yml pour le i18n s'y retrouve bien. Le chemin n'est valable que pour le dev.

Tu as aussi un dossier cache/<application>/dev/i18n/... qui doit être peuplé de trucs bizarre. C'est, je pense, un des trucs mal nettoyés par la commande cc. Mais il doit y en avoir d'autres.

Lance ton application en mode debug (dev) et vérifie dans la barre de debug si l'utilisateur a bien fr pour culture (fr pas fr_FR).

Si tu n'as toujours rien, tu peux vérifier si les zones a traduire sont bien vue en modifiant le fichier factories.yml et en rajoutant dans la zone debug

Code:

---

1 2 3 4 5 6

dev: ... i18n: param: debug: true

---

Ce qui va entourer les zones qui cherchent à être traduite et ne le sont pas de [T].

Si ça ne marche pas... c'est un peu mystérieux la i18n, je ne suis toujours pas sur de toujours savoir pourquoi cela marche... Il m'arrive de m'énerver dessus plusieurs heures, puis, cela marche. En général (chez moi) une fois que cela c'est mis à marcher cela continue... A condition de bien manuellement vider le cache à chaque modification des traductions.

En passant rapidement sur le fichier de traduction je pense qu'il y a une erreur sur le "username" qui devrait être "username or email".

Reste la possibilité d'un cierge, mais pas sur le clavier :lol:

Encore un truc. Dans le dossier i18n de l'application tu peux soit avoir le fichier "xxxx.fr.xml" soit un dossier "fr" avec dedans un fichier "xxxx.xml" a priori les deux marchent. J'utilise la deuxième par pure agrément personnel.

Bonne chance.

Bonjour, merci pour ta réponse
je viens de copier le contenu sf_guard.fr.xml dans messages.xml et je n'ai que la dernière traduction du fichier xml qui fonctionne...
c'est un bon début :)
à quoi sert le numéro id dans trans-unit ?
Wind

han ça marche...
j'ai modifié dans mon fichier _signin_form.php tous les appels aux traductions exemple:

Code:

---

1 2 3

<?php echo __('Remember me', null, 'sf_guard'); ?> devient <?php echo __('Remember me'); ?>

---

du coup je pense il va les chercher au bon endroit.
ha moins qu'il faille configurer le plugin en fr pour que ça fonctionne "normalement". Mais la je vois pas comment.
Wind

Non, il n'y a rien de configurable a ce niveau là dans le plugin.

Par contre je ne suis pas sur de comprendre d'où vient un partial _signin_form.php, mais je n'ai pas cherché non plus.

Tant mieux si cela marche.

le partial vient du plugin, je n'ai fait que le redéfinir comme indiqué dans la doc. Ca me permet de bidouiller mon html comme je le souhaite sans toucher au plugin.
Au fait j'ai trouvé "le pourquoi du comment que ca fonctionne pas bien" mes traductions: Il aime pas les accents dans le fichier xml, il faut tout écrire en utf8, sinon rien ne marche.
Cyril

Du plugin, mais bien sur...

Faut que j'arrête de traiter 20 messages en simultanés....

Effectivement, il faut que tout soit en utf-8 si tu ne veux pas d'ennuis, l'output, les fichiers, la base,...

merci pour ton aide en tout cas (comme d'hab ^^)
Wind