Discussion :

[bigsister]

Bonjour,

J'ai un formulaire comme ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
    public function buildForm(FormBuilderInterface $builder, array $options)    {
        $builder
            ->add('gender', ChoiceType::class, array('choices' => array_combine(User::getGenders(), User::getGenders())))
            ->add('firstName')
            ->add('lastName')
            ->add('email')
            ->add('plainPassword', PasswordType::class)
            ->add('dateOfBirth', BirthdayType::class, array('choice_translation_domain' => true))
            ->add('signup', SubmitType::class)
            ->getForm();
    }

J'ai configuré mon appli pour avoir ma locale par défaut à fr.
J'ai donc traduit tous mes labels dans un fichier messages.fr.xliff, tout est OK.

Sauf que pour mon BirthdayType, le fait d'avoir eu à passer par 'choice_translation_domain' => true (et à déclarer les traduction de jan, feb, mar, etc. manuellement dans mon fichier xliff) :
1) Provoque pleins de warnings de traduction (il essaye de trouver les traductions des 120 années du champs years et des 31 jours du champs days)
2) Ne réglera pas un autre problème de formatage (Là il m'affiche la date YYYY/MM/DD à l'anglaise alors que j'aurais voulu DD/MM/YYYY à la française)

J'ai cherché partout je ne trouve pas de solution ... Je précise que je ne veux pas avoir à gérer ça côté fichier Vue si possible

[jisig]

Normalement si tu as intl activé dans php (phpinfo) le formulaire traduits les mois en se basant sur ta config de ta locale, une autre alternative : http://sonata-project.org/bundles/in.../datetime.html

source : https://stackoverflow.com/questions/...y-2-date-field

parce que le problème avec "choice_translation_domain" si j'ai bien compris, c'est uniquement fait pour traduire des strings, et ça peut être intéressant de les mettres dans les forms et même pour les champs dates à conditions que ce soit des champs constants.

https://symfony.com/doc/3.3/referenc.../datetime.html

sinon une dernière solution c'est de créer ton propre type avec les mois traduits par rapport à ta locale... je crois