Re: SPIP nu

Hello,

j'ai une idée pour les critères non reconnus qui sont liés aux plugins
externes (je pense à {id_mot}).
Sous Linux, lorsqu'on lance une commande qui n'existe pas, on a
généralement un simple plantage.

Mais sur Ubuntu, ils ont eu l'idée d'aller plus loin pour que le plantage
soit plus intelligent :

gilles@ubuntu:~$ iotop
> Le programme « iotop » n'est pas encore installé. Vous pouvez l'installer
> en tapant :
> sudo apt-get install iotop
>

Est-ce que la prise en compte du critère {id_mot?} ne pourrait pas être
conditionnée à l'existence du plugin Mots, étant donné qu'on sait qu'il
existe dans les plugins officiels ? Le code généré serait alors celui sans
ce critère, et basta, plus besoin d'avoir à revoir les squelettes de
l'espace privé.

Quelque chose me dit que James a envie de faire le Silex de Symphony ;)

.Gilles
--


2016-05-06 10:53 GMT+02:00 James <[email protected]>:

> 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
>
> _______________________________________________
> 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
>