Re: SPIP nu
RastaPopoulos <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 25/05/2016 15:41, Cédric Morin a écrit :
> Est-ce qu'il ne vaudrait pas mieux prendre ce {where?} existant en
> convention et simplement que le plugin mots rajoute son critere
> conditionnel {id_mot?} sur les boucles qui ont ce critere {where?} ?
Pour le {id_mot?} à rajouter peut-être… mais n'empêche qu'il faudrait
quand même que le pipeline (et l'objet Boucle en général en fait) ait
l'info de "quel fond était demandé au départ" pour ce squelette. Parce
qu'une des grandes utilisations de ce pipeline, d'après moi, ça reste
quand même "ajouter tel critère dans telle boucle de tel fond (même si
surchargé)", pas forcément un truc en masse à "toutes les boucles ayant
tel autre critère".
Par exemple on peut imaginer qu'un plugin veuille rajouter un critère
spécifiquement sur les listes d'articles dans l'admin, donc les
résultats fournis par prive/objets/liste/articles mais il faut que ça
marche même si ça a été surchargé.
Ou même si on sort de l'admin : si un plugin veut rajouter un critère
sur une ou plusieurs listes d'objets dans le site public, sachant que
beaucoup de squelettes utilisent la convention "liste/patates", là aussi
il faudrait que ça marche en comparant le fond demandé, pas le fichier
précis dans tel plugin/squelettes.
Ou bien on se débrouille en utilisant le chemin du vrai fichier complet,
et on cherche le fond voulu dedans ? C'est-à-dire qu'on cherche
uniquement "prive/objets/liste/patates" dans
sourcefile="prive/objets/liste/patates.html" et on considère que c'est
ok ? Mais je ne sais pas si c'est toujours fiable (et c'est bien pour ça
que dans styliser ou autre, on a la *vraie* information "fond").
--
RastaPopoulos
_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip