Re: Un pipeline avant calcul pour modifier le contexte

RastaPopoulos <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Le 02/06/2018 à 14:00, Eric Lupinacci a écrit :
> Pourquoi pas plus simple : pre_contexte comme pre_edition ou pre_boucle?

Me semble pas, car la suite du code ne travaille pas sur le contexte, le
contexte est utilisé pour calculer/produire la page (et le nom du cache).

pre et post boucle c'est parce que c'est avant et après la fonction qui
définie la boucle et qui travaille dessus.

Là d'une part c'est pas avant le contexte mais bien après qu'il ait été
défini (donc pre_contexte ça va pas), et deuxièmement c'est pas avant
une fonction qui travaille le contexte, c'est avant le cache et avant
produire_page.

Mais ça ne peut pas être "pre_cache" ou "pre_produire_page", puisque le
contenu du pipeline n'est pas de modifier le cache ni la page, mais bien
le contexte.

D'où : contexte_pre_calcul, ou contexte_pre_produire_page… = sur quoi ça
travaille (le contexte) et quand (avant le cache ou avant produire_page.

Mais produire_page c'est le point d'entrée de l'ensemble (y compris le
"recalcul" càd la vraie compilation template=>PHP.

Un truc bizarre c'est que "calcul" est un terme qui n'apparait pas en
fait dans tous les processus. Alors que c'est bien ce terme qui désigne
l'opération PHP => HTML, avec var_mode=calcul.

M'est-avis que c'est le nom le plus connu et qui regroupe toute
l'opération et c'est bien ce qu'on veut faire : permettre de modifier le
contexte avant le calcul de PHP en HTML.

Donc contexte_pre_calcul :D

-- 
RastaPopoulos

_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.