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
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.