[SPIP Zone] [Spip-zone-commit] r12532 - in /_plugins_/_stable_/couteau_suisse: config_outils.php outils/glossaire.php outils/glossaire_fonctions.php plugin.xml

Author: patfr@ifrance.com
Date: Mon May 28 03:16:25 2007
New Revision: 12532

Log:
Le glossaire passe en traitement sur #TEXTE.
Il ne fonctionne donc qu'en partie publique.
Le pipeline post_propre, c'était un peu bcp de ressources pour peu de résultat...

Est-ce que cela signifie bien comme il me semble qu'il n'est pas actif sur #DESCRIPTIF, #CHAPO, #NOTES, etc. ?

-Nicolas

--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002

Nicolas Hoizey a écrit :

Author: patfr@ifrance.com
Le glossaire passe en traitement sur #TEXTE.
Il ne fonctionne donc qu'en partie publique.
Le pipeline post_propre, c'était un peu bcp de ressources pour peu de résultat...

Est-ce que cela signifie bien comme il me semble qu'il n'est pas actif sur #DESCRIPTIF, #CHAPO, #NOTES, etc. ?

Oui c'est exact. En tout cas pour l'instant.
#DESCRIPTIF et #NOTES : je ne suis pas sûr que ce soit la peine d'y insérer un glossaire.
#CHAPO : pourquoi pas.

Qu'en pensez-vous ?

Pat

Est-ce que cela signifie bien comme il me semble qu'il n'est pas
actif sur #DESCRIPTIF, #CHAPO, #NOTES, etc. ?

Oui c'est exact. En tout cas pour l'instant.
#DESCRIPTIF et #NOTES : je ne suis pas sûr que ce soit la peine d'y
insérer un glossaire.

Pourquoi ne pas avoir une démarche globale ? Par soucis de performance ?

#CHAPO : pourquoi pas.

Au moins, oui. C'est souvent là qu'apparaissent la première fois (hors titres) les éléments importants d'un texte.

-Nicolas

--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002

Nicolas Hoizey a écrit :

Est-ce que cela signifie bien comme il me semble qu'il n'est pas
actif sur #DESCRIPTIF, #CHAPO, #NOTES, etc. ?

Oui c'est exact. En tout cas pour l'instant.
#DESCRIPTIF et #NOTES : je ne suis pas sûr que ce soit la peine d'y
insérer un glossaire.

Pourquoi ne pas avoir une démarche globale ? Par soucis de performance ?

Oui d'une part, mais aussi parce que le glossaire peut vite envahir une page, une démarche globale signifierait que toutes les balises seraient traitées. Limiter à la balise TEXTE permet de contrôler le nombre d'occurences...

Pat

Pourquoi ne pas avoir une démarche globale ? Par soucis de performance ?

Oui d'une part, mais aussi parce que le glossaire peut vite envahir une
page, une démarche globale signifierait que toutes les balises seraient
traitées. Limiter à la balise TEXTE permet de contrôler le nombre
d'occurences...

Il « suffirait » de gérer ça globalement comme c'est fait pour les notes de bas de page, mais je ne sais pas du tout si c'est simple...

-Nicolas

--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002

> traitées. Limiter à la balise TEXTE permet de contrôler le nombre
> d'occurences...

Il « suffirait » de gérer ça globalement comme c'est fait pour les
notes de bas de page, mais je ne sais pas du tout si c'est simple...

Pas simple du tout.

Cependant ; j'imagine que la question c'est de n'afficher la
définition qu'une seule fois par page... si on oublie les farces à
base d'INCLURE, ça veut dire qu'on peut contrôler le nombre
d'occurrences avec une static dans la fonction qui traite le
glossaire.

Pour parler "design de code", le glossaire auto me semble être une
fonctionnalité proche du raccourci de lien (ou [?LienWikipedia]), par
cohérence il serait sans doute mieux de le traiter au même niveau
(donc dans le pipeline pre/post-propre).

-- Fil

* Fil tapotait, le 01/06/2007 14:26:

traitées. Limiter à la balise TEXTE permet de contrôler le nombre
d'occurences...

Il « suffirait » de gérer ça globalement comme c'est fait pour les
notes de bas de page, mais je ne sais pas du tout si c'est simple...

Pas simple du tout.

Cependant ; j'imagine que la question c'est de n'afficher la
définition qu'une seule fois par page... si on oublie les farces à
base d'INCLURE, ça veut dire qu'on peut contrôler le nombre
d'occurrences avec une static dans la fonction qui traite le
glossaire.

Pour parler "design de code", le glossaire auto me semble être une
fonctionnalité proche du raccourci de lien (ou [?LienWikipedia]), par
cohérence il serait sans doute mieux de le traiter au même niveau
(donc dans le pipeline pre/post-propre).

Et c'est assez semblable au plugin acronymes, non ?

--
RealET

Fil a écrit :

traitées. Limiter à la balise TEXTE permet de contrôler le nombre
d'occurences...

Il « suffirait » de gérer ça globalement comme c'est fait pour les
notes de bas de page, mais je ne sais pas du tout si c'est simple...

Pas simple du tout.

Cependant ; j'imagine que la question c'est de n'afficher la
définition qu'une seule fois par page... si on oublie les farces à
base d'INCLURE, ça veut dire qu'on peut contrôler le nombre
d'occurrences avec une static dans la fonction qui traite le
glossaire.

Pour parler "design de code", le glossaire auto me semble être une
fonctionnalité proche du raccourci de lien (ou [?LienWikipedia]), par
cohérence il serait sans doute mieux de le traiter au même niveau
(donc dans le pipeline pre/post-propre).

Eh oui, sauf que là, la partie est un peu plus délicate, le glossaire n'accepte aucun raccourci, justement il est automatique. Un pipeline voit défiler tous les textes de SPIP, y compris la partie privée qui n'a pas forcément besoin d'un glossaire...
la méthode est de parcourir les mots-clés et de les rechercher tous dans le texte (par ailleurs, un pb de charset vient de survenir : les accents ne sont pas bien traités).
les traitements de balises me semblaient appropriés pour mieux "cibler" les mots à accompagner de leur définition...

Pat

Pat a écrit :

Oui c'est exact. En tout cas pour l'instant.
#DESCRIPTIF et #NOTES : je ne suis pas sûr que ce soit la peine d'y insérer un glossaire.
#CHAPO : pourquoi pas.

Qu'en pensez-vous ?

ça pourrait être à l'intérieur de la zone
définie par #DEBUT_SURLIGNE et #FIN_SURLIGNE

JL

JLuc a écrit :

ça pourrait être à l'intérieur de la zone
définie par #DEBUT_SURLIGNE et #FIN_SURLIGNE

JL

Bonne idée, mais ça obligerait à utiliser le pipeline affichage_final et faire une manip compliquée à chaque recalcul, non ?

Pat