J'ai fait un plugin qui permet de modifier l'ordre des billets avec des règles assez complexe (basé sur une table annexe). De mémoire je surchargé les paramètre de tri directement dans le tempête compiler, par écrasement. Je suis pas sur faut que je vérifie. Mais en tous cas j'ai réussi, alors tu dois pouvoir le faire. -- Kevin Le 18 nov. 2011 19:38, "Kévin Lepeltier" <kevinlepeltier(a)gmail.com&gt; a écrit : > > J'ai fait un plugin qui permet de modifier l'ordre des billets avec des > règles assez complexe (basé sur une table annexe). > De mémoire je surchargé les paramètre de tri directement dans le tempête > compiler, par écrasement. > Je suis pas sur faut que je vérifie. > Mais en tous cas j'ai réussi, alors tu dois pouvoir le faire. > > -- > Kevin > > Le 18 nov. 2011 15:49, "Franck Paul" <carnet.franck.paul(a)gmail.com&gt; a > écrit : > > Le 18 novembre 2011 15:47, Dsls <dsls(a)morefnu.org&gt; a écrit : > >> Sauf que dans le cas qui me préoccupe, la variable $params n'est qu'un > >> simple array(). De plus je viens de m'apercevoir que j'ai au passage > >> oublié de mettre à jour le $_ctx->post_params au retour de l'appel du > >> behaviour, ce qui pourrait également provoquer des effets de bord. > > > > Note que rien n'empêche, juste avant de faire l'appel au behavior, de > > faire un : > > $params = new ArrayObject($params); > > En effet, mais ça veut dire modif du core et que je remets illico mon > ploug dans son placard jusqu'à la fois suivante. Donc à tout prendre > je vais voir ce qui ressort de la discussion que tu as initiée sur la > ML pour reprendre ensuite mon code. > _______________________________________________ > Dev mailing list > Dev(a)list.dotclear.org > http://ml.dotclear.org/listinfo/dev > _______________________________________________ Dev mailing list Dev(a)list.dotclear.org http://ml.dotclear.org/listinfo/dev

Le 18 novembre 2011 22:08, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Je n'en doute pas, seulement je trouve dommage de réécrire du code ou > d'écraser ce qui a déjà été construit. Alors on va étudier une > nouvelle solution plus élégante et on finira bien par avoir quelque > chose d'utilisable simplement. > > À suivre… Je reviens sur le sujet, en marge du sujet plus général sur les classes delegate. Actuellement, quand on veut jouer sur les paramètres de requêtage de tpl:Entries, on peut jouer via le behavior templateBeforeBlock, en générant du code directement dans le template compilé. L'inconvénient, comme montré dans le ticket 924, c'est que 1/ certains paramètres sont écrasés avant la boucle dans le code compilé (lastn, order) 2/ ils sont en plus fixés avec des valeurs en dur dans le code compilé. Une solution serait de pouvoir insérer du code avant le "<?php while ($_ctx->posts->fetch())" généré. Et pourquoi pas un behavior templatePrepareParams($tag,$attr), qu'on insèrerait avant la génération des boucle en question ?

Le 2 décembre 2011 13:43, Franck Paul <carnet.franck.paul(a)gmail.com&gt; 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 !