Bonsoir!
Oh dear... le multilinguisme (un sujet, vous le savez, cher à mon coeur) ne
se porte pas bien avec la CVS de 18:00.
Comparez :
http://www.taize.fr/en_article22.html?lang=fr (CVS du 14 oct, menus en fr)
http://taize-devel.taize.asso.fr/en_article22.html?lang=fr (CVS de 18:00 cet
après-midi; menus qui devraient être en français, mais ne le sont pas)
squelette identique pour les deux sites: t_art2cols.html
Je chercherai à cerner le problème de plus près...
Paolo
Rebonsoir !
J'ai mis en ligne une page : http://taize-devel.taize.asso.fr/test_lang.php3
C'est le test no. 1 qui ne marche page.
C'est à dire, avec un URL qui contient "...forcer_lang=1&lang=es" le {lang}
qui est mis comme critère à la boucle _getlang devrait être "=es". Ce n'est
pas le cas actuellement. Ce {lang} "=en" -- langue du site par défaut. Il
s'agit de quelque chose qui s'est introduit dans la CVS depuis le 14 oct.,
car la CVS de cette date marche bien sur ce point.
<BOUCLE0(ARTICLES){id_article}>
#LANG
<BOUCLE_getlang0(RUBRIQUES){lang}{0,1}>
#LANG
</BOUCLE_getlang0>
</BOUCLE0>
Paolo
Ca a été long mais j'ai trouvé: en extrayant d'inc_admin les fonctions d'erreurs SQL
(cf http://article.gmane.org/gmane.comp.web.spip.devel/22013)
j'ai induit une lecture de inc_presentation systématique, meme quand il n'y a pas d'erreur.
Je croyais benoitement que tout fichier d'inclusion n'affectait pas l'environnement, mais il n'en est rien: inc_presentation change $spip_lang. Fallait le savoir.
Emmanuel
Déesse A. wrote:
Ca a été long mais j'ai trouvé:
Merci beaucoup ! Ça remarche.
Paolo