Je dévelloppe un squelette multilingue et je découvre les blocs mutis dans la partie privée.
Par exemple pour une rubrique accueil j’écris [fr] Accueil [en] wellcome et en changeant de langue dans la partie privée la traduction adéquate apparaît avec à coté le joli logo de traduction.
Mais je n’ai vraiment pas réussi à transférer ce comportement dans la partie publique…. Si je ne place aucun critère de lang dans ma boucle spip ne fait aucune traduction si je choisis dans #MENU_LANG_ECRIRE l’anglais alors qu’il le fait dans la partie privée.
#MENU_LANG_ECRIRE
<BOUCLE_test(RUBRIQUES){id_rubrique=5}>
#TITRE
</BOUCLE_test>
Si je place un critère de langue dans ma boucle il ne renvoie plus rien quand je choisi l’anglais (ce qui est normal vu que la langue de la rubrique accueil est en français).
#MENU_LANG_ECRIRE
<BOUCLE_test(RUBRIQUES){id_rubrique=5}{lang ?}>
#TITRE
</BOUCLE_test>
Une fouille minutieuse de la documentation ne m’a pas apporté de réponse, si j’écris directement dans un squelette en dur [fr] Accueil [en] wellcome en effet le bloc ad hoc apparaît apres choix de la langue mais l’écriture en dur dans un squelette n’a aucun intérêt pour mes redacteurs.
Soit j’ai raté un truc.
Soit les blocs multis dans la partie privée n’ont d’utilité que dans la partie privée.
Soit je je develloppe un filtre « multi » qui en fonction de « lang » dans l’url adapte les traductions faites dans la partie privée.
je ne sais pas si cela peut répondre à ta questions mais, si tu utilises les
blocs <multi>, il faut que spip ait l'indication quelconque de la langue au
moment où il veut les utiliser.
Pour moi, il y a deux façons (au moins), d'avoir la langue:
- soit c'est la langue de l'objet concerné (rubrique, article...)
- soit c'est la langue passée dans l'URL
dans ce dernier cas, j'utilise personnellement pour RAforum.apinc.org, le #MENU_LANG qui permet au visiteur de choisir sa langue de navigation.
Certains prennent la langue de l'environnement logiciel de l'utilisateur (il
y a des contribs à ce sujet).
Mais les blocs <multi> sont vraement très pratiques et évitent de définir
des squelettes en fonction de la langue. De plus, tu peux t'abstenir de
traduire toutes les langues et utiliser une langue par défaut. Et, pour
finir, tu peux t'en servir aussi pour traduire les mots-clés.
Je ne peux que t'inviter à aller faire un tour sur la rubrique "vie du site"
de raforum.apinc.org pour voir comment nous nous sommes débrouillés.
Je comprends que le champs TITRE de la rubrique est composé d'un bloc
<multi> ?
Mais dans ce cas, à moins que tu n'empêches #TITRE de prendre la langue de
la boucle (le français dans ton cas) il sera toujours dans cette langue.
Comment l'empêcher ? Deux façons à ma connaissance :
- soit ajouter {!lang_select} comme critère de la boucle
- soit ajouter $forcer_lang = true (en php ou dans l'URL)
Absolument merci beaucoup c'est le critere {!lang_select} que je n'avais
pas compris.
J'irai en parler sur le wiki ce soir en exposant le probleme et la
solution, car à partir du wiki je n'avais vraiment pas compris.
Le wikki est il à jour sur ce sujet, tu as tout compris avec les explications ?
Je pense a une question sur le choix de la langue de la page d'accueil qui revient régulièrement sur la liste des utilisateurs.
Comme je ne m'occupe pas de multilinguisme jusqu'a présent,je me permets de faire remonter ca vers les experts de la question sans le vérifier moi même.