Re: SPIP nu

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.

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.

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 ?



-- 
Cédric



Eric Lupinacci a écrit :
> Hello,
>
> Le 6 mai 2016 à 10:53, James <[email protected] <mailto:[email protected]>> a
> écrit :
>
>     Suite aux discussions de la zone sur son aménagement, juste comme
>     ça, pour essayer, j'ai installé un spip sans plugins, un spip "nu" :
>
>     svn co --ignore-externals svn://trac.rezo.net/spip/spip
>     <http://trac.rezo.net/spip/spip> spipnu
>
>     L'installation se passe bien, l'étape d'activation des plugins est
>     bypassée proprement.
>
>     Une fois dans l'espace privé, bien sûr, c'est cassé :
>
>     3 erreurs de squelettes
>     ../prive/objets/liste/auteurs_enligne.html (a priori les critères
>     imessage et en_ligne necessite organiseur)
>     ../prive/objets/liste/articles.html (le critère {id_mot?} n'est pas
>     connu)
>     ../prive/themes/spip/theme.css.html fait appel à 2 filtres
>     couleur_luminance et couleur_saturation du plugin filtres_images
>
>     En supprimant brutalement les critères imessage et en_ligne, id_mot?
>     et les filtres, on arrive à une interface privée tout à fait acceptable.
>
>     Donc, sur le plan technique, il faudrait éventuellement trouver le
>     moyen de contourner la dépendance à mots, organiseur et
>     filtres_images et on a bel et bien un "noyau" SPIP indépendant des
>     plugins-dist.
>
>
>     Je crois qu'il y a une démarche à trouver pour savoir ce qu'on doit
>     garder dans le noyau, et ce qui peut passer en plugin et ceci en
>     rendant le noyau vraiment indépendant du code et des fonctionnalités
>     qui seront déplacées.
>
>
> Oui mais justement, est-ce que pour converger avant 2231 ne faudrait-il
> pas adopter une autre approche maintenant qu'on a mis pas mal de choses
> en plugins.
> On sait qu'on a toujours un souci avec mots mais on a des articles de
> façon native dans SPIP. Pourquoi ne pas considérer que mots aussi est natif.
> On l'a fait pour itérateur et job queue.
>
> Cela revient à dire que le core nu de spip réintègre des plugins
> (procure) et basta.
> On a l'avantage ainsi d'être proche du but et de pouvoir se concentrer
> sur la notion de distribution plutôt que sur l'amaigrissement du core
> qui confine plus aujourd'hui à une crise d'anorexie sans fin.
>
> ++
> Eric
>
> _______________________________________________
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip