Re: [Spip-zone-commit] r119726 - in _plugins_/formidable/trunk

Il faudrait faire de même pour Agenda, non ?
Cf https://www.mail-archive.com/[email protected]/msg49180.html

Et si up de x il y a, est-ce qu'on ne supprimerait pas la dépendance à 
Mini calendrier en ajoutant un test du plugin dans les squelettes (ou en 
le supprimant pour chacun puisse l'ajouté au besoin) ? A moins qu'il ne 
soit nécessaire au fonctionnement d'Agenda en dehors de ça ?

Il est juste appelé là :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/agenda/trunk/squelettes/extra1/agenda.html
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/agenda/trunk/squelettes/extra/agenda.html

et bien sûr 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/agenda/trunk/squelettes/calendrier_mini_event.json.html
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/agenda/trunk/squelettes/calendrier_mini_event.json_fonctions.php
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/agenda/trunk/demo/agenda_calendrier_mini.html

                     jean marie


Le 13/01/2020 à 20:50, Eric Lupinacci a écrit :
> Hello les amis,
>
> Sans vouloir insister et plus par pédagogie car ce ne sera surement 
> pas un cas isolé on est en plein dans un usage où il faut créer une 
> branche.
> Changer la compatibilité de SPIP doit toujours passer par une branche 
> afin de protéger l'existant.
> Après ça ne veut pas dire qu'il faut apporter les modifications sur 
> toutes le branches par la suite.
> Je dirais même bien au contraire pour justement inciter le changement 
> chez les users mais sans le forcer.
>
> ++
> Eric
>
>
> Le lun. 13 janv. 2020 à 18:29, Maïeul <[email protected] 
> <mailto:[email protected]>> a écrit :
>
>     Le 13/01/2020 à 14:58, Cerdic a écrit :
>     > Hello,
>     > je crois au contraire que Franck a tout à fait raison :
>     > quand tu changes l’intervalle de compatibilité comme ça, en
>     supprimant
>     > la compat sur une version majeure il faut brancher et
>     incrémenter la
>     > version de ton plugin d’une version majeure également.
>     >
>     > Si on a une faille de sécu qu’on veut corriger sur les versions
>     3.x de
>     > formidable, on ne peut faire que du fix partiel qui sera pas
>     déployable
>     > sur les anciennes versions.
>     > Et a contrario, si tu veux installer un SPIP 3.0 avec une version
>     > compatible de formidable, tu es mort, il faut faire de
>     l’archéologie
>     > pour retrouver la derniere version compatible
>     >
>     > Et stop avec l’argument  "SPIP 3.0 est plus supporté, la mise à
>     jour
>     > c’est facile…"
>     > C’est trop facile, totalement coupé de la réalité, et c’est
>     présumer de
>     > ce que l’utilisateur veut/doit faire, on a pas le droit de flinguer
>     > comme ça des supports de version :
>     > si je récupère un site en SPIP 3.0 avec une base en SPIP 3.0 et
>     du code
>     > proprio en SPIP 3.0 et que je dois déjà le faire remarcher à
>     l’identique
>     > avant de le faire évoluer je suis dans une grosse mouise…
>     >
>     > --
>
>     faudra m'expliquer dans ce cas là pourquoi on fait plus de support de
>     sécurité pour les branches 3.0 de spip, mais par contre les
>     plugins eux
>     devraient avoir un support sécurité sur cette branche.
>
>     A la rigueur un tag je comprendrais la logique, pour pouvoir
>     reconstituer un état, mais une branche pour maintenir une compat ?
>
>     Bref, j'ai créé la branche, up le x sur le trunk et branché la
>     génération du zip.
>     _______________________________________________
>     liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>     doc: https://www.spip.net/
>     dev: https://core.spip.net/
>     irc://irc.freenode.net/spip <http://irc.freenode.net/spip>
>
>
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip