Re: SPIP nu

James <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CAE50Zk5NvozaNPH87PHDwFpTXoB-vkSOhyW2FcnhsV8NZHyh7g@mail.gmail.com>
Le 6 mai 2016 à 12:05, RastaPopoulos <[email protected]> a écrit :

> Le 06/05/2016 11:25, Cédric Morin a écrit :
>
>> Il faut/suffit de traiter le cas particulier du critère id_mot,
>> peut-être en déclarant une dépendance de critères dans le compilateur ?
>> Genre si un critère X n'est pas trouvé mais qu'une dépendance à un
>> plugin Y est déclarée et que ce plugin Y n'est pas activé, alors tout
>> est normal, ne pas produire d'erreur.
>> Cela permettrait sans doute de traiter les 3 cas de critères soulevés
>> par James.
>>
>
> Oui je pense qu'on doit pouvoir trouver une manière de faire "mourir"
> silencieusement un critère qui n'est pas défini parce qu'un plugin manque.
>
> Mais, plus compliqué évidemment, je me demande si on ne pourrait pas
> trouver un moyen, un jour, pour ajouter dynamiquement des critères dans
> telle boucle de tel squelette.
>

+2 !


>
> Car là ce cas de {id_mot?} nécessaire dans l'admin, c'est pas spécifique
> en fait. N'importe quel autre plugin peut avoir besoin de rajouter des
> critères dans un squelette de liste d'objets par exemple (polyhiérarchie
> par ex, qui est une autre manière de filtrer). Ça ne peut pas être une
> surcharge unique, puisque sinon un seul plugin peut le faire.
>


une sorte de pipeline de critères, quoi ... :) En gros, on parle ici du
design pattern "Injection de dépendance", grosso modo.


>
> --
> RastaPopoulos
>

-- 
James
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.