Intro

Objectifs
Le premier objectif de la maquette SPIPRemix est de faire la démonstration qu’il est possible d’intégrer composer dans le développement de SPIP et des applications qu’on peut en faire sans remettre en question les principes techniques et fonctionnels historiques de SPIP, tels que la gestion de ses plugins via SVP, l’organisation des fichiers, ses principes de chargement de fonction, etc.
De SPIP3.0 à SPIP3.2, proposer des chantiers permettant aux utilisateurs de rester dans (...)

La gestion du code source de SPIP et de ses plugins sont sur 2 dépôts subversion, historisant 13 ans de changements du code.
Par commodité, la démo SPIPRemix s’appuiera sur un seul dépôt subversion et autant de dépôts git que nécessaire, mais les modifications de la base de code seront transposables sur les dépôts d’origine. Des scénarii de transformation et de migration des dépôts officiels pourront être proposés ultérieurement.
Pour produire ce dépôt, nous avons intégré le 30 avril (...)

Les "choses" à nommer sont : les types de composants qui seront nécessaire à l’adaptation de SPIP à l’écosystème Composer, les noms des composants, les urls des services,Types de composants
De base, Composer reconnait quelques "types" mais il est possible d’en définir soi-même pour des besoins particuliers, comme d’installer un composant à un endroit spécifique. C’est le cas de SPIP qui a besoin, pour la V3 dans son ensemble, d’une arborescence qui lui est propre : |-spip.php (...)