Discussion :

[dubitoph]

Bonjour,

Dans un projet Symfony, lorsque j'essaie de stocker une traduction pour une locale différente de la locale par défaut mais avec la même traduction, celle-ci n'est pas stockée dans la base de données.

Voici un exemple de traitement pour stocker les traductions:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
            foreach($seasons as $season)
            {
 
                foreach($locales as $locale)
                {
 
                    if($locale)
                    {
 
                        $translation = $seasonsForm['season_' . $season->getId() . '_' . $locale]->getData();
 
                        if ($translation) 
                        {
 
                            $season->setSeason($translation);
                            $season->setTranslatableLocale($locale);
 
                            $manager->persist($season);
                            $manager->flush();                            
 
                        }
 
                    }
 
                }
 
            }

Par exemple, si la saison pour la locale "en" est "High" et la saison pour la locale "fr" est "Haute", les traductions sont correctement stockées dans la base de données. Toutefois, si la saison pour la locale "en" est "Top" et la saison pour la locale "fr" est "Top", la traduction "fr" n'est pas stockée dans la base de données.

Quelqu'un aurait une idée sur la manière de résoudre ce problème?

Merci d'avance pour votre aide.

[insaneness]

Bonjour,
Dans la configuration gedmo translatable, il y a une option qui semble convenir :

A ajouter dans doctrine_extensions.yml :

Code yaml :

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

1
2
3
4
5
6
7
8
9
10
gedmo.listener.translatable:
    class: Gedmo\Translatable\TranslatableListener
    tags:
      - { name: doctrine.event_subscriber, connection: default }
    calls:
      - [ setAnnotationReader, [ "@annotation_reader" ] ]
      - [ setDefaultLocale, [ '%locale%' ] ]
      - [ setTranslatableLocale, [ '%locale%' ] ]
      - [ setTranslationFallback, [ true ] ]
      - [ setPersistDefaultLocaleTranslation, [true]]

Je parle de setPersistDefaultLocaleTranslation. C'est valable si fr est votre locale par défaut

[dubitoph]

Merci beaucoup pour ton intervention.

Je précise que je suis maintenant en Symfony 5.

Dans mon fichier config/packages/stof_doctrine_extensions.yaml, j'ai ceci :

Code yaml :

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

1
2
3
4
5
6
7
stof_doctrine_extensions:
    default_locale: en_US
    orm:
        default:
            translatable: true
    mongodb:
        default: ~

Dans mon fichier config/services.yaml :

Code yaml :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
...
parameters:
    locale: 'en'
    app_locales : en|fr|
...
    Gedmo\Translatable\TranslatableListener:
        tags:
            - { name: doctrine.event_subscriber, connection: default }
        calls:
            - [ setAnnotationReader, [ "@annotation_reader" ] ]
            - [ setDefaultLocale, [ '%locale%' ] ]
            - [ setTranslationFallback, [ true ] ]
            - [ setPersistDefaultLocaleTranslation, [true]]

J'ai à nouveau tenté de traduire la saison "Top" par "Top" en français, mais ça ne l'enregistre toujours pas :

[insaneness]

Bonjour,
En faisant un debug sur la façon dont fonctionne Translatable j'ai pu comprendre la raison de ce comportement.
Cela vient du fait que doctrine ne voit pas l'entité comme une entité à insérer (logique puisqu'elle a été créer lors du premier persist / flush) ni comme une entité à editer et c'est là que ça pèche car pour doctrine la modification uniquement de la translatableLocale qui n'est pas un champ persisté directement n’entraîne pas l'enregistrement de la translation dans la nouvelle locale dans la table ext_translations.
J'ai réussi à contourner ce comportement en éditant un autre champ de l'entité (tout en conservant la même translation pour le field voulu dans une locale différente) et là je retrouve bien les deux ligne ("en" et "fr") dans ma base de données.
J'ai bien conscience que c'est nul comme solution, mais ça peut être pour vous une piste de refléxion.

EDIT :
Voici une idée pour forcer un peu les choses :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$toto = new Player();
        $toto->setTranslatableLocale("en");
        $toto->setFirstname("ENGLISH");
 
        $entityManager->persist($toto);
        $entityManager->flush();
 
        $toto->setTranslatableLocale("fr");
        $toto->setFirstname('ENGLISH');
        // Cette ligne permet de forcer doctrine a faire un update de l'entité 
        $entityManager->getUnitOfWork()->setOriginalEntityProperty(spl_object_hash($toto), 'firstname', "SOME BULLSHIT THAT WILL BE OVERRIDEN");
 
        $entityManager->persist($toto);
        $entityManager->flush();

Dans cet exemple, firstname est le champ translatable et la valeur qu'on lui attribut est bien identique et on obtient bien les deux lignes de traduction voulues

[dubitoph]

Un tout grand merci pour votre précieuse aide!

J'ai donc ajouté ce bout de code dans mes boucles pour réaliser les interfaces de traduction. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
            foreach($seasons as $season)
            {
 
                foreach($locales as $locale)
                {
 
                    if($locale)
                    {
 
                        $translation = $seasonsForm['season_' . $season->getId() . '_' . $locale]->getData();
 
                        if ($translation) 
                        {
 
                            $season->setSeason($translation);
                            $season->setTranslatableLocale($locale); 
                            $manager->getUnitOfWork()->setOriginalEntityProperty(spl_object_hash($season), 'season', "To be overriden");
 
                            $manager->persist($season);
                            $manager->flush();                            
 
                        }
 
                    }
 
                }
 
            }

Ca fonctionne maintenant nickel!