Re: [Spip-zone-commit] r119726 - in _plugins_/formidable/trunk
Cerdic <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <6cc0d21d-53a5-4ba9-9d17-924cae2913eb@Spark> |
De mémoire le mini calendrier est aussi utilisé dans la saisie des répétitions des évènements multiples, non ? Je n’ai plus tout en tête. Mais pour l’histoire on m’a fortement suggéré de faire un plugin mini-calendrier séparé genre il y a plus de 10 ans, avec l’argument réutilisation, mutualisation etc. Mais je ne crois pas qu’il soit utilisé pour autre chose, donc si simplification il devrait avoir, c’est plutot une fusion dans le plugin agenda. Mais en l’état, non je ne pense pas qu’on puisse supprimer la dépendance -- Cédric Le 14 janv. 2020 à 15:20 +0100, Jean Marie Grall <[email protected]>, a écrit : > 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]> 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 > > > > _______________________________________________ > > liste: https://listes.rezo.net/mailman/listinfo/spip-dev > > doc: https://www.spip.net/ > > dev: https://core.spip.net/ > > irc://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