Re: SPIP nu

Hello,

Le 6 mai 2016 à 10:53, James <[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 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