Re: SPIP nu

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.

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.

Bon je n'ai pas de solution évidemment, mais ça fait longtemps que je me 
dis que c'est un cas qui devrait être générique si on considère que les 
"listes de choses" doivent pouvoir être filtrées par de nouvelles choses 
non prévues au départ.

L'exemple le plus simple qui me vient, puisque l'objet central, c'est la 
page "exec=articles" (qui liste tout) qui devrait pouvoir être 
personnalisable/améliorable par des plugins, pour rajouter des filtres 
plus complexes que juste la recherche libre (mots de différents groupes, 
branche de polyhier, auteurs, etc). Et ça vaut pour n'importe quel objet 
évidemment (mais surtout ceux qui vont être en nombre important).

-- 
RastaPopoulos