Merci pour le passage en trunk, par contre je doute sur le fait de taguer le plugin (si c'était uniquement pour répondre à un besoin urgent sur un site en attendant un fix de la lib).
Amha, il faut virer ce tag qui n'est plus utile maintenant que le bug est corrigé.
De plus, même si c'est plutôt "un bug" de plugin.spip, ce tag se retrouve affiché sur Bigfoot - Plugins SPIP, je n'imagine même pas ce que donnera la page en question le jour où on aura 10 tags de plugin en question
Le lundi 19 août 2019 à 12:01 +0200, Bruno Bergot a écrit :
Hop,
Le 12/08/2019 à 13:21, spip-zone-commit@rezo.net a écrit :
> Author: maieul@maieul.net
> Date: 2019-08-12 11:21:17 +0000 (Mon, 12 Aug 2019)
> New Revision: 117541
>
> Added:
> _plugins_/bigfoot/tags/v1.0.8/
> Log:
> En attendant que le bug avec les urls arbo soit corrigees, on tague
> l'ancienne version, nom bugee
>
>
>
> Details: Connexion · GitLab
Merci pour le passage en trunk, par contre je doute sur le fait de
taguer le plugin (si c'était uniquement pour répondre à un besoin
urgent
sur un site en attendant un fix de la lib).
Amha, il faut virer ce tag qui n'est plus utile maintenant que le bug
est corrigé.
De plus, même si c'est plutôt "un bug" de plugin.spip, ce tag se
retrouve affiché sur Bigfoot - Plugins SPIP, je n'imagine
même
pas ce que donnera la page en question le jour où on aura 10 tags de
plugin en question
++
b_b
on peut virer. Même si a mon sens on devrait taguer chez version, et ne
lister que la version finale sur plugins.spip.net. Mais c'est le
problème de la migraiton a git, donc autre souci.
Je vois pas le "bug" de Plugins SPIP dont tu parles.
Je vois deux paquets, l'un avec la version 1.3.1 (trunk) et l'autre
avec la version 1.0.8.
Les deux ont la même compatibilité ce qui montre déjà que ça n'a pas
de sens de garder les deux et que c'est le archivelist qui est
mauvais.
J'ai raté un truc ?
++
Eric
alors
1. C'est archivelist qui est mauvais
2. Cela étant, cela pourrait avoir du sens de garder les deux. A mon
sens la version 1.1.0 de bigfoot, qui change de librairie, aurait du
être appelé 2.0.0, car il y a rupture de compat, et en tel cas garder
les deux versions peut se justifier. Cela étant, comme le disait b_b, la
rupture de compat était mineure, et le plugin étant peu utiliser, b_b a
choisi de ne pas faire un up de x mais uniquement de y.
C’est l’approche update qui est douteuse mais c’est vrai que c’est toujours un peu un dilemme.
Après, si on avait du laissé les deux il aurait fallu déjà modifier les descriptions pour comprendre qu’on avait changé de librairie.
alors
1. C'est archivelist qui est mauvais
2. Cela étant, cela pourrait avoir du sens de garder les deux. A mon
sens la version 1.1.0 de bigfoot, qui change de librairie, aurait du
être appelé 2.0.0, car il y a rupture de compat, et en tel cas garder
les deux versions peut se justifier. Cela étant, comme le disait b_b, la
rupture de compat était mineure, et le plugin étant peu utiliser, b_b a
choisi de ne pas faire un up de x mais uniquement de y.
Désolé, mais CALOMNIE, il n'y a pas de rupture de compat, uniquement un changement de librairie qui ne demande aucun changement pour les webmestres qui utilisent le plugin.
Désolé, mais CALOMNIE, il n'y a pas de rupture de compat, uniquement
un
changement de librairie qui ne demande aucun changement pour les
webmestres qui utilisent le plugin.
++
b_b
ca change les classes css, donc les styles à appliquer. C'est bien une
petite rupture de compat. Je t'assure que j'ai du faire des changements
(pas des masses, mais tout de même)
