Re: Catégorie de plugins, SVP, SPIP et Composer
Bruno Bergot <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Hop, Complètement d'accord avec l'idée initiale, dégraissons le bouzin ! Le 17/05/2019 à 19:49, Eric Lupinacci a écrit : > Donc en conclusion, c'est principalement *le référentiel des plugins qui a > besoin de ces catégories,* ce qui est sur c'est que *SPIP et les plugins > fonctionnent très bien sans*. > Oui aussi. Je ne suis pas certain que beaucoup de monde utilise le menu déroulant des 14 catégories pour rechercher un plugin, et encore moins quand il affichera 60 catégories. Amha la recherche libre est ce qu'il y a de plus simple et facile à appréhender. > > Les inconvénients : > - Je n'en voit pas. Mais c'est vrai que si on veut remplir le champ > catégorie dans la base des plugins de chaque site installé il faut mettre > en place un mécanisme type API REST pour récupérer la liste des > affectations (préfixe-catégorie) Sur ce point, Rasta dit : > Quand on a 50 plugins activés par exemple, ça peut être bien de les > afficher par catégorie (au moins de premier niveau). Enfin c'est un > exemple, je veux dire, les catégories c'est pas forcément que pour la > "recherche" (trouver une fonctionnalité), mais aussi dans les trucs > existants sur un site installé quoi. Amha, une fois de plus la recherche libre présente dans la page qui liste les plugins du site répond au besoin de manière simple et efficace. > Rasta m'a fait remarquer que c'était bien lourd. > Soit mais c'est oublier que SVP fonctionne déjà comme ça et ce toutes les 6 > heures ! Je vois pas en quoi récupérer un json de plus de temps en temps > serait si compliqué. Un système de cache pourrait aussi être mis en place. > Après, si on vire le critère catégorie dans le formulaire admin plugins je > pense qu'on peut même s'abstenir de remplir le champ catégorie pour les > sites fonctionnant en mode runtime SVP cad tous les sites sauf Plugins SPIP > ! Si cette fonctionnalité semble vraiment importante (alors même qu'elle ne serait utilisée que plus tard dans une hypothétique nouvelle interface), on aura tout le temps de mettre en place cette nouvelle API quand le besoin se présentera. > > J'ai vraiment l'impression qu'on résout tous nos problèmes ainsi, qu'on > s'allège la gestion en se donnant plus de moyens d'avoir une catégorisation > fiable et compréhensible et qu'on répond à toutes les interrogations de ce > fil. > Merci pour tout ça :) ++ b_b