🌍
Français
VDigital a écrit:
Je n'ai pas encore eu l'occasion de le tester mais je ferai volontiers comme P@t nous l'explique post:120854
Merci,
Je vais tester dans la semaine, pour supprimer les tpl dans mon plugin perso dans un premier temps.
Je n'ai pas encore eu l'occasion de le tester mais je ferai volontiers comme P@t nous l'explique post:120854
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 !!!
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.
On comprend pas tout, mais c'est pas inintéressant...
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 ;-)
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.
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.
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?
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.
;-)
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 :-)
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" ...
La notification manque un peu d'un titre cohérent...
Cela fait très spam à l'arrivée dans la boite.
P@t a écrit:
Je lui envoie un MP.
Tu peux également utiliser la nouvelle fonction de notification ;-)
mathiasm a écrit:
VDigital a écrit:
Je dois reconnaître que le topic ne s'adresse plus qu'à quelques experts même si j'ai personnellement introduit le filtrage par les "handles" (Cf. template-extension).
Oui, l'implémentation est complexe, mais son usage au travers des plugins va permettre de mieux pérenniser une modification de template que par template-extension, qui oblige à dupliquer l'existant et donc à perdre les évolutions.
Les template-extensions sont très bien pour une modif personnelle des templates, pas pour un plugin qui ne sait pas à quel template il s'attaque (FloOS, yoga, ...).
J'avais tout à fait compris et j'adhère totalement à cette façon de procéder.
La customisation locale c'est le rôle des template-extensions (Merci encore à chrisaga pour l'idée).
L'usage des Prefilters (et bientôt je présume des Postfilters) c'est idéal pour les plugins et le plugin personnel.
Merci d'avance à l'ami rvelices.