Le 2 décembre 2011 15:38, Dsls <dsls(a)morefnu.org> a écrit :
Le 2 décembre 2011 13:49, Philippe <philippe(a)dissitou.org> a
écrit :
> Le 2 décembre 2011 13:43, Franck Paul <carnet.franck.paul(a)gmail.com> a écrit :
>
>>> Et pourquoi pas un behavior templatePrepareParams($tag,$attr), qu'on
>>> insèrerait avant la génération des boucle en question ?
>>
>> Ah oui ça me conviendrait tout à fait ça !
>
> Pareil !
Je viens de commiter une bafouille, n'hésitez pas à faire votre
feedback dessus :)
J'ai tenté d'adapter un plugin en attente du behaviour que j'avais
inséré (revision 744) en utilisant le templatePrepareParams mais je me
suis aperçu que le code à produire était sensiblement plus conséquent
et pénible (il faut produire du code à insérer dans les templates
plutôt que d'intervenir directement avant la requête dans la base), de
plus il se peut qu'un plugin ajoutant de nouvelles balises
susceptibles d'être concernées par l'intervention de mon plugin
(inversion de l'ordre des billets sur une catégorie précise),
n'implémentent pas le behaviour requis ou que je ne peux "prédire" les
nouveaux "contextes" indiqués en 2e paramètre du behaviour.
Je ne nie pas l'intérêt du templatePrepareParams — mais est-ce que
quelqu'un s'en sert d'ailleurs ? — mais j'aimerais voir le retour du
behaviour beaucoup plus généraliste que j'avais implémenté.