typo

docs/fr/programmers/api-variables/variable-cache-dir.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.cache.dir">
  <title>$cache_dir</title>
  <para>
-  Il s'agit du nom du r<>pertoire o<> les caches des templates
+  Il s'agit du nom du r<>pertoire o<> les caches des templates
   sont stock<63>s. Par d<>faut il s'agit de "./cache", ce qui signifie
   que Smarty va chercher ce r<>pertoire
   dans le m<>me r<>pertoire que le script PHP en cours d'ex<65>cution.

docs/fr/programmers/api-variables/variable-cache-handler-func.xml

@@ -6,7 +6,7 @@
  <para>
   Vous pouvez utiliser votre propre fonction de gestion du cache plut(t que
   d'utiliser celle livr<76>e avec Smarty.
-  R<>f<EFBFBD>rez-vous a la section sur la fonction de gestion de cache
+  R<>f<EFBFBD>rez-vous <EFBFBD> la section sur la fonction de gestion de cache
   personnalis<69>e pour plus de d<>tails.
  </para>
 </sect1>

docs/fr/programmers/api-variables/variable-cache-lifetime.xml

@@ -9,7 +9,7 @@
   $caching doit <20>tre a "true" pour que $cache_lifetime ait une
   quelconque utilit<69>. Avec une valeur de -1, le cache n'expire jamais.
   Avec une valeur de 0, le cache est toujours reg<65>n<EFBFBD>r<EFBFBD> (utile
-  a des fins de tests seulement. Une meilleure faton de d<>sactiver
+  a des fins de tests seulement. Une meilleure fa<EFBFBD>on de d<>sactiver
   le cache est de mettre <link
   linkend="variable.caching">$caching</link> a "false").
  </para>
@@ -19,7 +19,7 @@
   d<>sactivant ainsi le cache. Vous pouvez effacer tous les fichiers du cache
   avec la function
   <link linkend="api.clear.all.cache">clear_all_cache()</link>
-  ou de faton individuelle (ou group<75>e) avec la fonction <link
+  ou de fa<EFBFBD>on individuelle (ou group<75>e) avec la fonction <link
   linkend="api.clear.cache">clear_cache()</link>.
  </para>
  <note>

docs/fr/programmers/api-variables/variable-cache-modified-check.xml

@@ -5,10 +5,10 @@
  <title>$cache_modified_check</title>
  <para>
   Si cette variable est a vrai, Smarty respectera l'en-t<>te
-  If-Modified-Since envoy<6F> par le client. Si la date de derni<6E>re
-  modification du fichier de cache n'a pas chang<6E> depuis la derni<6E>re
-  visite, alors un en-t<>te "304 Not Modified" sera envoy<6F> a la place
-  du contenu. Cela ne fonctionne qu'avec du contenu mis en cache hors de la
+  If-Modified-Since envoy<6F> par le client. Si la date de derni<6E>re
+  modification du fichier de cache n'a pas chang<6E> depuis la derni<6E>re
+  visite, alors un en-t<>te "304 Not Modified" sera envoy<6F> <EFBFBD> la place
+  du contenu. Cel<EFBFBD> ne fonctionne qu'avec du contenu mis en cache hors de la
   balise <command>insert</command>.
  </para>
 </sect1>

docs/fr/programmers/api-variables/variable-caching.xml

@@ -4,18 +4,18 @@
 <sect1 id="variable.caching">
  <title>$caching</title>
  <para>
-  Ce param<61>tre demande a Smarty de mettre ou non en cache la sortie des
+  Ce param<61>tre demande <EFBFBD> Smarty de mettre ou non en cache la sortie des
   templates.
-  Par d<>faut ce r<>glage est a 0 (d<>sactiv<69>). Si vos templates
+  Par d<>faut, ce r<>glage est <EFBFBD> 0 (d<>sactiv<69>). Si vos templates
   g<>n<EFBFBD>rent du contenu redondant, il est conseill<6C> d'activer le
-  cache. Cela permettra un gain de performance cons<6E>quent.
+  cache. Cel<EFBFBD> permettra un gain de performance cons<6E>quent.
   Vous pouvez aussi avoir de nombreux fichiers de cache pour un m<>me template.
   Une valeur de 1 ou 2 active le cache. 1 indique a Smarty d'utiliser
   la variable $cache_lifetime pour d<>terminer si le fichier de cache a expir<69>.
   Une valeur de 2 indique a Smarty d'utiliser la valeur
-  $cache_lifetime sp<73>cifi<66>e a la g<>n<EFBFBD>ration du cache. Ainsi vous pouvez r<>gler
+  $cache_lifetime sp<73>cifi<66>e <EFBFBD> la g<>n<EFBFBD>ration du cache. Ainsi vous pouvez r<>gler
   la dur<75>e de vie d'un fichier de cache avant de r<>cup<75>rer le template pour avoir
-  un certain contr(le quand ce fichier en particulier expire. Voir
+  un certain contr<EFBFBD>le quand ce fichier en particulier expire. Voir
   aussi <link linkend="api.is.cached">is_cached</link>.
  </para>
  <para>

docs/fr/programmers/api-variables/variable-compile-check.xml

@@ -6,15 +6,15 @@
  <para>
   A chaque invocation de l'application PHP, Smarty fait
   un test pour voir si le template courant a <20>t<EFBFBD> modifi<66>
-  (date de derni<6E>re modification diff<66>rente) depuis sa
-  derni<6E>re compilation. S'il a chang<6E>, le template est recompil<69>.
+  (date de derni<6E>re modification diff<66>rente) depuis sa
+  derni<6E>re compilation. S'il a chang<6E>, le template est recompil<69>.
   Si le template n'a pas encore <20>t<EFBFBD> compil<69>, il le sera
-  quelle que soit la valeur ce r<>glage.
-  Par d<>faut cette valeur est a vrai. Quand
+  quelque soit la valeur de ce r<>glage.
+  Par d<>faut cette valeur est <EFBFBD> vrai. Quand
   une application est mise en production (les templates
   ne changent plus), cette v<>rification n'est pas n<>cessaire.
-  Assurez-vous de mettre $compile_check a "false" pour des performances
-  maximales. Notez que si vous mettez ce param<61>tre a "false" et qu'un
+  Assurez-vous de mettre $compile_check <EFBFBD> "false" pour des performances
+  maximales. Notez que si vous mettez ce param<61>tre <EFBFBD> "false" et qu'un
   template est modifi<66>, vous ne verrez *pas* le changement
   car le template ne sera *pas* recompil<69>. Si le processus de cache
   est activ<69> et que $compile_check l'est aussi, alors les fichiers

docs/fr/programmers/api-variables/variable-compile-dir.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.compile.dir">
  <title>$compile_dir</title>
  <para>
-  C'est le nom du r<>pertoire o<> se trouvent les templates
+  C'est le nom du r<>pertoire o<> se trouvent les templates
   compil<69>s. Par d<>faut, il s'agit de "./templates_c",
   ce qui signifie que Smarty va chercher ce r<>pertoire
   dans le m<>me r<>pertoire que le script PHP en cours d'ex<65>cution.

docs/fr/programmers/api-variables/variable-config-booleanize.xml

@@ -6,9 +6,9 @@
  <para>
   Si cette variable est a vrai, les valeurs on/true/yes et off/false/no
   dans les fichiers de configuration sont automitiquement converties
-  en bool<6F>en. De cette faton vous pouvez utiliser ces valeurs dans le
-  template de la faton suivante : {if #foobar#} ... {/if}. Si foobar
-  est a on, true ou yes, l'instruction {if} sera ex<65>cut<75>e. vrai
+  en bool<6F>en. De cette fa<EFBFBD>on vous pouvez utiliser ces valeurs dans le
+  template de la fa<EFBFBD>on suivante : {if #foobar#} ... {/if}. Si foobar
+  est <EFBFBD> on, true ou yes, l'instruction {if} sera ex<65>cut<75>e. vrai
   par d<>faut.
  </para>
 </sect1>

docs/fr/programmers/api-variables/variable-config-read-hidden.xml

@@ -4,13 +4,13 @@
 <sect1 id="variable.config.read.hidden">
  <title>$config_read_hidden</title>
  <para>
-  Si cette variable est a vrai, les sections cach<63>s (dont les noms
+  Si cette variable est <EFBFBD> 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 cela a faux, de
-  cette faton vous pouvez stocker des donn<6E>es sensibles dans les fichiers
-  de configuration, comme par exemple des param<61>tres de base de donn<6E>es,
-  sans vous soucier de la faton dont les templates les chargent.
-  Mise a faux par d<>faut.
+  <20>tre lues depuis les templates. On laisse habituellement cel<EFBFBD> <20> faux, de
+  cette fa<EFBFBD>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<EFBFBD>on dont les templates les chargent.
+  Mise <EFBFBD> faux par d<>faut.
  </para>
 </sect1>
 <!-- Keep this comment at the end of the file

docs/fr/programmers/api-variables/variable-debugging-ctrl.xml

@@ -4,11 +4,11 @@
 <sect1 id="variable.debugging.ctrl">
  <title>$debugging_ctrl</title>
  <para>
-  Cela permet d'avoir diff<66>rents moyens pour activer
+  Cel<EFBFBD> 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<>buggage
+  trouve dans QUERY_STRING, le d<>bogage
   est activ<69> a l'invocation du script. Si $debugging
-  est a vrai, cette valeur est sans effet.
+  est <EFBFBD> vrai, cette valeur est sans effet.
  </para>
 </sect1>
 <!-- Keep this comment at the end of the file

docs/fr/programmers/api-variables/variable-debugging.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.debugging">
  <title>$debugging</title>
  <para>
-  Cela active la
+  Cel<EFBFBD> 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

docs/fr/programmers/api-variables/variable-default-modifiers.xml

@@ -8,7 +8,7 @@
   une valeur par d<>faut a chaque variable dans un template.
   Par exemple, pour par d<>faut <20>chapper les caract<63>res HTML de chaque variable,
   utilisez array('escape:"htmlall"'); Pour rendre une variable ind<6E>pendante
-  des modificateurs par d<>faut, passez-lui en param<61>tre le modificateur
+  des modificateurs par d<>faut, passez-lui en param<61>tre le modificateur
   "nodefaults" : {$var|nodefaults}.
  </para>
 </sect1>

docs/fr/programmers/api-variables/variable-force-compile.xml

@@ -4,11 +4,11 @@
 <sect1 id="variable.force.compile">
  <title>$force_compile</title>
  <para>
-  Cela oblige Smarty a (re)compiler les templates a chaque
+  Cel<EFBFBD> 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<>bogage mais ne devrait jamais <20>tre utilis<69> dans un environnment
-  de production. Si le syst<73>me de cache est actif, les
+  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.
  </para>
 </sect1>

docs/fr/programmers/api-variables/variable-global-assign.xml

@@ -8,9 +8,9 @@
   implicitement assign<67>es au moteur de templates.
   Ceci est commode pour rendre des variables globales
   ou des variables du serveur accessibles a tous les templates
-  plut(t que de devoir les assigner a la main. Chaque <20>l<EFBFBD>ment
+  plut(t que de devoir les assigner <EFBFBD> la main. Chaque <20>l<EFBFBD>ment
   de $global_assign doit <20>tre soit le nom de la variable
-  globale, soit une paire clef/valeur, o<> clef est le
+  globale, soit une paire clef/valeur, o<> clef est le
   nom du tableau global et valeur le tableau de variable
   assign<67>es depuis ce tableau global.
   $SCRIPT_NAME est globalement assign<67> par d<>faut depuis
@@ -21,7 +21,7 @@
   <para>
    On peut acc<63>der aux variables du serveur avec la variable
    $smarty, par exemple {$smarty.server.SCRIPT_NAME}.
-   Se reporter a la section sur la variable
+   Se reporter <EFBFBD> la section sur la variable
    <link linkend="language.variables.smarty">$smarty</link>.
    </para>
   </note>

docs/fr/programmers/api-variables/variable-php-handling.xml

@@ -6,7 +6,7 @@
  <para>
   Indique a 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 cela n'affecte PAS le code
+  d<>faut SMARTY_PHP_PASSTHRU. Notez que cel<EFBFBD> n'affecte PAS le code
   PHP entour<75> des balises
   <link linkend="language.function.php">{php}{/php}</link>
   dans le template.

docs/fr/programmers/api-variables/variable-security-settings.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.security.settings">
  <title>$security_settings</title>
  <para>
-  Ces r<>glages servent <20> <20>craser ou sp<73>cifier les param<61>tres de s<>curit<69>
+  Ces r<>glages servent <20> <20>craser ou sp<73>cifier les param<61>tres de s<>curit<69>
   quand celle-ci est activ<69>e. Les r<>glages possibles sont les suivants :
  </para>
  <itemizedlist>
@@ -13,12 +13,12 @@
   <listitem><para>IF_FUNCS - Le tableau des noms de fonctions
   PHP autoris<69>es dans les intructions IF.</para></listitem>
   <listitem><para>INCLUDE_ANY - true/false. Si vrai,
-   les templates peuvent <20>tre inclus de n'importe o<>, quelque soit
+   les templates peuvent <20>tre inclus de n'importe o<>, quelque soit
   le contenu de $secure_dir.</para></listitem>
   <listitem><para>PHP_TAGS - true/false. Si vrai,
   les balises {php}{/php} sont autoris<69>es dans les templates.</para></listitem>
   <listitem><para>MODIFIER_FUNCS - Le tableau des noms de fonctions
-  autoris<69>es a <20>tre utilis<69>es comme modificateurs de variables.</para></listitem>
+  autoris<69>es <EFBFBD> <20>tre utilis<69>es comme modificateurs de variables.</para></listitem>
  </itemizedlist>
 </sect1>
 <!-- Keep this comment at the end of the file

docs/fr/programmers/api-variables/variable-security.xml

@@ -5,16 +5,16 @@
  <title>$security</title>
  <para>
   Cette variable est a faux par d<>faut. $security est de rigueur
-  quand vous n'Otes pas compl<70>tement svr des personnes qui <20>ditent les templates
+  quand vous n'<EFBFBD>tes pas compl<70>tement s<EFBFBD>r des personnes qui <20>ditent les templates
   (par ftp par exemple) et que vous voulez r<>duire le risque que
-  la s<>curit<69> du syst<73>me soit compromise par le language de template.
+  la s<>curit<69> du syst<73>me soit compromise par le langage de template.
   Activer cette option de s<>curit<69> applique les r<>gles suivantes
-  au langage de template, a moins que $security_settings ne sp<73>cifie
+  au langage de template, <EFBFBD> moins que $security_settings ne sp<73>cifie
   le contraire :
  </para>
  <itemizedlist>
   <listitem><para>Si $php_handling est r<>gl<67>e a SMARTY_PHP_ALLOW,
-  cela est implicitement chang<6E> a SMARTY_PHP_PASSTHRU.</para></listitem>
+  cel<EFBFBD> est implicitement chang<6E> a SMARTY_PHP_PASSTHRU.</para></listitem>
   <listitem><para>Les fonctions PHP ne sont pas autoris<69>es dans les
    instructions IF, a part celles d<>clar<61>es dans
   $security_settings.</para></listitem>
@@ -25,7 +25,7 @@
   utilisant {fetch}.</para></listitem>
   <listitem><para>Les balises {php}{/php} ne sont pas autoris<69>es.</para></listitem>
   <listitem><para>Les fonctions PHP ne sont pas autoris<69>es en tant
-  modificateurs, a part celles sp<73>cifi<66>es dans $security_settings.</para></listitem>
+  modificateurs, <EFBFBD> part celles sp<73>cifi<66>es dans $security_settings.</para></listitem>
  </itemizedlist>
 </sect1>
 <!-- Keep this comment at the end of the file

docs/fr/programmers/api-variables/variable-template-dir.xml

@@ -9,7 +9,7 @@
   les cherchera a cet emplacement.
   Par d<>faut, il s'agit de "./templates", ce qui signifie
   qu'il va chercher le r<>pertoire templates
-  dans le r<>pertoire o<> se trouve le script PHP en cours d'ex<65>cution.
+  dans le r<>pertoire o<> se trouve le script PHP en cours d'ex<65>cution.
  </para>
  
  <note>

docs/fr/programmers/api-variables/variable-undefined.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.undefined">
  <title>$undefined</title>
  <para>
-  Cela r<>gle la valeur de $undefined, null par d<>faut.
+  Cel<EFBFBD> r<>gle la valeur de $undefined, null par d<>faut.
   N'est actuellement utilis<69> que pour initialiser
   des variables non-d<>finies dans $global_assign a des
   valeurs par d<>faut.

docs/fr/programmers/api-variables/variable-use-sub-dirs.xml

@@ -4,7 +4,7 @@
 <sect1 id="variable.use.sub.dirs">
  <title>$use_sub_dirs</title>
  <para>
-  R<>gler cela a faux si votre environnement PHP n'autorise pas Smarty a cr<63>er
+  R<>gler cel<EFBFBD> <20> faux si votre environnement PHP n'autorise pas Smarty <EFBFBD> cr<63>er
   des sous-r<>pertoires. Les sous-r<>pertoires sont efficaces, utilisez-les quand
   vous le pouvez.
  </para>