SPIP nu

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.

Sur le plan fonctionnel, c'est sans doute une autre histoire, il y a sans
doute des choses à retirer par défaut (ex: Activité/Afficher les visiteurs,
...)

Pour info, un petit tour dans les tables :

| spip_meta          |

La table technique

| spip_articles      |
| spip_auteurs       |
| spip_auteurs_liens |
| spip_rubriques     |

La base éditoriale

| spip_jobs          |
| spip_jobs_liens    |

Le génie (cron) de SPIP n'est pas un plugin.

| spip_resultats     |

a priori, cette table-là serait obsolète ?

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.

-- 
James