Re: Catégorie de plugins, SVP, SPIP et Composer

Le 17/05/2019 à 13:56, Eric Lupinacci a écrit :
> Oui on peut le voir comme ça.
> Je m'interroge juste sur l'intérêt du truc.

De ne pas se fermer une possibilité d'extension ?

> Oui mais finalement un ou 1000 c'est un peu pareil.
> La question est toujours : je migre (donc bing-bang) ou j'assure une 
> retro-compat.
> Ca reviendrait à versionner les catégories en rapport avec SPIP....

Je ne crois pas (ou j'ai pas compris)

> En fait, il n'y a aujourd'hui (faudra que je vérifie quand même) pour 
> moi qu'un fil à la patte entre SPIP et les catégories.
> C'est la validation du paquet.xml.
> La DTD impose une liste :
> <!ENTITY % CATEGORY 
> "auteur|communication|date|divers|edition|maintenance|multimedia|navigation|outil|performance|squelette|statistique|theme)" 
>  >
> Si on fait sauter cette contrainte, en conservant le caractère 
> obligatoire de l'attribut, en remplaçant cette liste par une simple 
> chaine je pense qu'on simplifie le problème.

Ça serait peut être bien pour l'ouverture mais c'est à double tranchant.
Si chacun peut mettre sa propre catégorie, la porte ouverte au grand 
bazar qui deviendrait ingérable ?

> Ensuite, la recherche elle n'est pas forcément contrainte par la catégorie.
> Je pense qu'il faudrait faire une version n+1 pour chaque branche SPIP 
> 3.x en virant le critère catégorie de la recherche.
> Je suis persuadé d'ailleurs que les critères de ce formulaire sont 
> rarement modifiés.
> 
> Après, je réfléchis en écrivant, mais si on voulait être hyper souple, 
> la seule solution serait de sortir la catégorie du XML et de compiler 
> quelque part (surement au niveau du référentiel des plugins) à la fois 
> la liste des catégories et les affectations.
> Finalement ça revient à tenir à jour l'équivalent du fichier excel que 
> j'utilise pour revoir les affectations actuelles.
> On peut imaginer une API REST pour lire cette liste et compléter la 
> table plugins en fin de traitement SVP.
> Cela a aussi l'avantage de ne plus avoir à modifier les plugins lors de 
> migration de catégories voire de pouvoir versionner les affectations de 
> branche SPIP en branche SPIP.
> Je me demande si ce n'est pas LA solution ?

Mais si la catégorie n'est plus dans le paquet, concrètement comment on 
la déclarerait quand on crée un nouveau plugin, qu'il soit sur la zone 
ou sur une autre forge ?
Dans un autre référentiel sur la zone ?
Source d'oubli potentiel non ?

-- 
nicod_