Bonsoir,
Oui ça semble raisonnable.
Bonjour,
polowigo a écrit:
[edit] De ce que je crois comprendre, l'idée est d'abandonner la compatibilité avec les versions < 11 pour la configuration des plugins ?
C'est chaque développeur de plugin qui choisira mais globalement je doute que les développeurs de plugin cherchent une compatibilité autre que la dernière version
Je me doutais bien de la nécessité d'un changement de version.
Même si ce commit n'est pas important pour le fonctionnement, s'agissant d'un plugin "d'apprentissage", il permet tout de même d'éviter de se poser des questions sur le trigger devenu inutile depuis l'emploi de la directive "Has Settings" en version 11.
À ce titre, de mon point de vue, il revêt une certaine importance, ce qui justifie sa présence d'ailleurs, et que "plegall" y ait consacré un peu de temps.
[edit] De ce que je crois comprendre, l'idée est d'abandonner la compatibilité avec les versions < 11 pour la configuration des plugins ?
Bonjour
Les mises à jour de plugin c'est sur les versions
Si l'auteur du plugin ne le met pas à jour l'interface de piwigo ne proposera pas de mise à jour
c'est quoi la mise à jour super important ?
le commit que tu me -//:---\spam n'est pas du tout important
Bonjour,
Depuis l'administration des plugins, l'onglet "Rechercher des mises à jour" m'indique "Tous les plugins sont à jour.".
Mais pour Skeleton, le dernier commit du 8 janvier 2022 n'est pas rapatrié : [Github] Piwigo-Skeleton commit 1a13850e Or il s'agit d'une modification importante.
Faut-il un changement de version pour que ce commit soit pris en compte ? Ou bien une autre procédure ?
Merci de vos indications et bonne journée.
Version de Piwigo: 12.2.0
Version de PHP: 7.0.33-0+deb9u12
Version de MySQL: 5.5.5-10.1.48-MariaDB-0+deb9u2