Version 8 — Février 2013 — olivier
habbon :
#ID_ANNONCE
n’est pas interprété :
#URL_ACTION_AUTEUR{
ajouter_lien,
annonce-#ID_ANNONCE-auteur-#SESSION{id_auteur}-candidater,
#SELF}
#ID_ANNONCE
est interprété :
#URL_ACTION_AUTEUR{
ajouter_lien,
auteur-#SESSION{id_auteur}-annonce-#ID_ANNONCE-candidater,
#SELF},
'
Si le #SESSION{id_auteur}
est un #NOM
,#ID_ANNONCE
est bien interprété. On dirait donc que c’est les arguments des balises :
- 2 balises avec des arguments, c’est bon.
- 2 balises sans arguments, c’est bon.
- Mais une balise avec et une balise sans, c’est pas bon.
Astuce trouvée : remplacer mon #ID_ANNONCE
par un #ENV{id_annonce}
, mais ça marche pas avec tous les contextes.
...
...
...
------------------------------------------
#SET{tel,[(#TEL|oui) £pucetel£ #TEL]}
#SET{web,[(#WEB|oui) £puceweb£ #WEB]}
#SET{mel,[(#WEB|non) [(#EMAIL|oui) £pucemel£ #EMAIL]]}
Le résultat n’est pas bon.
Les erreurs suivantes ne sont pas détectées ni signalées.
C’est probablement difficile à changer car tout ce qui n’est pas compris comme code SPIP est compris comme texte. Faudrait il que SPIP détecte « ce qui ressemble presque à un code mais n’en est pas un » pour le signaler et inviter à vérifier si c’est ya en fait une erreur dans ce qui devrait être un code ?
<INCLURE{fond=sla/main_head_fin.sla}}/>
aucune erreur n’est signalée mais ça comprend pas ce qu’il faut (il y a un } en trop à la fin). SPIP pourrait détecter vu qu’il y a <INCLURE
au début ?[avant (#VAL{arg}|unfiltre|#NOM_SITE_SPIP) après]
] aucune erreur signalée mais il manque un |sinon. SPIP pourrait éventuellement détecter que le résultat est constant et présumer qu’il y a une erreur ?-* JLuc :[(#BALISE|filtre{texte1,texte2})]
pose problème si il y a des virgules dans texte1 ou texte2 : cette virgule est considérée comme séparatrice des arguments du filtre. Même si on entoure les arguments avec #VAL{...}
, le problème persiste.