Re: Composer et SPIP sont dans un bateau

RealET <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
RastaPopoulos a écrit le 25/03/2019 à 01:18 :
> Je vais éviter de répondre quatre fois en créant autant de branches dans
> le fil, et essayer de regrouper des réponses à Matthieu, James, Eric…
> 
> Le 20/03/2019 à 13:25, Matthieu Marcillaud a écrit :
>> Et de temps à y consacrer
> 
> Ça c'est pas propre à l'interface pour composer mais à n'importe quel
> gros chantier (refonte admin, refonte spip.net et docs, etc). On sait
> bien qu'on n'en a pas des masses quelque soit le sujet (alors plusieurs
> sujets à la fois…).
> 
>> Des plugins ou tous les plugins ?
> 
> Potentiellement tous puisque la majorité ont des dépendances, et pareil
> pour les squelettes partagés (tous dépendent de nombreux plugins) et
> parfois même pour les thèmes (scss, bootstrap ou autre). Donc si un
> plugin nécessité est fait en Composer afin de lui-même nécessiter une
> lib (yaml, etc), et bien tous les plugins et squelettes qui en dépendent
> devront pouvoir trouver et installer ces dépendances en même temps par
> l'interface aussi. Donc oui, très probablement tous les plugins.
Dans ce cas, pour permettre l'installation des plugins par Composer *et* 
par SVP, il *suffirait* que le mécanisme qui fait les zip et le xml des 
dépôts fasse ça pour ce qui se trouve sur la Zone actuelle (+ 
externals) *et* construise aussi les zip de ce qui serait géré par composer.
Comme SVP n'a besoin que de depots.xml + .zip déclarés dedans, ça 
marcherait pour les utilisateurs finaux de manière totalement 
transparente pour eux.

-- 
RealET


_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.