Signalé par Dut : lorsque l'option de date de création de la fiche est coché en configuration,
la page d'édition de profil sur l'espace public affiche des morceaux de code javascript. Effectivement, depuis le passage en `<div>` des formulaires SPIP, nos expressions régulières de capture peuvent se planter encore plus qu'avant, vu que ça en cherche par défaut qu'une fin de `</div>`. Et il peut y en avoir plusieurs dans le bout de code qu'on souhaite capturer. Ça se voyait moins avec les `<li>`, moins présents dans les saisies de formulaire. Ici, non seulement la saisie date peut générer des `<div>` internes en plus, mais elle a aussi du HTML dans du code javascript. On se crée donc une fonction qui crée une expression régulière beaucoup plus sophistiquée et complexe pour obtenir une balise avec un attribut spécifié, et son contenu interne, même s'il contient des fermetures de la même balise. Cette fonction pourrait être ajoutée dans SPIP je pense ; après quelques tests tordus, elle semble fonctionner. Ainsi inscription3_regexp_capturer_balise('class', 'editer editer_cextra_creation', true) signifie qu'on recherche une classe 'editer ...' sur une balise div (par défaut), le true signifiant que le nom de classe peut être n'importe où dans l'attribut. False est plus adapté à la recherche d'attribut 'id' par exemple.
parent
4baaa32e
Veuillez vous inscrire ou vous se connecter pour commenter