[spip-dev] SPIP nu

From : james@... , the 6th May 2016 10:53

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