Re: problème avec cache-js

Le 17/03/2021 à 16:18, Cerdic a écrit :
> non non non, le problème ne vient pas de porte-plume.
> Il permet de modifier le JS pour insérer des boutons et utiliser des 
> infos de config pour ce faire, et c’est le pourquoi du JS en squelette 
> modifiable via pipeline.
> 
oui d'accord, mais moi je pensais que le porte plume générait une 
structure en data-truc et qu'ensuite on avait un code js fixe. Mais 
effectivement maintenant que j'ai vu concrètement, cela parait assez 
logique la manière dont cela marche

> Mais bon là à partir du moment où on insère dedans du contenu qui change 
> à chaque URL comment est-ce qu’on peut supposer que ça marche ?
> Et je redis, ton commit n’a fait que généraliser ce qu’il y avait avant, 
> en l’empirant certes, mais le problème était déjà là.
> 
j'ai reverifier dans le code : non, avant le js était stable

Quoi qu'il en soit j'ai fait une branche ici qui

1) permet d'avoir le but initial du commit, à savoir passer le 
id_objet_du_formulaire à la modalbox quelque soit l'objet en question
2) sans pour autant generer un js par id_objet_du_formulaire

https://git.spip.net/spip-contrib-extensions/inserer_modeles/compare/master...tout_objet

Marcimat et Rastapopoulos m'ont deja donné leur avis, et j'ai corrigé 
suivant leur idée. Mais une troisième relecture serait précieuse.