Ajout behavior du type urlHandlerHandleTpl

[bruno]

Il pourrait être intéressant d'appeler un behavior dans dcUrlHandlers.serveDocument, en début de fonction, afin de permettre à un plugin tiers de modifier à la volée le fichier tpl à servir. L'avantage de le faire au début permet de ne pas casser les éventuels systèmes de cache appelés après.

Coté appel, une référence au tpl, ainsi qu'au contexte devraient suffire :

$core->callBehavior('urlHandlerHandleTpl',&$tpl, &$_ctx);

Exemple d'application : servir un template particulier pour une catégorie/billet/blog donnés

Cela éviterait de dupliquer du code de dcUrlHandler, comme dans l'exemple de pep ( http://callmepep.org/bricoland/post/2008/04/29/Template-personnalise-par-categorie)

[olivier]

Je suis pas convaincu d'autant que l'exemple de Pep est caduque depuis la 2.1 (voir mon commentaire).

urlHandlerServerDocument permet déjà de modifier le contenu du document avant son envoie (et avant la mise en cache si la priorité est bonne).

[pep]

Replying to olivier:

Je suis pas convaincu d'autant que l'exemple de Pep est caduque depuis la 2.1 (voir mon commentaire).

Pas entièrement caduque : il présente toujours quelques avantages en terme d'évaluation dynamique que l'on n'a pas avec l'autre approche.

Comme Bruno, je me demande si un behavior pour déterminer le fichier template ne serait pas une bonne chose.

[olivier]

Wé bon. Par contre l'appel n'est pas bon, on ne passe pas par référence comme ça :)

[olivier]

Qui plus est, il n'est pas nécessaire de passer $tpl si on appelle le behavior après $_ctx->current_tpl = $tpl, on l'aura dans $_ctx.

[bruno]

(In [2968]) Added "urlHandlerBeforeGetData" and "publicBeforeSearchCount" behaviors, see #503, see #555

[xave]

(In [2984]) Merging changes from the Bazar branch. Closes #503, #555, #590, #696, #696, #779, #781, #791, #863, #876, #908, #922, #929, #939, #941, #942. Thanks to DSLS & Tomtom33