Re: SPIP nu

Yop,

Le 6 mai 2016 à 12:23, James <[email protected]> a écrit :

>
>
>> 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 !
>
>

Exactement.
Je ne comprends pas pourquoi dans le cas de id_mot on présuppose un critère
qui n'est peut-être pas utilisé. Si on appliquait ce principe plus souvent
je vois pas comment on ferait le code de départ :p.
Donc c'est juste historique et quant à améliorer le système autant
réfléchir à une solution qui tienne la route plutôt qu'à un patch.

Aujourd'hui, on a plusieurs mécanismes pour insérer des fonctionnalités
supplémentaires induites par un plugin:
- les pipelines
- la surcharge
- l'échafaudage

En premier lieu, je trouverais plus logique que le plugin mots surcharge
les boucles avec son critère et que les boucles de SPIP nu soient sans
id_mot.
Après même si on découpe le code pour limiter la duplication ça risque
d'être un peu lourd à l'écriture et à la maintenance (quoique je suis pas
sur qu'on le modifie souvent).

Maintenant, le mieux serait surement d'injecter le critère id_mot via une
sorte de pipeline dans la boucle initiale de SPIP nu (un critère {pipeline}
?).
Je sais pas si c'est possible mais ça me parait séduisant.

Et avec un tel mécanisme je pense qu'il doit être envisageable de sortir
proprement les rubriques et les articles.
Je trouve que cet objectif est plus intéressant que le patch du critère
id_mot.


++
Eric