La boucle DATA protège automatiquement toutes les balises qui sont à l'intérieur, car les données qu'on y manipule sont en général de provenance inconnue et potentiellement dangereuse.
Cela impacte aussi (à tort ?) les balises #FORMULAIRE_xx qu'il faut donc utiliser avec un * comme Suske le propose.
La solution alternative est d'utiliser une boucle POUR qui elle n'a pas ce comportement.
La boucle DATA protège automatiquement toutes les balises qui sont à
l'intérieur, car les données qu'on y manipule sont en général de provenance
inconnue et potentiellement dangereuse.
Cela impacte aussi (à tort ?) les balises #FORMULAIRE_xx qu'il faut donc
utiliser avec un * comme Suske le propose.
La solution alternative est d'utiliser une boucle POUR qui elle n'a pas ce
comportement.
Merci pour ces précisions ! et l'astuce du POUR. Pour ma part j'avais
oublié avoir eu le souci, c'est Frank qui me l'a rappelé par son
message. Je ne sais plus du tout comment je l'avais contourné (ni dans
quel contexte je l'avais rencontré).
Je pense que ça vaudrait le coup de mettre à jour la doc sur spip.net, non ?
{{{Protection des données manipulées par les itérateurs}}}
La boucle <code>(DATA)</code> protège automatiquement toutes les
balises qui sont à l'intérieur, car les données qu'on y manipule sont
en général de provenance inconnue et potentiellement dangereuse. Cela
impacte aussi les balises des formulaires
(<code>#FORMULAIRE_xx</code>) qu'il faut donc utiliser avec un * comme
Suske le propose.