Re: Maquette SPIPRemix, intégration de Co mposer dans le développement de SPIP

Le 8 mai 2018 à 16:37, Matthieu Marcillaud <[email protected]> a écrit :

> L’épine qui me semble rester est la gestion d’un processus d’installation
> graphique (encore que, il suffit de générer un zip complet comme avant ?)
> et de l’UI de recherche et téléchargement de plugins, si on doit la
> conserver…
>
>
Il serait en effet assez facile d'étendre satis pour générer une archive
"classi(c|que)" pour un spip_loader.php/un plugin svp "composer
compatibles".
Le plus dur resterait à coder le script et le plugin pour devenir
compatible avec un dépôt Composer où trouver SPIP.

Perso, je suis pas chaud avec l'installation par le web et une GUI. Mais
bon, ça compte pour un peu de monde, j'aiderai ceux qui souhaitent s'y
mettre.

Autres épines : séparer la configuration des plugins des éléments
d'installation*, la mutualisation de sites, l'arbo de base (avec spip.php à
la racine du projet, c'est pas top), et la façon d'initialiser spip lors
d'une requête (inc_version.php, inc/utils.php, etc.), sujets qui me bottent
plus ;-)

*éviter de faire d'un fichier composer.json un fourre-tout et lui laisser
pour seul rôle ce pour quoi il est fait, à savoir les dépendances,
l'autoload, l'installation)
-- 
James