mirror of
https://github.com/smarty-php/smarty.git
synced 2025-08-05 10:54:27 +02:00
sync with EN
This commit is contained in:
@@ -1,40 +1,48 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: yannick Status: ready -->
|
||||
<!-- EN-Revision: 1.6 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.compile.id">
|
||||
<title>$compile_id</title>
|
||||
<para>
|
||||
Identifiant persistant du compilateur. On peut passer le m<>me compile_id
|
||||
Identifiant persistant du compilateur. On peut passer le m<>me $compile_id
|
||||
a chaque appel de fonction mais une alternative consiste <20> r<>gler ce
|
||||
compile_id, qui sera utilis<69> implicitement.
|
||||
$compile_id, qui sera utilis<69> implicitement.
|
||||
</para>
|
||||
<para>
|
||||
Avec un compile_id, vous pouvez contourner la limitation qui fait
|
||||
que vous ne pouvez pas utiliser le m<>me compile_id pour
|
||||
diff<EFBFBD>rents template_dirs. Si vous d<>finissez un compile_id distinct pour
|
||||
chaque template_dir, alors Smarty indique aux templates compil<69>s <20> part
|
||||
par leur compile_id.
|
||||
Avec un $compile_id, vous pouvez contourner la limitation qui fait
|
||||
que vous ne pouvez pas utiliser le m<>me
|
||||
<link linkend="variable.compile.dir">$compile_dir</link> pour
|
||||
diff<EFBFBD>rents <link linkend="variable.template.dir">$template_dirs</link>.
|
||||
Si vous d<>finissez un $compile_id distinct pour
|
||||
chaque <link linkend="variable.template.dir">$template_dirs</link>,
|
||||
alors Smarty indique aux templates compil<69>s <20> part par leur $compile_id.
|
||||
</para>
|
||||
<para>
|
||||
Si vous avez par exemple un pr<EFBFBD>-filtre qui traduit vos templates
|
||||
au moment de la compilation, alors, vous devriez utiliser le langage
|
||||
courant comme compile_id et vous devriez obtenir un jeu
|
||||
Si vous avez par exemple un <link linkend="plugins.prefilters.postfilters">pr<EFBFBD>-filtre</link>
|
||||
qui traduit vos templates au moment de la compilation, alors, vous devriez utiliser le langage
|
||||
courant comme $compile_id et vous devriez obtenir un jeu
|
||||
de templates compil<69>s pour chaque langage que vous utiliserez.
|
||||
</para>
|
||||
<para>
|
||||
Un autre exemple serait d'utiliser le m<>me dossier de compilation
|
||||
<20> travers de multiples domaines / vhosts. eg:
|
||||
<20> travers de multiples domaines / vhosts.
|
||||
</para>
|
||||
<example>
|
||||
<title>compile_id</title>
|
||||
<title>$compile_id dans un environement d'h<>te virtuel</title>
|
||||
<programlisting role="php">
|
||||
<![CDATA[
|
||||
<?php
|
||||
|
||||
$smarty->compile_id = $_SERVER['SERVER_NAME'];
|
||||
$smarty->compile_dir = 'chemin/vers/shared_compile_dir';
|
||||
$smarty->compile_dir = '/chemin/vers/shared_compile_dir';
|
||||
|
||||
?>
|
||||
]]>
|
||||
</programlisting>
|
||||
</example>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -54,4 +62,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,13 +1,15 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.3 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.config.dir">
|
||||
<title>$config_dir</title>
|
||||
<para>
|
||||
Il s'agit du r<>pertoire utilis<69> pour stocker les
|
||||
fichiers de configuration utilis<69>s dans les templates.
|
||||
La valeur par d<>faut est "./configs", ce qui signifie
|
||||
que Smarty va chercher ce r<>pertoire
|
||||
<link linkend="config.files">fichiers de configuration</link>
|
||||
utilis<EFBFBD>s dans les templates.
|
||||
La valeur par d<>faut est <filename class="directory">"./configs"</filename>,
|
||||
ce qui signifie que Smarty va chercher ce r<>pertoire
|
||||
dans le m<>me r<>pertoire que le script PHP qui s'ex<65>cute.
|
||||
</para>
|
||||
<note>
|
||||
@@ -18,6 +20,7 @@
|
||||
</para>
|
||||
</note>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -37,4 +40,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,16 +1,61 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.4 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.config.overwrite">
|
||||
<title>$config_overwrite</title>
|
||||
<para>
|
||||
Si cette variable est a vrai, les variables lues dans les fichiers
|
||||
de configuration peuvent s'<27>craser entre elles. Sinon les variables
|
||||
Si cette variable est <EFBFBD> vrai, les variables lues dans les
|
||||
<link linkend="config.files">fichiers de configuration</link>
|
||||
peuvent s'<27>craser entre elles. Sinon les variables
|
||||
seront mises dans un tableau. Tr<54>s utile si vous voulez stocker
|
||||
des tableaux de donn<6E>es dans des fichiers de configuration, listez
|
||||
simplement chaque <20>l<EFBFBD>ment plusieurs fois. Mise a faux par d<>faut.
|
||||
simplement chaque <20>l<EFBFBD>ment plusieurs fois.
|
||||
</para>
|
||||
|
||||
<example>
|
||||
<title>Tableau de variables de configuration</title>
|
||||
<para>
|
||||
Cet exemple utilise
|
||||
<link linkend="language.function.cycle">{cycle}</link> pour afficher
|
||||
un tableau dont les lignes sont alternativement rouge/verte/bleu
|
||||
avec $config_overwrite = false.
|
||||
</para>
|
||||
<para>Le fichier de configuration</para>
|
||||
<programlisting>
|
||||
<![CDATA[
|
||||
# couleur des lignes
|
||||
rowColors = #FF0000
|
||||
rowColors = #00FF00
|
||||
rowColors = #0000FF
|
||||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Le template avec une boucle
|
||||
<link linkend="language.function.section">{section}</link>.
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[
|
||||
<table>
|
||||
{section name=r loop=$rows}
|
||||
<tr bgcolor="{cycle values=#rowColors#}">
|
||||
<td> ....etc.... </td>
|
||||
</tr>
|
||||
{/section}
|
||||
</table>
|
||||
]]>
|
||||
</programlisting>
|
||||
</example>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="language.function.config.load">{config_load}</link>,
|
||||
les <link linkend="config.files">fichiers de configuration</link>,
|
||||
<link linkend="api.get.config.vars">get_config_vars()</link>,
|
||||
<link linkend="api.clear.config">clear_config()</link> et
|
||||
<link linkend="api.config.load">config_load()</link>.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -30,4 +75,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,18 +1,20 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.config.read.hidden">
|
||||
<title>$config_read_hidden</title>
|
||||
<para>
|
||||
Si cette variable est <20> vrai, les sections cach<63>es (dont les noms
|
||||
commencent par un point) dans les fichiers de configuration peuvent
|
||||
<20>tre lues depuis les templates. On laisse habituellement cel<65> <20> faux, de
|
||||
commencent par un point) dans les <link linkend="config.files">fichiers de configuration</link>
|
||||
peuvent <EFBFBD>tre lues depuis les templates. On laisse habituellement cel<65> <20> faux, de
|
||||
cette fa<66>on vous pouvez stocker des donn<6E>es sensibles dans les fichiers
|
||||
de configuration, par exemple des param<61>tres de base de donn<6E>es,
|
||||
sans vous soucier de la fa<66>on dont les templates les chargent.
|
||||
Mise <20> faux par d<>faut.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -32,4 +34,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,14 +1,21 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.3 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.debug.tpl">
|
||||
<title>$debug_tpl</title>
|
||||
<para>
|
||||
C'est le nom du fichier template utilis<69> pour la
|
||||
console de d<>buggage. Par d<>faut debug.tpl, il se situe dans <link
|
||||
linkend="constant.smarty.dir">SMARTY_DIR</link>
|
||||
console de d<>bogage. Par d<>faut <filename>debug.tpl</filename>,
|
||||
il se situe dans <link linkend="constant.smarty.dir">SMARTY_DIR</link>.
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="variable.debugging">$debugging</link> et
|
||||
la <link linkend="chapter.debugging.console">console de d<>bogage</link>.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -28,4 +35,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,16 +1,23 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.debugging.ctrl">
|
||||
<title>$debugging_ctrl</title>
|
||||
<para>
|
||||
Cel<65> permet d'avoir diff<66>rents moyens pour activer
|
||||
le d<>bogage. URL signifie que si SMARTY_DEBUG se
|
||||
trouve dans QUERY_STRING, le d<>bogage
|
||||
est activ<69> a l'invocation du script. Si $debugging
|
||||
est activ<69> <EFBFBD> l'invocation du script. Si
|
||||
<link linkend="variable.debugging">$debugging</link>
|
||||
est <20> vrai, cette valeur est sans effet.
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
la <link linkend="chapter.debugging.console">console de d<>bogage</link>.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -30,4 +37,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,16 +1,33 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.5 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.debugging">
|
||||
<title>$debugging</title>
|
||||
<para>
|
||||
Cel<65> active la
|
||||
<link
|
||||
linkend="chapter.debugging.console">console de d<>bogage</link>.
|
||||
La console est une fen<65>tre javascript qui vous informe des templates
|
||||
inclus et des variables assign<67>es dans la page courante.
|
||||
</para>
|
||||
</sect1>
|
||||
<link linkend="chapter.debugging.console">console de d<>bogage</link>.
|
||||
La console est une fen<65>tre javascript qui vous informe des templates
|
||||
<link linkend="language.function.include">inclus</link> et des variables
|
||||
<link linkend="api.assign">assign<EFBFBD>es</link> depuis PHP et des
|
||||
<link linkend="language.config.variables">variables des fichiers de configuration</link>
|
||||
pour la page courante de template. Il ne montre pas les variables assign<67>es
|
||||
dans un template avec
|
||||
<link linkend="language.function.assign">{assign}</link>.
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="variable.debugging.ctrl">$debugging_ctrl</link>
|
||||
sur la fa<66>on d'activer le d<>bogage depuis l'url.
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="language.function.debug">{debug}</link>,
|
||||
<link linkend="variable.debug.tpl">$debug_tpl</link> et
|
||||
<link linkend="variable.debugging.ctrl">$debugging_ctrl</link>
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -30,4 +47,4 @@
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,17 +1,26 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: didou Status: ready -->
|
||||
<!-- EN-Revision: 1.4 Maintainer: didou Status: ready -->
|
||||
|
||||
<sect1 id="variable.error.reporting">
|
||||
<title>$error_reporting</title>
|
||||
<para>
|
||||
Lorsque cette valeur est configur<75>e <20> une valeur non nulle,
|
||||
sa valeur est utilis<69>e comme le error_reporting-level de PHP
|
||||
<EFBFBD> l'int<6E>rieur de <link linkend="api.display">display()</link>
|
||||
sa valeur est utilis<69>e comme le
|
||||
<ulink url="&url.php-manual;error_reporting">error_reporting</ulink>-level
|
||||
de PHP <20> l'int<6E>rieur de <link linkend="api.display">display()</link>
|
||||
et <link linkend="api.fetch">fetch()</link>. Lorsque le <link
|
||||
linkend="chapter.debugging.console">d<EFBFBD>boguage</link>
|
||||
est ignor<6F>, cette valeur est ignor<6F>e et error-level est non-modifi<66>.
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="api.trigger.error">trigger_error()</link>,
|
||||
le <link linkend="chapter.debugging.console">d<EFBFBD>bogage</link> et
|
||||
<link linkend="troubleshooting">Troubleshooting</link>.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -31,4 +40,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,17 +1,21 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.1 Maintainer: nobody Status: partial -->
|
||||
<!-- EN-Revision: 1.3 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.force.compile">
|
||||
<title>$force_compile</title>
|
||||
<para>
|
||||
Cel<65> oblige Smarty a (re)compiler les templates a chaque
|
||||
invocation. Ce r<>glage supplante $compile_check. Par d<>faut, il
|
||||
est d<>sactiv<69>. Ceci est commode pour le d<>veloppement et le
|
||||
d<EFBFBD>bogage mais ne devrait jamais <20>tre utilis<69> dans un environnment
|
||||
de production. Si le syst<73>me de cache est actif, les
|
||||
fichiers du cache seront reg<65>n<EFBFBD>r<EFBFBD>s a chaque appel.
|
||||
Cel<65> oblige Smarty <EFBFBD> (re)compiler les templates <EFBFBD> chaque
|
||||
invocation. Ce r<>glage supplante
|
||||
<link linkend="variable.compile.check">$compile_check</link>.
|
||||
Par d<>faut, il est d<>sactiv<69>. Ceci est commode pour le d<>veloppement
|
||||
et le <link linkend="chapter.debugging.console">d<EFBFBD>bogage</link>
|
||||
mais ne devrait jamais <20>tre utilis<69> dans un environnment de production.
|
||||
Si le syst<73>me de <link linkend="variable.caching">cache</link> est actif, les
|
||||
fichiers du cache seront reg<65>n<EFBFBD>r<EFBFBD>s <20> chaque appel.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -31,4 +35,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,6 +1,7 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: yannick Status: ready -->
|
||||
<!-- EN-Revision: 1.3 Maintainer: yannick Status: ready -->
|
||||
|
||||
<sect1 id="variable.left.delimiter">
|
||||
<title>$left_delimiter</title>
|
||||
<para>
|
||||
@@ -9,9 +10,11 @@
|
||||
</para>
|
||||
<para>
|
||||
Voir aussi
|
||||
<link linkend="variable.right.delimiter">$right_delimiter</link>.
|
||||
<link linkend="variable.right.delimiter">$right_delimiter</link> et
|
||||
l'<link linkend="language.escaping">analyse d'<27>chapement Smarty</link>.
|
||||
</para>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -31,4 +34,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
@@ -1,10 +1,11 @@
|
||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!-- $Revision$ -->
|
||||
<!-- EN-Revision: 1.2 Maintainer: didou Status: ready -->
|
||||
<!-- EN-Revision: 1.3 Maintainer: didou Status: ready -->
|
||||
|
||||
<sect1 id="variable.php.handling">
|
||||
<title>$php_handling</title>
|
||||
<para>
|
||||
Indique a Smarty comment interpr<70>ter le code PHP
|
||||
Indique <EFBFBD> Smarty comment interpr<70>ter le code PHP
|
||||
int<6E>gr<67> dans les templates. Il y a quatre valeurs possibles, par
|
||||
d<>faut SMARTY_PHP_PASSTHRU. Notez que cel<65> n'affecte PAS le code
|
||||
PHP entour<75> des balises
|
||||
@@ -25,11 +26,12 @@
|
||||
<para>
|
||||
Int<6E>grer du code PHP dans les templates est vivement
|
||||
d<>conseill<6C>. Pr<50>f<EFBFBD>rez les
|
||||
<link linkend="language.custom.functions">fonctions utilisateurs</link>
|
||||
ou les <link linkend="language.modifiers">modificateurs de variables</link>.
|
||||
<link linkend="language.custom.functions">fonctions utilisateurs</link> ou les
|
||||
<link linkend="language.modifiers">modificateurs de variables</link>.
|
||||
</para>
|
||||
</note>
|
||||
</sect1>
|
||||
|
||||
<!-- Keep this comment at the end of the file
|
||||
Local variables:
|
||||
mode: sgml
|
||||
@@ -49,4 +51,4 @@ End:
|
||||
vim600: syn=xml fen fdm=syntax fdl=2 si
|
||||
vim: et tw=78 syn=sgml
|
||||
vi: ts=1 sw=1
|
||||
-->
|
||||
-->
|
Reference in New Issue
Block a user