Re: SPIP nu

Je viens de faire l'essai. J'ai codé un critère {pipeline} qui appelle un
pipeline inserer_critere, remplacé {id_mot?} dans la boucle "_liste_art"
par ce critère et ajouté une fonction dans le plugin mots qui insère le
critère {id_mot?} via le pipeline. Et ça marche.

Le truc, tel que je l'ai codé, c'est que ce critère {id_mot?} sera inséré
dans absolument toutes les boucles qui exploiteront {pipeline}. On pourrait
limiter aux seules boucles ARTICLES, ou ARTICLES+RUBRIQUES, par exemple.
mais ça sera appliqué quand même à toutes les boucles ARTICLES (ou
ARTICLES+RUBRIQUES) et on ne le souhaite pas forcément...

De même, si un autre plugin utilise le pipeline inserer_critere, pour
ajouter son critère, on se retrouve avec 2 critères ajoutés
systématiquement à toutes les boucles... et on ne le souhaite pas
forcément, non plus ...

Et je ne suis pas certain que d'ajouter un paramètre soit judicieux :
{pipeline truc} qui n'appliquerait que les critères qui s'enregistrent dans
"truc", je n'y crois pas beaucoup.

Bref, je crois que soit il manque quelque chose à ce concept, soit que ce
n'est pas le bon.

Mais je fournis le patch si vous voulez.


Le 7 mai 2016 à 18:00, Eric Lupinacci <[email protected]> a écrit :

> Yo,
>
>
> Le 7 mai 2016 à 17:48, James <[email protected]> a écrit :
>
>>
>> Pour l'histoire des critères, j'ai plus de mal ...
>>
>>
> On pourrait pas imaginer un meta critère {pipeline} dans une boucle qui
> indiquerait qu'on ouvre un point d'entrée dans cette boucle pour y insérer
> des critères additionnels ?
> Et dans le plugin on déclarerait un pipeline inserer_critere par exemple
> ou l'on donnerait suivant une syntaxe à définir les éléments du critère ?
>
>
> ++
> Eric
>
>


-- 
James