Re: Maquette SPIPRemix, intégration de Co mposer dans le développement de SPIP
"Franck" <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Bonjour à tous 😊 En lisant un peu https://spip.lerebooteux.fr/Mise-en-place-du-depot-Composer Je me suis rendu compte d’un truc qui m’interroge ! 😃 Tu parles de la possibilité de faire l’arrêt de archivlist.txt car devenant inutile ! Par contre, je vois trois problèmes à l’arrêt (même si par simplicité, le mieux est peut-être d’en faire l’arrêt), c’est que sur la zone, Il y a des plugs qui : * N’ont pas de zip en route car l’auteur estime que c’est trop tôt ! * Des plugs qui contiennent plusieurs branches qui sont, compatible avec par exemple spip 3.0, mais dont il n’y a qu’une version dont le zip est route. * Il y a aussi de très vieux plug sur la zone qui n’ont pas de zip, mais qui n’en n’auront jamais car beaucoup trop vieux… Faire des zip des très vieux plugs posera problèmes, car à une époque, les bornes de compatibilité max étaient absente, donc, nous risquons de voir apparaitre des plugs dit compatible, alors que cela ne sera pas du tout le cas… ☹ Franck De : James <[email protected]> Envoyé : vendredi 11 mai 2018 11:29 À : Eric Lupinacci <[email protected]> Cc : SPIP-dev SPIP <[email protected]> Objet : Re: [spip-dev]Maquette SPIPRemix, intégration de Composer dans le développement de SPIP Le 11 mai 2018 à 09:39, Eric Lupinacci <[email protected] <mailto:[email protected]> > a écrit : Hello, Le 10 mai 2018 à 10:02, James <[email protected] <mailto:[email protected]> > a écrit : Salut les gens, Quelques infos sur la mise en place du dépôt composer de SPIPRemix : https://spip.lerebooteux.fr/Mise-en-place-du-depot-Composer Je repose la question que j'avais posé un peu plus tôt sur paquet.xml. En regardant les composer.json des plugins je vois qu'il y a un name et une description uniquement en français. Est-ce que les paquet.xml sont destinés à disparaitre ou pas ? Si c'est le cas on va perdre pas mal d'informations et des traductions ? Si non comment voit-on la relation entre les deux? ++ Eric Pleins de bonnes questions auxquelles je n'ai pas de réponses toutes faites :) En l'état, pour cette maquette, les 2 fichiers sont nécessaires, le principe étant d'ajouter composer mais de ne rien changer au fonctionnement de SPIP. Un fichier composer.json n'a pas vocation à être multilingue, ni, dans l'absolu, à servir de fichier de configuration ou de collecte de données. Un autre fichier sera donc nécessaire, ne serait-ce que pour le multilinguisme. Maintenant, mon avis perso, qui n'est qu'un avis, c'est effectivement contre-intuitif de concevoir qu'il serait nécessaire de fournir 2 fichiers pour un composant et pour autant, c'est ce que je préfèrerais voir apparaître : un fichier composer.json pour l'installation et la gestion de dépendance, le dépôt composer pour le versionning à travers les branches et les tags de la gestion de source associée au composant et un autre fichier de configuration/information (pour les pipelines, les menus, certaines chaines multi et ne gérant pas versions et niveaux de stabilité), si possible en JSON, ou autre format comme yaml par exemple, et plutôt pas en XML. Mais c'est qu'un avis perso. En gros, on pourrait considérer que la partie composer n'a pas à être "surchargée" mais que la partie configuration/paramétrage pourrait l'être. Rien n'est décidé ni gravé dans le marbre, la discussion reste ouverte. SPIPRemix n'a pas vocation, selon moi, à trancher cette question. -- James