rvelices a écrit:
P@t a écrit:
mathiasm a écrit:
Je crois qu'on est bon, là en fait. Y'a plus qu'à documenter FR/EN au moins. P@t, tu confirmes ?
Pour moi, c'est ok... j'aimerai quand meme que rvelices (le spécialiste de smarty!) nous donnes son avis la dessus ;-)
Je lui envoie un MP.Je pense que c'est exactement ce qu'il fallait faire. Un petit détail sur $compile_id .= $callback;
La callback peut etre une array pour invoquer une méthode d'une classe/objet auquel cas il me semble que la concatenation ne donnera pas qq chose "d'unique" ...
Quel oeil de lynx :-)
Hors ligne
Non? Tu crois?
A chaque fois que rvelices regarde le code (et le mien en prime time), je crois l'entendre.
Et pour mon code, je suis content de savoir que je le fais bien rigoler.
rvelices, je me demande si ton fils n'est pas déjà meilleur que moi, cela se pourrait bien!
Il a sa place dans l'équipe, s'il a fini ses révisions du bac.
;-)
Hors ligne
rvelices a écrit:
Je pense que c'est exactement ce qu'il fallait faire. Un petit détail sur $compile_id .= $callback;
La callback peut etre une array pour invoquer une méthode d'une classe/objet auquel cas il me semble que la concatenation ne donnera pas qq chose "d'unique" ...
Arf.... fallait la voir cette boulette! ;-)
Bon c'est corrigé (commit 3951).
Au final, j'ai remplacé la fonction set_external_filter par trois fonctions:
- set_prefilter: le filtre sera chargé avant la compilation du template.
- set_postfilter: le filtre sera chargé après la compilation du template et avant la mise en cache.
- set_outputfilter: le filtre sera chargé après la compilation et la mise en cache. Il sera donc utilisé systématiquement => moins bonnes performances.
PS: je pense qu'on pourrait merger cette évolution en branche 2.0?
Dernière modification par P@t (2009-10-01 16:35:09)
Hors ligne
Bravo les gars!
J'ai cherché 3 semaines lors de la RC1 pour faire le plugin version 2 avec la logique de la version 1.7.
Puis j'ai abandonné lorsque j'ai trouvé comme faire 95% des fonctions avec smarty en modifiant le code..
je vais relire le post et le tutoriel pour récupérer les fonctionnalités perdues lors de la migration.
Dernière modification par EX-FTB (2009-10-01 19:40:47)
Hors ligne
P@t a écrit:
Au final, j'ai remplacé la fonction set_external_filter par trois fonctions:
- set_prefilter: le filtre sera chargé avant la compilation du template.
- set_postfilter: le filtre sera chargé après la compilation du template et avant la mise en cache.
- set_outputfilter: le filtre sera chargé après la compilation et la mise en cache. Il sera donc utilisé systématiquement => moins bonnes performances.
PS: je pense qu'on pourrait merger cette évolution en branche 2.0?
J'avais évoqué Postfilter, cela me paraissait suffisant.
Tes conclusions sur Outputfilter vont bien dans le sens de ce qu'il faudra éviter.
Quant au PS: Yes, we can.
Hors ligne
Voila, j'ai tout mergé en branche 2.0.
A partir de la 2.0.5, on pourra faire mumuse avec ca...
Ca tombe bien, je compte faire évoluer Extended Description pour les traductions multilangues... cf nouvelle version de PEM ;-)
Hors ligne
On comprend pas tout, mais c'est pas inintéressant...
Hors ligne
Avec la 2.0.5, je tenterai de faire un plugin plus propre:
sans utiliser de template spécifique à LLGBO.
Idem pour mon plugin perso....
Merci pour votre travail.
Hors ligne
Je viens d'installer la version 2.0.5.
Je trouve bien les nouvelles fonctions.
Si vous avez un petit tutoriel, il sera le bienvenu !!!
Hors ligne
Je n'ai pas encore eu l'occasion de le tester mais je ferai volontiers comme P@t nous l'explique [Forum, post 120854 by P@t in topic 16219] Plugin et template
Hors ligne
VDigital a écrit:
Je n'ai pas encore eu l'occasion de le tester mais je ferai volontiers comme P@t nous l'explique [Forum, post 120854 by P@t in topic 16219] Plugin et template
Merci,
Je vais tester dans la semaine, pour supprimer les tpl dans mon plugin perso dans un premier temps.
Hors ligne