- ^ Composants de jelix
- jTpl : le moteur de templates
- jZone : découper vos pages en zones
- jDao : mapping objet relationnel
- Formulaires classiques
- jForms : des formulaires automatiques
- jDb : accéder à une base de données SQL
- jKvDb : accéder à une base de type key/value
- jClasses: utiliser des classes métiers
- jUrl : des URLs automatiques
- jAuth : système d'authentification
- jAcl2 : système de droits
- jLocale: internationaliser votre application
- jEvents : communication inter-module
Chapitre: jTpl : le moteur de templates
^ Composants de jelix | jZone : découper vos pages en zones » |
− Table des matières
Jelix inclut son propre moteur de template jTpl. Les templates sont des fichiers
portant l'extension ".tpl" et se trouvant dans le répertoire templates
des
modules.
L'objet jTpl ¶
L'objet jTpl
sert à générer le contenu indiqué dans un fichier template, à
partir des données que vous lui fournissez, et en suivant les instructions
contenues dans le template.
Certains objets jResponse
ou jZone
instancient pour vous un objet
jTpl
. Par exemple, la propriété body
de l'objet jResponseHtml
est un objet jTpl, de même que la propriété _tpl
de jZone
.
Dans d'autres circonstances, vous aurez à faire :
$tpl = new jTpl();
Voici les méthodes les plus importantes à connaître.
assign ¶
$tpl->assign($nom, $valeur);
Cette méthode vous permet de créer une variable de template. Une variable de template n'est accessible qu'au niveau du template. C'est avec cette méthode que vous pouvez donc passer des données (valeurs statiques, objets, itérateurs, etc..) au template pour vous en servir à générer du contenu.
Vous pouvez également créer ou modifier une variable directement dans le fichier tpl en utilisant.
{assign $nom = $valeur}
- *Important** : le nom de la variable de template doit respecter les conventions de nommage des noms de variables PHP. Par exemple, le nom ne doit pas contenir de tiret ou d'autres signes de ponctuations. Il ne doit contenir que des lettres avec éventuellement des chiffres et le caractère souligné (_).
assignByRef ¶
Idem que assign
, à ceci prés que la valeur est passée par référence, ce
qui évite une copie et donc une consommation de la mémoire excessive. À utiliser
par exemple si vous passez des tableaux volumineux.
assignIfNone ¶
Idem que assign
, mais la valeur est assignée à la variable uniquement si
celle-ci n'existe pas.
assignZone ¶
$tpl->assignZone($name, $zoneSelector, $params);
Le paramètre params est facultatif. Cette méthode est un raccourci de :
$tpl->assign($name, jZone::get($zoneSelector, $params));
assignZoneIfNone ¶
Idem que assignZone
, mais la valeur est assignée à la variable uniquement
si celle-ci n'existe pas.
get ¶
Si vous voulez récupérer la valeur d'une variable de template déjà initialisée, vous pouvez utiliser cette méthode.
$value = $tpl->get('foo');
Récupération du contenu ¶
Une fois que les variables sont initialisées, vous pouvez appeler la méthode
fetch
pour générer le contenu du template et le récupérer. Vous donnerez à
cette méthode le sélecteur du fichier de template.
$contenu = $tpl->fetch('mymodule~mytemplate');
L'appel de cette méthode n'est indispensable que dans le cas où vous avez
instancié vous même l'objet jTpl
.
Il existe une autre méthode, mais que vous n'appellerez certainement jamais
puisque les objets jResponse
le font à votre place : display
.
$tpl->display('mymodule~mytemplate');
Le contenu du template est évalué et affiché directement.
Les fichiers templates ¶
Un fichier de template contient du HTML, du XUL ou ce que vous voulez qui soit en rapport avec le type de la réponse. Il contient aussi des instructions pour incorporer des valeurs que vous aurez fournies, des instructions pour générer répétitivement des portions de HTML, XUL etc.
La syntaxe utilisée dans jTpl
est à mi chemin entre celle utilisée dans le
moteur de template Smarty, et la syntaxe PHP. Le but étant d'avoir des templates
suffisamment lisibles, faciles à modifier en n'imposant pas une syntaxe trop
éloignée de PHP, tout en proposant des facilités que ne possède pas PHP et
propres à Jelix.
Il faut avoir en tête que la plupart des templates que vous ferez ne doivent pas
contenir de fichiers entiers. En particulier, pour les réponses HTML, vos
templates ne doivent contenir que ce qui se trouve entre les balises
<body>
et </body>
de votre page, le reste étant généré
automatiquement par jResponseHtml
.
Syntaxe des instructions ¶
Les instructions jTpl sont spécifiées entre accolades : {instruction....}
.
Si vous voulez inclure des accolades dans le source, sans que ce soit interprété
par jTpl, vous pouvez utiliser {ldelim}
pour {
, et {rdelim}
pour
}
. Si vous avez un bloc contenant plusieurs accolades (comme du code
javascript), vous pouvez aussi utiliser l'alternative avec {literal}
:
<script type="text/javascript">
{literal}
for(i=0;i<max;i++) {
if(foo){ ...}
}
{/literal}
</script>
Si vous voulez mettre des commentaires qui ne seront pas inclus dans le contenu
généré, utilisez {*...*}
<p>bla bla</p>
{* ceci est un commentaire *}
Vous pouvez étaler une instruction sur plusieurs lignes :
<div>
{zone
'foo~bar',
array(
'foo1'=>$foo1,
'foo2'=>$foo2)}
</div>
Expressions ¶
Une expression jTpl est identique à une expression PHP et renvoie, comme dans PHP, une valeur. Vous pouvez utiliser les opérateurs PHP classiques, les objets, etc... Vous utiliserez les expressions au niveau des arguments des instructions jtpl. On peut utiliser les variables de templates qu'on a passé à jTpl, comme des variables classiques en PHP. Voici un exemple d'expression simple :
$nom_variable_de_template
Une expression peut contenir aussi des sélecteurs de locale, en utilisant une syntaxe spécifique à jTpl. Ce type de sélecteur doit être placé entre "@". jTpl ira chercher la chaîne correspondante dans la langue courante :
@mon_module~cle.chaine.localisee@."fooo bar"
La chaîne correspondant à mon_module~cle.chaine.localisee
sera récupérée
et concaténée à "fooo bar"
.
À l'intérieur du nom de la clé, on peut indiquer un nom de variable de template. Cela permet ainsi de construire un nom de clé dynamiquement.
@mon_module~cle.chaine.$nom_variable_template.autre@."fooo bar"
si $nom_variable_template vaut "foo"
, alors la clé sera
"mon_module~cle.chaine.foo.autre"
. Cette expression est équivalente au
code php :
jLocale("on_module~cle.".$nom_variable_template.".autre")."fooo bar"
Affichage d'une expression, d'une variable ¶
Il faut mettre l'expression entre accolades. Elle doit commencer par un nom de variable ou par un sélecteur de locale :
{$mavariable}
{$mavariable * 3}
{$mavariable." - ".@mod~message.ok@}
{@modul~une.cle.de.locale@."-".$uneAutreVariable}
{@modul~une.cle.$dynamique@."-".$uneAutreVariable}
Ceci est équivalent en php à
<?php echo $mavariable; ?>
<?php echo $mavariable * 3; ?>
<?php echo $mavariable." - ".jLocale::get("mod~message.ok"); ?>
<?php echo jLocale::get("modul~une.cle.de.locale")."-".$uneAutreVariable; ?>
<?php echo jLocale::get("modul~une.cle.".$dynamique)."-".$uneAutreVariable; ?>
Pour les expressions plus complexes ne commençant pas par un nom de variable ou de locale, on peut utiliser le signe "=" :
{=$mavariable}
{=intval($mavariable) * 65}
Constantes prédéfinies ¶
Pour apporter une certaine facilité, des variables de templates prédéfinies ont été ajoutées :
- $j_basepath : contient le chemin url du répertoire de l'application (paramètre de configuration basePath)
- $j_jelixwww : contient le chemin url vers le contenu du répertoire
jelix-www
(paramètre de configuration jelixWWWPath) - $j_themepath : contient le chemin url vers le répertoire du thème courant
- $j_datenow : date courante (aaaa-mm-jj)
- $j_timenow : heure courante (hh:mm:ss)
- $j_locale : code de la langue courante (valeur de
$gJConfig->locale
)
Modificateurs ¶
Un modificateur est en fait une fonction qui va modifier le contenu qui va être affiché. Cela fonctionne comme dans smarty. On peut mettre plusieurs modificateurs à la suite :
{$unevariable|upper}
{$unevariable|upper|escxml}
{$uneUrl|escurl}
Ceci est en fait équivalent à :
<?php echo strtoupper($unevariable);?>
<?php echo htmlspecialchars(strtoupper($unevariable));?>
<?php echo rawurlencode($uneUrl);?>
Les modificateurs indiqués en exemple sont de simples alias à des fonctions existantes, mais vous pouvez créer vos propres modificateurs, pouvant accepter plusieurs arguments.
Les modificateurs existants et leur équivalent php :
- upper (strtoupper)
- lower (strtolower)
- escxml and eschtml (htmlspecialchars)
- strip_tags (strip_tags)
- escurl (rawurlencode)
- capitalize (ucwords)
- stripslashes (stripslashes)
- upperfirst (ucfirst)
D'autres sont fournis. Voir la liste sur la référence API.
Modificateur avec paramètres ¶
Il peut y avoir des modificateurs qui acceptent des paramètres. Vous devez mettre ceux-ci, séparés par des virgules (,) , après le nom du modificateur et deux-points (:).
Exemple : ici le modificateur jdatetime
, prenant deux paramètres de type chaîne :
<p>la date est {$myDate|jdatetime:'db_date','timestamp'}.</p>
Les structures de contrôle ¶
Elles sont équivalentes à celle en PHP, excepté que les expressions ou conditions n'ont pas besoin d'être encadrés par des parenthèses.
if, else, elseif ¶
{if condition_1} // code ici {elseif condition_2} // code ici {else} // code ici {/if}
Notez aussi qu'il y a des plugins pour faire des "if" specifiques comme @@ifacl2
'un.droit'@@ pour tester un droit. Avec tout ces plugins en "if", vous pouvez
utiliser un else
.
while ¶
Boucle conditionnelle:
{while condition} // code ici {/while}
foreach ¶
Boucle sur un iterateur ou un tableau:
{foreach $iterateur_ou_tableau as $cle => $valeur} // code ici {/foreach}
for ¶
{for expression} // code ici {/for}
L'expression est bien sûr semblable à celle du "for" en PHP.
break ¶
Vous pouvez avoir l'équivalent d'un break
dans une boucle, en utilisant
{break}
:
{while condition}
...
{if ...} {break} {/if}
....
{/while}
Fonctions jTpl ¶
Ce sont des fonctions classiques mais appelables uniquement dans un template. Certaines sont disponibles en standard et vous pouvez en réaliser en créant un plugin de template. Leur syntaxe est :
{nom_fonction paramètres}
Les paramètres sont des expressions jTpl, donc similaires aux expressions PHP. Cependant, contrairement en PHP, il ne faut pas entourer les paramètres par des parenthèses.
Sachez que les fonctions, et en général la plupart des plugins de templates, sont attribués à un type de réponse particulier. Donc il existe des fonctions utilisables dans des templates pour les réponses HTML, mais pas dans les templates pour les réponses Text par exemple.
Fonctions et modificateurs personnalisés ¶
Si vous voulez avoir des fonctions ou modificateurs supplémentaires, vous pouvez réaliser des plugins de templates. Voir la documentation sur ce sujet. C'est assez simple à faire.
Une deuxième solution est de déclarer les modificateurs ou fonctions à la volée
au moteur de template. Vous avez pour cela deux méthodes
registerModifier()
et registerFunction()
. Vous leur indiquez le nom
"jtpl" du modificateur ou de la fonction, ainsi que le nom de la fonction php
qui sera executée par le template. Cette fonction doit accepter les même
arguments que pour une fonction de plugin de template.
Informations meta ¶
Il existe une balise assez spéciale : {meta}
. Elle n'influence pas
l'interprétation du template, ne génère aucun contenu, et **ne peut être
influencée par d'autres instructions de template** (la mettre dans un {if} par
exemple ne sert à rien, elle sera interprété quoi qu'il arrive). Cette balise
permet simplement de fournir des informations sur le template qui pourraient
être réutilisées par un programme utilisant le template.
{meta nom expression}
Exemple :
{meta auteur 'laurent'}
On peut en mettre plusieurs bien sûr. Ces informations sont récupérables via la
méthode meta()
de l'objet jTpl
:
$tpl = new jTpl();
$metas = $tpl->meta('le_fichier_template');
echo $metas['auteur']; // affiche 'laurent'
Note : si vous utilisez une variable dans l'expression dans un tag meta
,
cette variable doit être créée via la méthode assign()
de l'objt jtpl, et
non pas avec un tag jtpl comme {assign ...}
.
Informations meta avançées ¶
Des informations meta peuvent être traitées automatiquement via un plugin de template. Par exemple, il existe un plugin de meta permettant d'indiquer des informations pour une réponse HTML (feuille de style CSS, script JS, etc...). Leur syntaxe est :
{meta_nom_plugin nom expression}
Exemple :
{meta_html css '/styles/my.css'} {meta_html js 'fooscript.js'} {meta_html bodyattr array('onload'=>'alert("charge")')}
Un plugin similaire existe pour XUL, et bien sûr vous pouvez réaliser le vôtre.
Templates localisées ¶
Dans un template, nous avons vu que nous pouvons utiliser {@truc.foo@} pour inclure des chaînes localisés. Cependant, il peut arriver qu'il y en ai beaucoup dans un même template, pouvant rendre alors celui-ci pas très lisible, et surtout plus lent à s'afficher.
Une solution existe : créer des templates pour chaque langue. Bien sûr, cela fait de la duplication de code, aussi, à vous de peser le pour et le contre : maintenance versus performance.
Pour faire un template pour chaque langue, créer des sous-repertoires dans le
repertoire de templates, et qui ont pour nom le code de la langue. Exemple, dans
un module: templates/fr_FR
, templates/en_EN
etc.. Et placez y dans
chacun d'eux un exemplaire de votre template traduit.
Inclusion de templates dans un template ¶
Il y a des cas où vous voudriez partager du contenu de template entre plusieurs
templates. Pour ce faire, vous créerez un template contenant ce code commun, et
utiliserez la balise {include}
. Vous devez lui donner le selecteur du
template à inclure en paramètre.
<div>
...
{include 'mymodule~sharedcontent'}
</div>
Toutes les variables déclarées dans l'objet jTpl
seront accessibles dans
le template inclus.
Avant d'utiliser la balise {include}
, vérifiez que l'utilisation d'une
zone n'est pas mieux, car ça l'est dans beaucoup de cas.
Redéfinition de template ¶
Chaque module définit des templates qui lui sont propres, mais pour éviter d'avoir à retravailler sur les templates originaux du module lorsque ce dernier est réutilisé dans une autre application, il est possible d'appliquer d'autres templates afin de produire un nouvel affichage, sans toucher au contrôleur.
Pour cela Jelix utilise un système de thème, le thème par défaut étant stocké
dans var/themes/default/
, il est possible d'ajouter d'autres thèmes en
ajoutant simplement des répertoires dans var/themes
, par exemple
var/themes/mon_theme
.
Ainsi var/themes/mon_theme/mon_module/mon_template.tpl
redéfini le
template mon_template
du module mon_module
pour le thème mon_theme
.
Pour plus de détails, voir la page sur les thèmes.
En coulisse ¶
Les templates jTpl sont "compilés" sous forme de fichiers purs PHP, et stockés
dans un cache pour améliorer les performances. Vous pouvez donc voir
l'équivalence d'un de vos fichiers templates dans
temp/votre_application/compiled/templates/modules/nom_module~nom_template.php
ou pour les templates redefinis dans les themes :
temp/votre_application/compiled/templates/themes/nom_theme/nom_module~nom_template.php
.
Vous pouvez créer aussi des plugins de templates, pour ajouter vos propres "tags" dans la syntaxe jtpl. Voir plugins/tpl.