Re: nomagic / no automagismes
JLuc <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 03/02/2020 à 21:40, JLuc a écrit : > Le 26/01/2020 à 21:38, JLuc a écrit : >> >> Il y a quand même "assez souvent" de la magie ... > > Parfois tout de même, le codeur innocent se prend les pieds dans les ficelles ... des automagismes. Les autres exemples donnés ne concernent pas l'exemple ajax à l'origine de ce fil. Je me demande si d'autres personnes sont confrontées occasionnellement à ces difficultés, auquel cas ça serait pas inutile de créer un plugin "nomagic" qui proposerait une copie des fonctions et balises qui générent cette magie, préfixées par nomagic_ et SANS leur ajouts automagiques, que le dev aurait loisir d'employer lorsque son plugin ou squelette ne supporte pas les automagismes de spip. > Par exemple je me retrouvais avec un id_document parasite au sortir d'une popin d'édition d'un document > appelé dans la page d'un autre objet. > La raison : $res['redirect'] = parametre_url($retour, $id_table_objet, $id); > à la fin de formulaires_editer_objet_traiter > > Un autre jour, c'était #SELF qui ajoute les _POST aux arguments de l'url "réelle". > J'avais du créer une balise doublon mais sans cet ajout qui gênait à un endroit. > > Et bien avant, je me heurtais à ce fonctionnement particulier de form_hidden > https://core.spip.net/issues/3769 que je ne saurais plus décrire aujourd'hui > mais mon code garde un doublon dépouillé de ce comportement parfois dérangeant. > > À chaque fois c'est très déconcertant. > Et ça semble toujours en relation avec des globales. > > JL >