[spip-dev] Pipeline post_edition

Bonjour,

je voudrais savoir s'il est voulu (et souhaitable) que le pipeline "post_edition" se déclenche lors d'un changement de statut, et non uniquement après validation du formulaire d'édition ?

Au passage, je viens de découvrir que "pre_edition" n'est pas lancé avant affichage de l'élément en mode édition, mais après validation du formulaire, avant mise à jour en base. Le nom n'est du coup pas très intuitif, je trouve.

-Nicolas

je voudrais savoir s'il est voulu (et souhaitable) que le pipeline
"post_edition" se déclenche lors d'un changement de statut, et non
uniquement après validation du formulaire d'édition ?

Il se déclenche à chaque fois qu'on appelle la fonction d'édition ; je viens
de voir ton commentaire sur spip-zone :

-* On prend maintenant les donnees en base plutot que dans le flux du pipe
+"post_edition" qui se declanche meme lors d'un changement de statut (avec
+aucune donnee du coup)

C'est la bonne méthode, car rien ne garantit que le flux contient toutes les
données. Par exemple avec les crayons, le flux ne contient qu'un des champs :
celui qu'on vient de modifier. Et encore, ce n'est que "ce que l'utilisateur
a envoyé", pas nécessairement "ce qui est mis en base".

Au passage, je viens de découvrir que "pre_edition" n'est pas lancé
avant affichage de l'élément en mode édition, mais après validation
du formulaire, avant mise à jour en base. Le nom n'est du coup pas
très intuitif, je trouve.

C'est à l'intérieur de l'API "editer/modifier" d'où le nom. Rien à voir avec
articles_edit

-- Fil

je voudrais savoir s'il est voulu (et souhaitable) que le pipeline
"post_edition" se déclenche lors d'un changement de statut, et non
uniquement après validation du formulaire d'édition ?

Il se déclenche à chaque fois qu'on appelle la fonction d'édition ; je viens
de voir ton commentaire sur spip-zone :

-* On prend maintenant les donnees en base plutot que dans le flux du pipe
+"post_edition" qui se declanche meme lors d'un changement de statut (avec
+aucune donnee du coup)

C'est la bonne méthode, car rien ne garantit que le flux contient toutes les
données. Par exemple avec les crayons, le flux ne contient qu'un des champs :
celui qu'on vient de modifier. Et encore, ce n'est que "ce que l'utilisateur
a envoyé", pas nécessairement "ce qui est mis en base".

OK.

Au passage, je viens de découvrir que "pre_edition" n'est pas lancé
avant affichage de l'élément en mode édition, mais après validation
du formulaire, avant mise à jour en base. Le nom n'est du coup pas
très intuitif, je trouve.

C'est à l'intérieur de l'API "editer/modifier" d'où le nom. Rien à voir avec
articles_edit

OK. Il faut donc comprendre "edition" en "mise à jour", le tout est de le savoir... :wink:

-Nicolas