Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

gbo
2009-10-18 20:38:21

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.

VDigital
2009-10-18 20:34:15

Je n'ai pas encore eu l'occasion de le tester mais je ferai volontiers comme P@t nous l'explique post:120854

gbo
2009-10-18 20:12:45

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 !!!

gbo
2009-10-09 20:19:26

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.

LucMorizur
2009-10-09 16:41:25

On comprend pas tout, mais c'est pas inintéressant...

P@t
2009-10-09 03:02:43

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 ;-)

VDigital
2009-10-01 21:03:38

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.

gbo
2009-10-01 19:40:19

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.

P@t
2009-10-01 12:53:12

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?

VDigital
2009-09-30 22:34:23

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.
;-)

mathiasm
2009-09-30 21:53:20

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 :-)

rvelices
2009-09-30 18:59:03

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" ...

VDigital
2009-09-30 07:19:23

La notification manque un peu d'un titre cohérent...
Cela fait très spam à l'arrivée dans la boite.

ddtddt
2009-09-30 07:04:58

P@t a écrit:

Je lui envoie un MP.

Tu peux également utiliser la nouvelle fonction de notification ;-)

VDigital
2009-09-30 05:53:57

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.

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact