Re: [fontawesome5] mise à jour du plugi n picto à la version fontawesome (...)
JLuc <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 26/09/2020 à 14:24, RastaPopoulos a écrit : > Le 26/09/2020 à 12:35, RealET a écrit : >>> Si on a un problème ergonomique avec SVP quand il gère et prévient les gens des mises à jour : c'est ça qu'il faudrait corriger absolument, pas faire un préfixe par version majeur de plugin, non ? >> Dans la mesure où SVP a un bouton "Cocher toutes les mises à jour", et un comportement identique quel que soit les risques de la mise à jour, je trouve que le choix de changer de préfixe est tout à fait cohérent. > Tu réponds ça en citant très exactement la phrase qui explique bien que c'est justement ÇA qu'il faut corriger… > Je crois qu'à peu près tout le monde est d'accord pour dire qu'il y a des problèmes importants d'ergonomie dans SVP. > Il y a même un ticket explicitement sur ce point : > https://core.spip.net/issues/3017 Donc il faut améliorer SVP. Et ta maquette est super. Mais en attendant que ça soit codé, les utilisateurs ont parfois besoin de mettre à jour un plugin SANS up le X -- ce que ne permet pas SVP dans son état actuel. Créer un nouveau plugin, avec un nouveau préfixe donc, répond au besoin réel de ces utilisateurs dans l'état actuel réel de SVP. Sinon que leur proposes tu ? Garder leur vieille version ? Suivre manuellement les annonces de nouvelle version et up par FTP ? JL > > Et je ne vois pas le rapport que ce soit Bootstrap, Foundation, FontAwesome, ou n'importe quel : ça vaut pour n'importe quel plugin. Si le plugin Agenda ou Formidable passe de la version X à X+1, en cassant de la compat, des boucles qui changent, etc, alors d'après cette argumentation ça voudrait dire qu'il faudrait faire un autre plugin avec un autre préfixe pour chaque. Pourtant ce n'est pas ce qu'on fait, et il ne faut pas faire ça. > > > Et deux autres sur l'ergo de SVP sur d'autres points (le sous-menu et le lien de configuration) : > https://core.spip.net/issues/3603 > https://core.spip.net/issues/4429 > > Et j'ai travaillé une maquette ergo regroupant les solutions aux trois tickets à la fois, la dernière version (avec l'ajout de tcharlss) étant celle là : > https://core.spip.net/attachments/download/1179/3603.html > > Cette ergonomie empêchant totalement de faire des mises à jour majeure sans le savoir. Tout est explicite. > > Mais c'est de l'ergo… ensuite il faut faire une PR. > _______________________________________________ liste: https://listes.rezo.net/mailman/listinfo/spip-dev doc: https://www.spip.net/ dev: https://core.spip.net/ irc://irc.freenode.net/spip