Re: SPIP nu
James <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAE50Zk5ycvSCbVYddPdZVhkDmfr62Ze-ZJqnkzRgSkdGVmUj2g@mail.gmail.com> |
Le 6 mai 2016 à 11:25, Cédric Morin <[email protected]> a écrit : > Hello, > > non on ne va pas réintégrer les mots dans le core, ça n'est en aucun cas > une fonctionnalité essentielle et indispensable, au contraire des > iterateurs et du job queue qui sont des briques de base. > Pour un SPIP mini, un peu habillé, qui servirait de base à des distributions totalement indépendante, dont un SPIP classique, oui, je crois. Pour un SPIP nu, sur lequel s'appuierait le SPIP un peu habillé (mini), je me demande quelle fonctionnalité peut encore être retirée ... et j'ai pas d'apriori. > > > 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. > Le pipeline pre_boucle, je l'avais complètement oublié. Je vais regarder ça. > > Pour la dépendance au plugin de filtre image, c'est nouveau dans la 3.1 à > cause des filtres de calcul de couleur du thème, car jusqu'ici le core > était totalement indépendant de ce point de vue et ne nécessitait aucun > filtre image avancé. Ça doit pouvoir se résoudre, peut-être en déplaçant > ces 2 filtres, ou en déclarant une version par defaut dans le core ? > dans ecrire/inc/filtres_images_mini.php ? une fonction filtre_couleur_saturation_dist($couleur, $val) { return $coueur; } suffirait sans doute, j'imagine ? > -- > Cédric > > -- James