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