Je reconnais que smarty est riche, et cela devrait nous simplifier la vie.
Mais quitte à recoder ce que je n'exclue pas au contraire (Php5).

Autant le faire également pour:
- la l10n?
- et l' OpenId ou l'authentification décentralisé, non?

yodan? chrisaga? gildor? flipflip? Vos avis? Nous allons avoir besoin de vous...

Adieu les thèmes et les plugins actuels 8-/ c'est vrai.
Bienvenue dans un monde encore plus prometteur...
Avec de l'interconnexion à outrance.

8-)

smarty, son cache, ses if, ... me semblent plutot pas mal...

Il faut juste qu'on ne dérive pas dans les tpl et de garder en memoire que c'est pour la présentation uniquement...
Mais en contre partie, on pourra supprimer du code de présentation qu'on a dans le php.

Il serait bien de mettre en place un parser de php et tpl pour migrer les fichiers en smarty, ca sera pas optimisé à ce nouveau moteur mais ca facilitera le travail pour pwg et pour les développeurs de plugins.

Salut,
smarty... j'ai commencé à étudier sont fonctionnement pour la plateforme de blog Lifetype, pour dire vrai je n'ai pas beaucoup creusé et pour le moment j'ai regardé que du côté template et non code php. A première vue le code de smarty côté template est plus complexe que le moteur actuel de PhpWebGallery très facile à prendre en main. Ce qui me gène avec smarty c'est qu'il dépasse le moteur de template et ajoute des fonctions comme la gestion de conditions, les variables. C'est simplifier le code php mais déplacer le problème sur le moteur de template. Le gros avantage de smarty est le cache totalement intégré ce qu'il ne me semble pas être le cas du moteur de PhpWebGallery actuel.

La l10n... J'ai pas eu le plaisir de faire ça connaissance ;)

L'OpenID... Au travail je me bats tout les jours contre les programmes qui sont incapable d'utiliser une base centraliser de données utilisateur et je part du même principe pour l'authentification pour le web. Je pense qu'il faudrait voir l'authentification d'une façon global. En gros avoir une couche entre PhpWebGallery et le système choisi. Pour mieux comprendre le problème il faut le prendre à l'envers et mettre l'annuaire (base utilisateurs, groupe) en haut de la hiérarchie, ensuite les applications utilisent leurs sauce interne pour utiliser les informations fourni par l'annuaire. Le principe actuel de l'authentification externe est une bonne base mais il faut pousser plus loin et l'ouvrir à d'autre type d'authentification que par une base de donnée mysql.

Voila pour le moment ma réflexion (un peu en vrac), je m'abonne à ce post pour suivre l'évolution. Au contraire attention à ne pas oublier que le sujet du post est Smarty ;)

VDigital a écrit:

Je ne suis pas pour utiliser en standard les formes avancées de smarty.

Surtout pour la partie visiteur... on va dire que c'est le même compromis js/php que l'on a dans les versions actuelles.

Et flipflip a bien raison de souligner le fait que les tpl non admin doivent rester simple d'accès...

Laisse les vacances de février ... Radu, pas tout de suite, au 10 mars, nous serons tous bronzés et dispos.

8-)

PS: D'accord certains terminent leurs congés mais d'autres vont les commencer.

mathiasm a écrit:

jTpl, permet lui aussi les 2, mais a l'air moins volumineux. De plus, pierrick l'a déjà intégré dans PEM. Il pourra sans doute nous aider sur ce point. Pour la partie technique pure, voir la définition de la classe.

J'ai regarde rapidement jelix et ca m'a l'air "presque" identique a smarty...  Si on est d'accord avec un, on est d'accord avec l'autre ...

[HS]phpDocumentor pourrait aider nos futurs développeurs de plugins surtout si on change beaucoup de choses.[/HS]
8-)