class backendConfiguration extends sfApplicationConfiguration
{
public function configure()
{
sfValidatorBase::setDefaultMessage(‘required’, ‘Ce champ est obligatoire.’);
sfValidatorBase::setDefaultMessage(‘invalid’, ‘La valeur est invalide.’);
}
}

je me suis pas encore penché sur ce changement de la 1.4!

Il fallait lire:

abstract class BaseFormDoctrine extends sfFormDoctrine
{
public function setup()
{
sfValidatorBase::setDefaultMessage(‘required’, ‘Champ obligatoire’);
sfValidatorBase::setDefaultMessage(‘invalid’, ‘Valeur non valide’);
parent::setup();
}
}

Pour la version 1.4, pour définir les messages par défaut :

abstract class BaseFormDoctrine extends sfFormDoctrine
{
public function setup()
{
sfValidatorBase::setDefaultMessage(‘required’, ‘champ obligatoire’);
sfValidatorBase::setDefaultMessage(‘invalid’, ‘champ obligatoire’);
parent::setup();
}
}

Je vous propose un lien vers un billet de mon blog :http://www.zen-in-progress.com/symfony-traduction-totale-de-ladmin-generator/

Dans ce dernier, j’explique une méthode pour traduire l’admin generator en français, notamment les « yes », « no », « yes or not », « Are you sure? » et « is empty ».

Pour la traduction des libellés « Required. » et « Invalid. », j’ai trouvé le post suivant sur le groupe google.

Il explique qu’il faut créer un fichier apps/mon_admin/i18n/messages.fr.xml avec le contenu ci-dessous :

        Required.
        Ce champ est obligatoire.

        Invalid.
        Ce champ est incorrect.

Un petit cc et le tour est joué. Chez moi ça fonctionne avec sf 1.2.9.

- Déjà, le fichier recherché pour la traduction n’était pas sf_admin.xml mais message.xml (un oubli de config de ma part quelque part ?) Ça, je l’ai découvert en faisant un print_r($catalogue) dans la fonction __() de la classe I18Nhelper.
Bref : renommage de sf_admin.xml en message.xml

- Ensuite, en faisant un print_r($this->messages[$catalogue]) dans la fonction formatString() de la classe sfMessageFormat, j’ai vu que les traductions étaient bien récupérées mais que les clés du tableau n’avaient pas la bonne casse (‘Save and add’ au lieu de ‘save and add’ par exemple).
Du coup je pense que le problème vient du fichier de traduction qui n’est peut être pas le bon… D’autant plus que certains messages manquent dans ce fichier.
Pour ne pas reprendre tout le fichier de traduction (flemme, pas bien…), j’ai légèrement modifié la fonction formatString() en remplaçant :

      if (isset($variant[$string]))
      {
              	$target = $variant[$string];

par :

 if ((isset($variant[$string])) or (isset($variant[ucfirst($string)])))
      {
      	if(isset($variant[$string]))
        	$target = $variant[$string];
        else
		$target = $variant[ucfirst($string)];

Et j’ai ajouté dans le fichier de traduction certaines trad manquantes (il y en a sûrement d’autres)

        remove file
        Supprimer le fichier

        [show file]
        [Voir le fichier]

        Your modifications have been saved
        Enregistrer

        The form is not valid because it contains some errors.
        L'enregistrement n'a pas pu être effectué.

Bon, je pense que c’est pas la meilleure solution de modifier la source de Symfony, et un fichier de traduction plus approprié serait sans doute une meilleure solution, mais bon, ça marche :-)

J’espère que ça dépannera certain, personnellement ça faisait un bon moment que je m’arrachais les cheveux !

Donc c’est censé fonctionner. Si c’est pas un problème de culture, ca ne peut être qu’un problème de fichier de traduction.

Tu as jeter un oeil à ton fichier? Il semble correspondre? J’avoue que j’ai pas énormément d’idée pour le coup