Un petit truc tout bete, je ne sais pas si c’est connu, je ne sais pas si il faut le traiter ou simplement le signaler, mais j’ai betement voulu nommer mes images (drapeaux pour changer de langue) : images/en_drap.gif et images/fr_drap.gif
Rien de bien original, mais du coup, dans ma boucle de traduction, je met :
=>#LANG n’est pas interprété si il est suivi de “_” !
pour tester :
<BOUCLE_article_principal(ARTICLES){id_article}>
<BOUCLE_article_trad(ARTICLES){traduction}{exclus}> #LANG_ #LANG
</BOUCLE_article_trad>
</BOUCLE_article_principal>
constaté avec forcer_lang=true et la cvs de vendredi.
@++
Ce n'est pas un bug. C'est juste que le caractère "_" est une lettre comme
les autres (A-Z). Et donc la balise repérée est #LANG_ et non #LANG. Tu
aurais une erreur similaire si ton squelette cherchait à afficher #TITREUR :
ça ne mettrait pas #TITRE suivi de 'UR'.
Je ne pense pas que ça mérite un correctif, même si dans certains langages
on aurait un truc pour le contourner (du genre #{LANG}) : gardons SPIP
simple (et maigre).
@ Stephane LAURENT <sl@adequates.com> :
Un petit truc tout bete, je ne sais pas si c'est connu, je ne sais pas si il
faut le traiter ou simplement le signaler, mais j'ai betement voulu nommer
mes images (drapeaux pour changer de langue) : images/en_drap.gif et
images/fr_drap.gif
Rien de bien original, mais du coup, dans ma boucle de traduction, je met :
<img src="images/#LANG_drap.gif"/>
=>#LANG n'est pas interprété si il est suivi de "_" !
Merci, effectivement, c'est logique ... en fait, c'est plutot le fait que ca
marche qui releve de l'exception.
Mais en fait, il suffit de mettre [(#LANG)], d'autant qu'on peut maintenant
imbriquer le [()]
Ca merite peut etre une ligne sur la doc des balises du nouveau compilo.