Pièges possibles sur un site multilingue de Drupal?

Question

Je suis sur le point de me lancer dans un projet de construction d'un site Drupal multilingue, où je vais très probablement devoir utiliser les Vues, ​​les Panneaux et la Taxonomie. Je suis un peu inquiet à propos de l'approche du nouveau nœud pour chaque langue, en particulier en utilisant des panneaux. Jusqu'à présent, je l'ai fait fonctionner de manière similaire à ce que je veux en ne prenant pas en charge le type de contenu Panels multilingue, et en récupérant le contenu de Current language and language neutral. Cela semble fonctionner comme prévu, mais je vois quelques problèmes avec cela. Il pourrait y avoir l'occasion que je devrais avoir un panel spécifique à la langue (pas publié en anglais par exemple). Si j'ai besoin que tous mes panels soient multilingues, il semble y avoir beaucoup de travail pour placer les nœuds pour chaque colonne dans chaque page dans chaque langue. Je pense que je pourrais peut-être résoudre cela en allant chercher le contenu avec une sorte de vue avec des arguments, mais cela conduira probablement aussi à beaucoup de travail.

Existe-t-il une façon correcte de faire ce que je tente de décrire, ou ai-je beaucoup de travail apparemment inutile à attendre?

Answer 1

Je suppose que vous avez le module i18n (http://drupal.org/project/i18n) et le module Views installé. Ensuite, vous pouvez créer une vue pour chaque langue - on peut choisir la langue dans la section "Filtre" de la définition de la vue.

Une fois que vous avez des vues, vous pouvez les lier aux menus ou aux blocs. Le problème est que vous devez avoir une version séparée du bloc ou du menu pour chaque langue, avec une vue appropriée associée - Drupal choisit lui-même la version linguistique appropriée en fonction de la configuration (généralement le type de contenu défini dans un navigateur). Je n'ai pas trouvé de moyen plus facile de le faire.

Heureusement, la préparation de contenu multilingue n'est pas si difficile grâce à la fonctionnalité "transalte" pour les noeuds après l'activation du module i18n, donc un nouveau noeud pour chaque page est quelque chose que l'on peut vivre.

BTW vous avez raison que la façon dont Drupal fait i18n n'est pas la meilleure solution à laquelle on puisse penser. J'ai parfois du mal avec ça.

Answer 2

Bien, il y a de sérieux problèmes avec les vues sur la traduction de termes de taxonomie ou de noms de vocabulaire. Cela pourrait être résolu avec des modules supplémentaires et/ou du code PHP personnalisé dans les champs des vues. Habituellement 70% des modules ne supportent pas la traduction, alors vous devez les patcher pour le supporter. Tandis que d'autres ont des possibilités de traduction, mais il peut y avoir deux manières possibles: utiliser une table de variables pour tenir différentes traductions UI dépendantes (besoin de changer de langue pour trouver une chaîne) ou utiliser des tables de traduction pour utiliser l'interface de traduction du menu admin .

Jusqu'à présent, c'est tout :)

Je vous souhaite bonne chance!