FLEXIBLE TEMPLATE LANGUAGE (FTL) ? TEMPLATE PARSER EXTENSIBLE PAR PLUGINS
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/42384-flexible-template-language-ftl-template-parser-extensible-par-plugins
https://codes-sources.commentcamarche.net/source/42384-flexible-template-language-ftl-template-parser-extensible-par-plugins
22 avril 2008 à 16:38
Pour les commentaires sur l'organisation, je suis d'accord, ce serait une bonne facon de faire. Mais j'ai codé cette class pour mes besoins perso a l'origine, et l'organisation actuelle s'adapte plus a mes besoins, etant donné que la class est intégrée dans un CMS perso.
A la limite, le code est plutot clair je pense, donc si tu vx essayer de re-organiser le fonctionnement et re-poster, ca me va.
14 avril 2008 à 18:03
Manifestement, ce n'est pas celle qui est présente ici...
14 avril 2008 à 17:58
>J'ai constaté un phénomène qui peut s'apparenter à un bug, sans que je sache si c'en est un ou pas...
>Quand on boucle sur un tableau, systématiquement, le premier élément n'est pas affiché. Bon, je pourrais regarder dans le code pourquoi, mais ma question n'est pas >comment faire pour que ce ne soit plus le cas (il suffit d'avoir un premier élément vide), mais : est-ce délibéré, ou bien est-ce un comportement non désiré ?
Ce beug est connu et appelé "First item droped". Il est corrigé dans la dernière version.
Pour le reste, je laisse à Blackwizzard le plaisir de traiter tout ça xD.
Bonne après midi.
13 avril 2008 à 03:18
Je me souvenais de cette source, mais je ne m'y étais pas intéressé à l'époque... Là, je m'y intéresse, alors voilà...
J'ai constaté un phénomène qui peut s'apparenter à un bug, sans que je sache si c'en est un ou pas...
Quand on boucle sur un tableau, systématiquement, le premier élément n'est pas affiché. Bon, je pourrais regarder dans le code pourquoi, mais ma question n'est pas comment faire pour que ce ne soit plus le cas (il suffit d'avoir un premier élément vide), mais : est-ce délibéré, ou bien est-ce un comportement non désiré ?
C'est tout concernant les bugs. Concernant des remarques de tout poil, maintenant...
Je regrette qu'une instance soit associée à un fichier. Je ne trouve pas ça très... (flexible ?) souple.
Certes, on peut avoir dans un même fichier plusieurs sections, et choisir celles que l'on va afficher ou non.
Mais dans ma logique, en POO, je sépare au maximum les tâches en autant de tâches les plus élémentaires possibles. Exemple : je veux afficher des commentaires sur un article, sur une news, sur un billet de blog, sur une photo, ou sur n'importe quoi...
J'ai un template pour mes commentaires, que j'utiliserai partout : news, blogs, photos... Il me suffit de l'inclure dans le template de chaque page (directement dans le template, ou d'assigner une variable contenant le template parsé).
Avec FTL, il faut créer un deuxième objet pour le template des commentaires, et l'assigner au premier dans une variable. Ca fait 2 objets.
Ca va si j'ai que 2 templates, mais si j'en ai un pour l'entête, un pour les CSS, un pour les JS, un pour la bannière, un pour le menu, un pour les informations de l'utilisateur, un pour la pub, un pour le pied de page, un autre pour le contenu, un autre pour des commentaires... Ca commence à faire lourd...
Alors qu'avec un seul objet qui se charge de parser des fichiers qu'on lui passe en argument des méthodes appropriées... On n'a qu'un seul objet, et le reste du traitement est le même. Et je trouve que c'est plus souple.
Je ne comprends pas pourquoi tu préfères éviter d'avoir une multitude de petits fichiers... Personnellement, je trouve que d'avoir plusieurs fichiers, spécialisés, ça permet d'avoir un site très modulaire au niveau des template, et d'éviter d'avoir du code redondant, ce qui facilite la maintenance. Avoir plusieurs fichiers, s'ils sont bien rangés, c'est vraiment pas un problème...
Sinon, j'apprécie énormément le site, très clair, très détaillé : les explications sont limpides, bien ordonnées... C'est quand même bien agréable d'avoir une doc comme ça (en français qui plus est lol) quand on utilise une nouvelle classe.
Et puis j'aime quand même beaucoup l'idée d'avoir des plugins pour tout, avec juste une base qui fait le minimum.
23 oct. 2007 à 12:51
En fait je suis un boulet : quand j'éacris ca dans le loop(); "property_value"=>$this->displayPropertyValue($id), la méthode displayPropertyValue() contient un echo... donc c'est normal que ca fasse n'importe quoi. Aucun beug à signaler donc, désolé.
Pour le if, je peut essayer de m'en occuper, à voir.
22 oct. 2007 à 23:12
Je n'ai aucun prob de ce type avec les boucles, et je n'ai pas touché à la fonction depuis cette correction.
Concernant les If, il faut modifier le plugin, pour definir une valeur null. Ce plugin est un peut à chier, la syntaxe de la balise est pas pratique.
Le mieux serait de le reecrire pour prendre une syntaxe genre {:if condition="myVar==NULL"}{/if} avec un parsing au niveau du plugin. C'est pas en projet pour le moment, mais je le ferai surement un jour quand j'aurai le temps.
22 oct. 2007 à 20:31
J'ai mis a jour le script et j'ai quelques questions.
Premierement, comment met-on la valeur nulle dans un {:if}? Du genre, si une variable est nulle, on n'affiche pas ce qui est entre {:if} et {/if}.
J'ai bien essayé avec {:if myVar=NULL operator="!="} mais ca ne marche pas.
Ensuite, je pense qu'en voulant corriger un beug sur les boucles (firstItemDropped), tu en as provoqué un autre : J'écris ce code dans mon PHP:
<?
$index = 0;
foreach ($this->PropertyList as $id => $property){$CSS ($index % 2 0) ? 'standRow1' : 'standRow2';$propertyLabel ($property['label'] NULL) ? $id : $property['label'];
$this->tpl_obj->loop("propertyList", array("tr_CSS"=>$CSS, "property_label"=>$propertyLabel, "property_value"=>$this->displayPropertyValue($id)));
$index++;
}
?>
et ce code dans mon .tpl :
{!loop name="propertyList"}
<tr class="%tr_CSS%">
<td class="standCell">%property_label%</td>
<td class="standCell">%property_value%</td>
</tr>
{/loop}
{!onEmptyLoop name="propertiesList"}
<tr class="standRow1">
<td colspan="2" style="color:#DD0000;" class="standCell">Pas de propriétés à afficher</td>
</tr>
{/onEmptyLoop}
et ca me produit un effet pour le moin innatendu : seule la valeur de "property_value" apparait, sans tableau ni rien et si je l'enleve du loop(); dans l'espoir de voir une autre colonne, rien n'apparait (carrément :d ).
Comment expliques-tu cela?
5 juin 2007 à 19:46
Mais si l'un de vous améliore le parser, ou passe en php5, ou même si vous programmez de nouveaux plugins, envoyez moi un message, et je publierai la nouvelle version.
4 juin 2007 à 19:15
si tu veux t'en débarasser, il suffit, à la ligne indiquée, d'ajouter dans la condition un !isset() || adapté ;)
4 juin 2007 à 18:58
J'ai été conquis par ton code, et je crois que je vais l'utiliser dans mes nouveaux scripts :D
Par contre, je trouve une erreur ( error_reporting(E_ALL) )
Notice: Undefined index: section in C:\wamp\www\P\themes\parser\class.codeparser.php on line 291
J'ai beau chercher, je ne trouve pas (Il n'y a pas de variable $section ..., ni $?['section'], ...)
Sinon, je pense que ce serait pas mal de faire du Php5, et rajouter quelques vérifications (file_exists)
24 avril 2007 à 13:43
Pour les prochaines versions, je vais mettre en ligne une newsletter et un changelog evidement.
Mais la structure du langage ne changera pas, ce ne sera que des ajouts, pas de deprecations.
Je mettrai aussi une fonction de commentaire sur les pages de la doc, pour que les gens puissent commenter et preciser, à la maniere de php.net
24 avril 2007 à 11:50
Nikel pour les if, merci.
Peut-on etre averti par mail en cas d'update? Y a-t-il un changelog pour savoir ce qu'il faut modifier?
24 avril 2007 à 03:08
Utilisation:
Pour executer un code dans le cas où la variable "hello" (definie via une balise define ou une fonction addVar) est superieur ou egale à 10:
{:if hello=10 operator=">="}
code...
{/if}
La syntaxe est pas terrible, je vais surement updater le plugin. En attendant, utilisez ça.
Pour l'utilisation des loops, la fonction supporte uniquement les array non indexés de type array("variable1"=>"valeur1","variable2"=>"valeur2","variableN"=>"valeurN")
C'est donc normal que le passage d'un array à une dimention donne des resultats imprevus...
23 avril 2007 à 21:29
23 avril 2007 à 21:20
Je n'ai pas encore regardé le code de près, mais la doc est plutot claire, l'utilisation semble à la fois aisée est puissante (getBaliseMap doit être un bonheur)
Bref bravo, je noterai dès que j'aurai testé, ce qui ne saurai tarder :D
23 avril 2007 à 20:54
Est-ce qu'il est prevu le support des conditions dans les templates? Peut-etre est-il déjà implémenté tu me dira, mais je n'ai pas vu comment je pouvais m'en servir.
Allé bravo, je te met 10 :)
23 avril 2007 à 19:44
Je voulais creer un systeme simple et flexible, adaptable à tous les projets, extensible par plugins tres simplement.
23 avril 2007 à 14:09
22 avril 2007 à 22:53
22 avril 2007 à 13:11
Chaque balise, chaque fonction est décrite, avec des exemples.
Va voir en particulier la page dédiée à la syntaxe et à la description (sommaire, ce n'est pas un tutorial) du processus de parsing : http://flexible.blackwizzard.com/basics/syntax
21 avril 2007 à 15:23
Je ne maitrise pas trop le PHP, et j'ai du passer quelques heures à décortiquer le code, malgré que cela semble assez abordable.
Je vais quand même tenter d'aller jusqu'au bout car ca semble correspondre à un beoin que j'avais.
Si j'ai bien compris il faut définir une balise qui commense par <!nom> et se termine par </nom>.
Je ne omprends pas pouurquoi utiliser le ! en dé&but et le / en fin, si c'est pour distinguer les balise d'un autre système, il faudrait le faire aussi sur la balise de fin, se me semble.
Par ailleurs je ne coprends pas bien comment est parser le template pour ajouter de nouvelle balise.