Gestion de la balise #TEXTE en mode brut

Comment appliquer un filtre au #TEXTE brut sans perdre la gestion des documents doublonnés et celle des notes ?

Présentation

La rédaction de cet article est motivée par le fait que le problème soulevé et sa solution ont déjà été traités dans la liste spip-dev et dernièrement dans la liste spip. Cet article n’est donc qu’une récapitulation de ce que d’autres ont dit.

La balise #TEXTE

La balise #TEXTE d’une boucle ARTICLES ne sert pas qu’à insérer le contenu de cet article mis en forme ; elle permet en aussi :
-  de récupérer les documents intégrés à l’article pour qu’ils ne soient pas présentés dans un éventuel portfolio ;
-  de gérer les notes de bas de page.

La balise #TEXTE*

Pour récupérer, afin d’y appliquer un filtre supplémentaire, le texte brut de cette balise, il est nécessaire, comme le stipule la documentation, de la faire suivre d’un astérisque. Pour récupérer le texte ainsi traité et le reformater, on lui applique le filtre propre, d’où la syntaxe [(#TEXTE*|filtre|propre)].

Cette syntaxe génère un #TEXTE certes propre mais les documents intégrés ne sont plus détectés : le porfolio s’affiche alors pour tous les documents liés, qu’ils soient intégrés ou non [1].

La balise [(#TEXTE|?)]

Pour passer outre ce problème, il suffit d’appeler une nouvelle fois #TEXTE en faisant en sorte qu’il ne produise pas de contenu. On peut pour cela ajouter le filtre |? passé sans arguments. Ainsi, on ajoute une balise #TEXTE vidée à son squelette :

[(#TEXTE*|filtre|propre)]
[(#TEXTE|?)]

Ce faisant, cependant, les notes du texte sont calculées une nouvelle fois et sont dédoublées.

La balise [(#NOTES|?)]

Pour empêcher cela, on doit demander un calcul des notes, qu’on annule par le même filtre |?, au moyen de [(#NOTES|?)].

Placement des balises vidées

Les deux balises doivent précéder le contenu normal, donc se trouver au-dessus de tous les champs susceptibles de contenir des notes de bas de page. Voici une configuration possible :

[(#TEXTE|?)][(#NOTES|?)]
[(#CHAPO)]
[(#TEXTE*|filtre_perso|propre)]

Footnotes

[1Ainsi, une boucle DOCUMENTS filtrée avec le critère {doublons} renvoie tous les documents.

updated on 2 October 2019

Discussion

2 discussions

  • Bonjour

    Quand on utilise #TEXTE*, les formulaires ne sont pas affichés car le code php du formulaire (include de la balise formulaire) est filtré pour des raisons de sécurité. A la place, on obtient un joli <?php include....

    Il faut alors utiliser #TEXTE** qui squeeze les traitement de sécu.

    Il faudrait donc un filtre supplémentaire à propre et typo, qui permettent de lancer les traitements de sécurisation, mais après le calcul des balises de formulaire.

    Je ne sais pas si ça existe ?

    Reply to this message

  • 1

    Il n’est pas indispensable de définir un filtre |vide, la construction suivante fait pareil :

    [(#TEXTE|?)]

    En effet elle est équivalente à [(#TEXTE|?{'', ''})], autrement dit :
    — si #TEXTE, afficher la chaine vide
    — sinon afficher (aussi)... la chaine vide

    • Je viens de tester : cela marche parfaitement. Merci pour l’info (je corrige l’article) et il serait bon que cette propriété du filtre |? soit intégrée à la documentation (à moins qu’elle ne le soit déjà, auquel cas je l’ai ratée).

    Reply to this message

Comment on this article

Who are you?
  • [Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom