Re: Composer et SPIP sont dans un bateau

Salut

Merci pour ce retour.
Je me permets 1 remarque et 1 question :
La première personnelle, c'est ce choix de SASS avec github/gitlab par
défaut. Je pense toujours que c'est une bêtise mais celui qui code qui
a raison.

La seconde si je comprends bien l'idée on aurait 2 zones de
téléchargement distinctes une pour SVP et l'autre pour composer.
Comment va se gérer la maintenance d'un plugin ? Un plugin installé
par composer serait hors écosystème SVP (et pas réciproquement) cela
me semble un coût important sans avancée notable. En l'état un plugin
SVP n'a pas de vraie raison de passer en plugin Composer. Et un plugin
composer sera restreint aux terminaux serveurs.

Je vois l’intérêt pour les plugins-dist qui sont fournis par défaut
dans l'archive SPIP (donc pas de conflit avec SVP) et ouvre la
possibilité d'avoir enfin des distributions dont on court après depuis
des années.
Là où je coince c'est le principe de la transition, à moyen/long terme
je vois toujours 2 solutions à maintenir et non un remplacement, et
cela du fait des contraintes propres à composer. Et donc je
m'interroge sur l'intérêt de la bascule tant pour les développements
que pour les usages des plugins .

Je me base sur le compte rendu vu que j'ai malheureusement pu venir ,
discuter , échanger et comprendre.

Merci encore pour le travail

Km
_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip