Re: Changer la gestion des catégories de pl ugin

Le 19/05/2019 à 10:46, Eric Lupinacci a écrit :

[...]

> Faut juste penser que smart-paquets ne fait pas que compiler les données 
> contenues dans un paquet.xml ou un plugin.xml. Il construit des données 
> incluses dans le archives.xml comme les traductions.

Il me semble que l’idée est bien de continuer à générer ce fichier (et 
donc à un moment il y a une phase d’analyse du code source, notamment de 
paquet.xml).

> Donc je ne sais pas comment une API sur un outil qui nous est externe et 
> sur lequel nous n'avons pas prise peut arriver à rendre un service 
> équivalent. C'est à étudier, je le répète depuis des semaines sans être 
> audible il semblerait, Composer me parait indolore dans l'étape initiale 
> sauf pour le référencement des plugins et c'est pour cela que j'ai lancé 
> les deux derniers fils.

Heu, oui, enfin nous aussi on se répète…

> Ca serait donc bien que cette réflexion se fasse plus ouvertement 

Je vois pas en quoi ce n’est pas ouvert. C’est pas les mails qui 
manquent, ni les résumés des réflexions...

car je
> sais par expérience que les fonctions de SVP, ses modules connexes et 
> smart-paquets sont mal connues.

Certes, mais on est peut être pas obligé de reproduire le fonctionnement 
à l’identique.

> Je comprends pas le "sans révision spécifique".

Dans archivelist, tu déclares la … ah non… Lol… pardon, c’est moi qui 
ait confondu avec un autre outil… donc tu déclares juste le chemin du 
répertoire.

> Si je comprends bien c'est une autre façon de construire le 
> archivelist.txt non ?
Oui, enfin ça ne le reconstruit pas à proprement parler, mais oui, ça 
crée une liste d’urls sources de plugins.

[...]
> et de qualité, ce qui n'est pas le cas des readme que j'ai pu 
> lire, loin de là...

Alors peut être chez SPIP, mais sur d’autres projets le readme est un 
très bon point d’entrée, qui me semble à encourager au contraire (parce 
que standard justement).

Un petit exemple : https://github.com/Seldaek/monolog
Le readme et la doc/ correspond à la branche du plugin que tu regardes.
Tu fais une nouvelle version dans une nouvelle branche ? tu adaptes ta 
doc à côté, elle est à jour pour cette branche. Il y a un côté à la fois 
pratique et simple, et la doc est associée au code. Par contre, il n’y a 
pas de traductions (en tout cas dans cet exemple là).

Ce qui n’empêche pas d’avoir une doc collective éditoriale à côté 
heureusement, mais en tout cas comme base, c’est ce qui me parait le 
plus sain.

MM.

_______________________________________________
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