[spip-dev] 1.8cvs vs 1.72 pour lang_select=non

Dev
1

Je fais actuellement un test pour distinguer le comportement de lang_select
dans 1.7.2 vs 1.8cvs

La rubrique 1 que l’on teste est en français.

Dans le fichier php3 j’ai ajouté
$forcer_lang = true;

Voici deux boucles test:

<BOUCLE_rub1(RUBRIQUES){id_rubrique=1}{lang_select=non}>

<:bonjour:>
</BOUCLE_rub1>

<BOUCLE_rub2(RUBRIQUES){id_rubrique=1}{0,1}>

<:bonjour:>
</BOUCLE_rub2>

En passant dans l’url “&lang=pt”
On obtient:

Résultat dans 1.7.2

Bom dia
Bonjour

Résultat dans 1.8cvs

Bom dia
Bom dia

Dans 1.8 “$forcer_lang = true” semble donc maintenant forcer la langue passée par l’url pour toutes les rubriques,
que l’on veuille tout de même conserver la langue originale de la rubrique ou non.

Comment faire alors pour obtenir dans 1.8 “Bonjour” pour une rubrique malgré que la page soit demandée en portugais
comme dans mon exemple?

Normalement, ne devrait-on pas conserver de façon ascendante le comportement de balise publier dans une version officiel ( ici 1.7.2 )
afin que tout squelette développer à ce jour reste fonctionnel pour le passage à 1.8?

François

2

Salut

<BOUCLE_rub1(RUBRIQUES){id_rubrique=1}{lang_select=non}>
<br><:bonjour:>
</BOUCLE_rub1>

Pas la peine de mettre {lang_select=non} car il y a le $forcer_lang qui fait
le boulot

<BOUCLE_rub2(RUBRIQUES){id_rubrique=1}{0,1}>
<br><:bonjour:>
</BOUCLE_rub2>

as-tu essayé {lang_select=oui}dans ce cas ?

Normalement, ne devrait-on pas conserver de façon ascendante le
comportement de balise publier dans une version officiel ( ici 1.7.2
)
afin que tout squelette développer à ce jour reste fonctionnel pour
le passage à 1.8?

Sauf si c'était précédemment un bogue... qui t'arrangeais ;-)))

On doit encore creuser pour y arriver !

JMB