Sfoglia il codice sorgente

[DOCUMENTATION] French: sync manual

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@24595 44c647ce-9c0f-0410-b52a-842ac1e357ba
mikaelkael 14 anni fa
parent
commit
d14b6feac3
29 ha cambiato i file con 403 aggiunte e 308 eliminazioni
  1. 1 1
      documentation/manual/fr/module_specs/Zend_Acl.xml
  2. 1 1
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Db.xml
  3. 1 1
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Frontcontroller.xml
  4. 3 3
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Locale.xml
  5. 1 1
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Mail.xml
  6. 1 3
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Modules.xml
  7. 1 1
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Multidb.xml
  8. 1 1
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Session.xml
  9. 0 6
      documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Translate.xml
  10. 1 1
      documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Application.xml
  11. 1 1
      documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Bootstrap_Bootstrap.xml
  12. 1 1
      documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Resource_Resource.xml
  13. 4 4
      documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Resource_ResourceAbstract.xml
  14. 3 3
      documentation/manual/fr/module_specs/Zend_Application-QuickStart.xml
  15. 28 26
      documentation/manual/fr/module_specs/Zend_Cache-Backends.xml
  16. 1 1
      documentation/manual/fr/module_specs/Zend_Cache-Cache_Manager.xml
  17. 3 3
      documentation/manual/fr/module_specs/Zend_Cache-Frontends.xml
  18. 1 1
      documentation/manual/fr/module_specs/Zend_Cache-Theory.xml
  19. 1 1
      documentation/manual/fr/module_specs/Zend_Captcha-Adapters.xml
  20. 6 6
      documentation/manual/fr/module_specs/Zend_CodeGenerator-Reference.xml
  21. 1 1
      documentation/manual/fr/module_specs/Zend_Config-TheoryOfOperation.xml
  22. 1 1
      documentation/manual/fr/module_specs/Zend_Config_Ini.xml
  23. 4 4
      documentation/manual/fr/module_specs/Zend_Config_Json.xml
  24. 65 19
      documentation/manual/fr/module_specs/Zend_Config_Writer.xml
  25. 1 1
      documentation/manual/fr/module_specs/Zend_Config_Xml.xml
  26. 4 4
      documentation/manual/fr/module_specs/Zend_Config_Yaml.xml
  27. 187 151
      documentation/manual/fr/module_specs/Zend_Controller-ActionHelpers-ViewRenderer.xml
  28. 64 58
      documentation/manual/fr/module_specs/Zend_Controller-ActionHelpers.xml
  29. 16 3
      documentation/manual/fr/module_specs/Zend_File_Transfer-Introduction.xml

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Acl.xml

@@ -347,7 +347,7 @@ $acl->allow('administrateur');
         <para>
             Nous avons maintenant une <acronym>ACL</acronym> flexible, qui peut être utilisée pour
             déterminer si l'objet appelant a les permissions pour réaliser les fonctions au sein de
-            l'application web. Interroger cette liste est assez simple en utilisant la méthode
+            l'application Web. Interroger cette liste est assez simple en utilisant la méthode
             <methodname>isAllowed()</methodname>&#160;:
         </para>
 

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Db.xml

@@ -54,7 +54,7 @@
         <title>Exemple de configuration d'une ressource d'adaptateur de base données</title>
 
         <para>
-            Voici un exmple de configuration <acronym>INI</acronym> qui peut-être utilisé pour
+            Voici un exemple de configuration <acronym>INI</acronym> qui peut-être utilisé pour
             initialiser une ressource de base de données.
         </para>
 

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Frontcontroller.xml

@@ -63,7 +63,7 @@
         <listitem><para>
             <emphasis><property>plugins</property></emphasis>&#160;: tableau de nom de classe
             de plugins de contrôleurs. La ressource instanciera chaque classe (sans arguments
-            de contructeur) et les enregistrera dans le contrôleur frontal. Si vous souhaitez
+            de constructeur) et les enregistrera dans le contrôleur frontal. Si vous souhaitez
             enregistrer un plugin avec un index particulier dans la pile des plugins, vous
             devez fournir un tableau avec deux clés <property>class</property> et
             <property>stackIndex</property>.

+ 3 - 3
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Locale.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22741 -->
+<!-- EN-Revision: 24249 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.locale">
     <title>Zend_Application_Resource_Locale</title>
@@ -132,7 +132,7 @@ resources.locale.default = "fr_FR"
         </para>
 
         <para>
-            Dasn ce cas, cette locale seule sera utilisée et la détection automatique sera
+            Dans ce cas, cette locale seule sera utilisée et la détection automatique sera
             désactivée.
         </para>
 
@@ -153,7 +153,7 @@ resources.locale.force = true
     </sect3>
 
     <sect3 id="zend.application.available-resources.locale.cache">
-        <title>Configurer le cache</title>
+        <title>Configurer le modèle de cache</title>
 
         <para>
             Lorsque vous ne définissez pas de cache, <classname>Zend_Locale</classname> définit son

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Mail.xml

@@ -15,7 +15,7 @@
         Lors de l'instanciation d'un transport, il est automatiquement enregistré
         avec <classname>Zend_Mail</classname>. Cependant en paramétrant la directive
         <property>transport.register</property> à <constant>FALSE</constant>, ce
-        comportement n'apparait pas.
+        comportement n'apparaît pas.
     </para>
 
     <example id="zend.application.available-resources.mail.configExample">

+ 1 - 3
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Modules.xml

@@ -20,9 +20,7 @@
 
     <para>
         Puisque la ressource Modules ne prend pas d'argument par défaut, pour l'activer via la
-        configuration, vous devez créer un tableau vide.
-        Since the Modules resource does not take any arguments by default, in order to enable it
-        via configuration, you need to create it as an empty array. En configuration de type
+        configuration, vous devez créer un tableau vide. En configuration de type
         <acronym>INI</acronym> cela ressemblerait à ceci&#160;:
     </para>
 

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Multidb.xml

@@ -47,7 +47,7 @@ resources.multidb.db2.default = true
             méthode <methodname>getDb()</methodname>. La méthode
             <methodname>getDb()</methodname> retourne l'instance d'une classe qui étend
             <classname>Zend_Db_Adapter_Abstract</classname>. Si vous n'avez pas activé
-            un adaptateur par défaut, une exception sera levée lorsque vous appelerez
+            un adaptateur par défaut, une exception sera levée lorsque vous appellerez
             cette méthode sans lui fournir de paramètre.
          </para>
 

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Session.xml

@@ -12,7 +12,7 @@
 
     <para>
         Pour créer un support de sauvegarde session, passez la clé <property>saveHandler</property>
-        (case insensitive) à la ressource. La valeur d'une telle option peut être&#160;:
+        (non sensible à la casse) à la ressource. La valeur d'une telle option peut être&#160;:
     </para>
 
     <itemizedlist>

+ 0 - 6
documentation/manual/fr/module_specs/Zend_Application-AvailableResources-Translate.xml

@@ -63,12 +63,6 @@
                 à utiliser avec <classname>Zend_Translate_Adapter</classname>. Cela
                 permet d'améliorer les performances en particulier pour les formats
                 <acronym>XML</acronym>.
-
-                the name of the cache template or an
-                instance of <classname>Zend_Cache_Core</classname> to use as cache for
-                <classname>Zend_Translate_Adapter</classname>. The goal is to accelerate
-                the loading specialy for the
-                <acronym>XML</acronym>based files.
             </para>
         </listitem>
     </itemizedlist>

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Application.xml

@@ -125,7 +125,7 @@
                                         Le paramètre dans ce cas est un tableau avec une clé unique
                                         "config", dont la valeur est un tableau des fichiers à
                                         fusionner. Note : ceci veut dire que vous pouvez fournir
-                                        un chemin litéral ou
+                                        un chemin littéral ou
                                         <command>array("config"=>array("/path1","/path2"[,...]));</command>.
                                     </para>
                                 </listitem>

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Bootstrap_Bootstrap.xml

@@ -26,7 +26,7 @@
         <para>
             De plus, cette implémentation de bootstrap fournit la possibilité de spécifier l'espace
             de noms ou le préfixe de classe pour les ressources situées dans son arborescence, ce
-            qui va activer le chargement automatique des différentes resources de
+            qui va activer le chargement automatique des différentes ressources de
             l'application&#160;; essentiellement, ceci instancie un objet <link
                 linkend="zend.loader.autoloader-resource.module">Zend_Application_Module_Autoloader</link>,
             en fournissant l'espace de noms requêté et le dossier de bootstrap en tant qu'arguments.

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Resource_Resource.xml

@@ -9,7 +9,7 @@
         les plugins de ressources lorsqu'ils sont utilisés par des classes de bootstrap implémentant
         <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname>. Les classes de
         plugins de ressources doivent accepter de la configuration, doivent pouvoir être lancées
-        ("bootstrapées") et doivent utiliser un pattern strategy pour initialiser la ressource.
+        ("bootstrapées") et doivent utiliser un pattern Stratégie pour initialiser la ressource.
     </para>
 
     <table id="zend.application.core-functionality.resource-resource.api">

+ 4 - 4
documentation/manual/fr/module_specs/Zend_Application-CoreFunctionality-Resource_ResourceAbstract.xml

@@ -5,7 +5,7 @@
     <title>Zend_Application_Resource_ResourceAbstract</title>
 
     <para>
-        <classname>Zend_Application_Resource_ResourceAbstract</classname> est une classe abstaite
+        <classname>Zend_Application_Resource_ResourceAbstract</classname> est une classe abstraite
         implementant <link
             linkend="zend.application.core-functionality.resource-resource">Zend_Application_Resource_Resource</link>,
         c'est un bon point de départ pour créer vos propres plugins de ressources.
@@ -13,7 +13,7 @@
 
     <para>
         Note: Cette classe abstraite n'implémente pas la méthode <methodname>init()</methodname>;
-        elle doit donc être implémentée par les extensions concrêtes de cette classe.
+        elle doit donc être implémentée par les extensions concrètes de cette classe.
     </para>
 
     <table id="zend.application.core-functionality.resource-resourceabstract.api">
@@ -95,7 +95,7 @@
         <title>Noms des resources</title>
 
         <para>
-            Lorque vous enregistrez des plugins de ressources, il existe alors 3 manières d'y faire
+            Lorsque vous enregistrez des plugins de ressources, il existe alors 3 manières d'y faire
             référence dans la classe du bootstrap parent, en fonction de la manière dont vous avez
             configuré le bootstrap.
         </para>
@@ -106,7 +106,7 @@
             après le préfixe de classe. Par exemple, la classe
             "<classname>Zend_Application_Resource_View</classname>" peut être référencée simplement
             via "View" car le préfixe "<classname>Zend_Application_Resource</classname>"
-            est déja enregistré. Vous pouvez aussi utiliser le nom long de classe complet&#160;:
+            est déjà enregistré. Vous pouvez aussi utiliser le nom long de classe complet&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[

+ 3 - 3
documentation/manual/fr/module_specs/Zend_Application-QuickStart.xml

@@ -260,7 +260,7 @@ $application->bootstrap()
         <para>
             Notez que l'environnement applicatif est défini dans une constante
             "APPLICATION_ENV". Nous recommandons la spécification d'un tel paramètre dans la
-            configuration générale du serveur web. Pour Apache, vous pouvez utiliser
+            configuration générale du serveur Web. Pour Apache, vous pouvez utiliser
             <filename>.htaccess</filename> si votre serveur le permet. Nous recommandons un
             fichier <filename>public/.htaccess</filename> avec le contenu suivant&#160;:
         </para>
@@ -282,7 +282,7 @@ RewriteRule ^.*$ index.php [NC,L]
             <para>
                 Les règles de réécriture ci-dessus autorisent l'accès à tout fichier existant
                 dans l'hôte virtuel. S'il existe des fichiers que vous ne voulez pas exposer,
-                utilisez des règles plus restrictives. Le site web d'Apache <ulink
+                utilisez des règles plus restrictives. Le site Web d'Apache <ulink
                     url="http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html">vous permettra
                     d'en apprendre plus au sujet de mod_rewrite</ulink>.
             </para>
@@ -407,7 +407,7 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
         <title>Aller plus loin avec Zend_Application</title>
 
         <para>
-            Nous vennons de voir comment configurer de manière basique
+            Nous venons de voir comment configurer de manière basique
             <classname>Zend_Application</classname> ainsi que les principes du bootstrap. Pour un
             maximum de réutilisation de code, vous devriez songer à utiliser des plugins de
             ressources. Continuez à lire la suite&#160;!

+ 28 - 26
documentation/manual/fr/module_specs/Zend_Cache-Backends.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 22140 -->
+<!-- EN-Revision: 24434 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.cache.backends">
     <title>Les backends Zend_Cache</title>
@@ -35,7 +35,7 @@
                     <row>
                         <entry><emphasis>cache_dir</emphasis></entry>
                         <entry><type>String</type></entry>
-                        <entry><filename>/tmp/</filename></entry>
+                        <entry>[system temp dir]</entry>
                         <entry>Répertoire où stocker les fichiers de cache</entry>
                     </row>
                     <row>
@@ -106,7 +106,7 @@
                     <row>
                         <entry><emphasis>cache_file_umask</emphasis></entry>
                         <entry><type>Integer</type></entry>
-                        <entry>0700</entry>
+                        <entry>0600</entry>
                         <entry>umask des fichiers de cache.</entry>
                     </row>
                     <row>
@@ -257,33 +257,36 @@
 
     <sect2 id="zend.cache.backends.libmemcached">
         <title>Zend_Cache_Backend_Libmemcached</title>
+
         <para>
-            This (extended) backend stores cache records into a memcached server.
-            <ulink url="http://www.danga.com/memcached/">memcached</ulink>is a high-performance,
-            distributed memory object caching system. To use this backend, you need a memcached daemon
-            and
-            <ulink url="http://pecl.php.net/package/memcached">the memcached
-            <acronym>PECL</acronym>extension</ulink>.
+            Ce backend (étendu) stocke les enregistrements de cache dans un serveur memcached.
+            <ulink url="http://www.danga.com/memcached/">memcached</ulink> est un système distribué
+            de cache d'objet en mémoire de haute performance. Pour utiliser ce backend, vous avez
+            besoin d'un démon memcached et de l'extension
+            <ulink url="http://pecl.php.net/package/memcached"><acronym>PECL</acronym>
+            memcached</ulink>.
         </para>
 
         <para>
-            Be careful : with this backend, "tags" are not supported for the moment as the
-            "doNotTestCacheValidity=true" argument.
+            Attention: avec ce backend, les balises ("tags") ne sont pas supportées pour le
+            moment comme l'argument "doNotTestCacheValidity=true".
         </para>
 
-        <para>Available options are :</para>
+        <para>Les options disponibles sont&#160;:</para>
 
         <table id="zend.cache.backends.libmemcached.table">
-            <title>Libmemcached Backend Options</title>
+            <title>Options du backend Libmemcached</title>
+
             <tgroup cols="4">
                 <thead>
                     <row>
                         <entry>Option</entry>
-                        <entry>Data Type</entry>
-                        <entry>Default Value</entry>
+                        <entry>Type de données</entry>
+                        <entry>Valeur par défaut</entry>
                         <entry>Description</entry>
                     </row>
                 </thead>
+
                 <tbody>
                     <row>
                         <entry><emphasis>servers</emphasis></entry>
@@ -295,10 +298,10 @@
                             'weight' =&gt; 1))</command>
                         </entry>
                         <entry>
-                            An array of memcached servers ; each memcached server is described
-                            by an associative array: 'host' =&gt; (string) : the name of the memcached
-                            server, 'port' =&gt; (int) : the port of the memcached server, 'weight'
-                            =&gt; (int) :the weight of the memcached server
+                            Un tableau de serveurs memcached&#160;; chaque serveur memcached est
+                            décrit par un tableau associatif&#160;: 'host' =&gt; (string)&#160;: le
+                            nom du serveur memcached, 'port' =&gt; (int)&#160;: le port du serveur
+                            memcached, 'weight' =&gt; (int)&#160;: le poids du serveur memcached.
                         </entry>
                     </row>
                     <row>
@@ -313,12 +316,11 @@
                             )</command>
                         </entry>
                         <entry>
-                            An associative array of memcached client options ; The array key can
-                            be the name of the memcached option constant (without 'OPT_') or the
-                            integer value of it. See
-                            <ulink url="http://php.net/manual/memcached.constants.php">Memcached
-                            constants on
-                            <acronym>PHP</acronym>manual</ulink>
+                            Un tableau associatif des options de client memcached. Les clés du
+                            tableau peuvent le nom de la constante d'option memcache (sans le OPT_)
+                            ou la valeur de type entier de celui-ci. Voir aussi
+                            <ulink url="http://php.net/manual/memcached.constants.php">les
+                            constantes Memcached dans le manuel <acronym>PHP</acronym></ulink>
                         </entry>
                     </row>
                 </tbody>
@@ -769,7 +771,7 @@ RewriteRule ^.*$ index.php [NC,L]
                     <row>
                         <entry><emphasis>cache_file_umask</emphasis></entry>
                         <entry><type>Integer</type></entry>
-                        <entry>0700</entry>
+                        <entry>0600</entry>
                         <entry>umask for cached files.</entry>
                     </row>
 

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Cache-Cache_Manager.xml

@@ -181,7 +181,7 @@ $databaseCache = $manager->getCache('database');
     </para>
 
     <para>
-        Aussi, <classname>Zend_Cache_Manager</classname> inclut déja trois modèles prédéfinis,
+        Aussi, <classname>Zend_Cache_Manager</classname> inclut déjà trois modèles prédéfinis,
         "default", "page" et "pagetag". Le cache "default" utilise des fichiers
         comme stockage et un Core comme frontend. Les 2 autres caches sont utilisés avec des
         pages statiques dans lesquelles du

+ 3 - 3
documentation/manual/fr/module_specs/Zend_Cache-Frontends.xml

@@ -83,7 +83,7 @@
                             <entry><type>Boolean</type></entry>
                             <entry><constant>FALSE</constant></entry>
                             <entry>
-                                Si défini à <constant>TRUE</constant>, le logging par
+                                Si défini à <constant>TRUE</constant>, la journalisation par
                                 <classname>Zend_Log</classname> est activé (mais le système sera
                                 plus lent)
                             </entry>
@@ -588,7 +588,7 @@ $res = $cache->foobar2('1', '2');
                             <entry><type>String</type></entry>
                             <entry><constant>Zend_Cache_Frontend_File::MODE_OR</constant></entry>
                             <entry>
-                                <constant>Zend_Cache_Frontend_File::MODE_AND</constant> oU
+                                <constant>Zend_Cache_Frontend_File::MODE_AND</constant> ou
                                 <constant>Zend_Cache_Frontend_File::MODE_OR</constant> ; si
                                 <constant>MODE_AND</constant>, alors tous les fichiers maîtres
                                 doivent être modifiés pour rendre invalide le cache, si
@@ -654,7 +654,7 @@ $res = $cache->foobar2('1', '2');
 
             <note>
                 <para>
-                    Ce frontend opére en enregistrant une fonction de rappel qui doit être appelée
+                    Ce frontend opère en enregistrant une fonction de rappel qui doit être appelée
                     quand le buffer de sortie qu'il utilise est nettoyé. Dans le but de fonctionner
                     correctement, il doit être le buffer de sortie final de la requête. Pour
                     garantir ceci, le buffer de sortie utilisé par le distributeur (Dispatcher)

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Cache-Theory.xml

@@ -10,7 +10,7 @@
         cache. Le second est la directive <emphasis>"lifeTime"</emphasis> vue dans les
         exemples&#160;; elle définit combien de temps la ressource de cache est considérée comme à
         jour. Le troisième est l'exécution conditionnelle, ainsi chaque partie de votre code peut
-        être évitée entièrement, pour améliorer methodname performances. La fonction principale du
+        être évitée entièrement, pour améliorer les performances. La fonction principale du
         frontend (<methodname>Zend_Cache_Core::get()</methodname>) est toujours faite pour retourner
         <constant>FALSE</constant> en cas de cache manquant, si cela donne du sens à la nature d'un
         frontend. Cela permet aux utilisateurs d'entourer des parties de code qu'ils veulent mettre

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Captcha-Adapters.xml

@@ -106,7 +106,7 @@
         <title>Zend_Captcha_Dumb</title>
 
         <para>
-            L'adaptateur <classname>Zend_Captch_Dumb</classname> propose une chaine aléatoire qui
+            L'adaptateur <classname>Zend_Captch_Dumb</classname> propose une chaîne aléatoire qui
             doit être ressaisie, mais inversée. Ce n'est pas une solution
             <acronym>CAPTCHA</acronym> idéale (un robot peut la détourner), il devrait être utilisé
             comme solution de remplacement extrême, ou pour les tests. Il étend

+ 6 - 6
documentation/manual/fr/module_specs/Zend_CodeGenerator-Reference.xml

@@ -231,7 +231,7 @@ class Zend_CodeGenerator_Php_Docblock extends Zend_CodeGenerator_Php_Abstract
 
             <para>
                 <classname>Zend_CodeGenerator_Php_Docblock_Tag</classname> est utilisée pour
-                créer des tags d'annotation <acronym>PHP</acronym> DocBlck. Les tags doivent
+                créer des balises d'annotation <acronym>PHP</acronym> DocBlck. Les balises doivent
                 posséder un nom (la partie qui suit immédiatement le '@') et une description
                 (ce qui suit le tag).
             </para>
@@ -260,9 +260,9 @@ class Zend_CodeGenerator_Php_Docblock_Tag
             <para>
                 <classname>Zend_CodeGenerator_Php_DocBlock_Tag_Param</classname> est une
                 version spéciale de <classname>Zend_CodeGenerator_Php_DocBlock_Tag</classname>, et
-                permet de représenter un paramètre d'une méthode. Le nom du tag est donc connu, mais
-                des informations additionnelles sont requises&#160;: le nom du paramètre et le type
-                de données qu'il représente.
+                permet de représenter un paramètre d'une méthode. Le nom de la balise est donc
+                connu, mais des informations additionnelles sont requises&#160;: le nom du
+                paramètre et le type de données qu'il représente.
             </para>
 
             <para>L'<acronym>API</acronym> de cette classe est la suivante&#160;:</para>
@@ -289,7 +289,7 @@ class Zend_CodeGenerator_Php_Docblock_Tag_Param
             <para>
                 <classname>Zend_CodeGenerator_Php_Docblock_Tab_Return</classname> est une
                 variante qui permet de modéliser la valeur de retour d'une méthode. Dans ce cas, le
-                nom du tag est connu ('return') mais pas le type de retour.
+                nom de la balise est connu ('return') mais pas le type de retour.
             </para>
 
             <para>Voici l'<acronym>API</acronym>&#160;:</para>
@@ -446,7 +446,7 @@ class Zend_CodeGenerator_Php_Parameter extends Zend_CodeGenerator_Php_Abstract
 ]]></programlisting>
 
             <para>
-                Plusieurs problèmes peuvent apparaitre lorsque l'on veut paramétrer un
+                Plusieurs problèmes peuvent apparaître lorsque l'on veut paramétrer un
                 <constant>NULL</constant>, un booléen ou un tableau en tant que valeur par
                 défaut. Pour ceci le conteneur
                 <classname>Zend_CodeGenerator_Php_ParameterDefaultValue</classname> peut être

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Config-TheoryOfOperation.xml

@@ -78,7 +78,7 @@
         Les classes d'adaptateurs <classname>Zend_Config</classname> supporte un modèle d'héritage
         simple qui permet à des données de configuration d'être héritées d'une section de données
         de configuration dans d'autres. Ceci afin de réduire ou d'éliminer le besoin de reproduire
-        des données de configuration pour différents cas. Une section héritante peut également
+        des données de configuration pour différents cas. Une section qui hérite peut également
         surchargée les valeurs dont elle hérite de sa section parente. Comme l'héritage des classes
         <acronym>PHP</acronym>, une section peut hériter d'une section parent, qui peut hériter
         d'une section grand-parent, et ainsi de suite, mais l'héritage multiple (c.-à-d., la

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Config_Ini.xml

@@ -125,7 +125,7 @@ echo $config->database->params->dbname; // affiche "dbname"
                     </row>
                     <row>
                         <entry>
-                            <varname>$options</varname> (par défault <constant>FALSE</constant>)
+                            <varname>$options</varname> (par défaut <constant>FALSE</constant>)
                         </entry>
                         <entry>
                             Tableau d'options. Les clés suivantes sont supportées&#160;:

+ 4 - 4
documentation/manual/fr/module_specs/Zend_Config_Json.xml

@@ -17,7 +17,7 @@
     </sect2>
 
     <sect2 id="zend.config.adapters.json.quick-start">
-        <title>QuickStart</title>
+        <title>Démarrage rapide</title>
 
         <para>
             Voici une version <acronym>JSON</acronym> de la configuration d'une application
@@ -113,11 +113,11 @@ $db = Zend_Db::factory($config->resources->db);
             <para>
                 <acronym>JSON</acronym> possède une structure stricte concernant les types de
                 données. Ainsi, vous devez vous assurer que vos constantes sont utilisées
-                correctement. Pour les constantes de type chaine de caractères, encapsulez les
+                correctement. Pour les constantes de type chaîne de caractères, encapsulez les
                 avec des doubles quotes (""). Pour les constantes d'autres types, vous pouvez
                 omettre les quotes, mais soyez alors certains qu'elles ne retournent pas des
-                chaines, sinon vous rencontrerez des erreurs d'analyse. Si vous doutez,
-                encapsulez le contenu dans des chaines à doubles quotes.
+                chaînes, sinon vous rencontrerez des erreurs d'analyse. Si vous doutez,
+                encapsulez le contenu dans des chaînes à doubles quotes.
             </para>
         </warning>
     </sect2>

+ 65 - 19
documentation/manual/fr/module_specs/Zend_Config_Writer.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 20765 -->
+<!-- EN-Revision: 24249 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.writer.introduction">
     <title>Zend_Config_Writer</title>
@@ -26,34 +26,25 @@
         <listitem>
             <para><classname>Zend_Config_Writer_Ini</classname></para>
         </listitem>
+         <listitem>
+             <para><classname>Zend_Config_Writer_Json</classname></para>
+        </listitem>
         <listitem>
             <para><classname>Zend_Config_Writer_Xml</classname></para>
+         </listitem>
+        <listitem>
+            <para><classname>Zend_Config_Writer_Yaml</classname></para>
         </listitem>
     </itemizedlist>
 
-     <para>
-        Le rédacteur <acronym>INI</acronym> possède deux modes de rendu en fonction des sections.
-        Par défaut la configuration de premier niveau est toujours écrite dans des noms de section.
-        En appelant <command>$writer->setRenderWithoutSections();</command>, toutes les options
-        sont écrites dans l'espace de noms global du fichier <acronym>INI</acronym> et aucune
-        section n'est appliquée.
-    </para>
-
-    <para>
-        De plus, <classname>Zend_Config_Writer_Ini</classname> a un
-        paramètre optionnel additionnel <emphasis>nestSeparator</emphasis>, définissant le caractère
-        séparant les profondeurs d'imbrication. Par défaut il s'agit du point,
-        comme <classname>Zend_Config_Ini</classname> l'accepte par défaut.
-    </para>
-
     <para>
         Lors de la modification ou la création d'objet <classname>Zend_Config</classname>, il
         y a quelques informations à garder en mémoire. Pour créer ou modifier une valeur, vous
         appelez simplement le réglage d'un paramètre d'un objet <classname>Zend_Config</classname>
         grâce à l'accesseur de paramètre ("<emphasis>-&gt;</emphasis>"). Pour créer une section à
         la racine ou pour créer une branche, vous avez juste à créer un nouveau tableau
-        (<command>$config-&gt;branch = array();</command>). Pour définir quelle section en étend une
-        autre, vous devez appeler la méthode <methodname>setExtend()</methodname> sur l'objet
+        (<command>$config-&gt;branch = array();</command>). Pour définir quelle section en étend
+        une autre, vous devez appeler la méthode <methodname>setExtend()</methodname> sur l'objet
         <classname>Zend_Config</classname> racine.
     </para>
 
@@ -141,10 +132,65 @@ $writer->write();
     </note>
 
     <para>
-        Pour tous les rédacteurs à base de fichiers (<acronym>INI</acronym>, <acronym>XML</acronym>
+        Pour tous les rédacteurs à base de fichiers (<acronym>INI</acronym>,
+        <acronym>JSON</acronym>, <acronym>XML</acronym>, <acronym>YAML</acronym>,
         et tableau <acronym>PHP</acronym>), en interne la méthode <methodname>render()</methodname>
         est utilisée pour construire la chaîne de configuration. Cette méthode peut être utilisée
         en dehors de la classe si vous souhaitez accéder à une représentation textuelle de vos
         données de configuration.
     </para>
+
+    <sect2 id="zend.config.writer.introduction.ini-notes">
+        <title>Notes spécifiques au rédacteur INI</title>
+
+        <itemizedlist>
+            <listitem>
+                 <para>
+                    Le rédacteur <acronym>INI</acronym> possède deux modes de rendu en fonction des
+                    sections. Par défaut la configuration de premier niveau est toujours écrite
+                    dans des noms de section. En appelant
+                    <command>$writer->setRenderWithoutSections();</command>, toutes les options
+                    sont écrites dans l'espace de noms global du fichier <acronym>INI</acronym>
+                    et aucune section n'est appliquée.
+                </para>
+            </listitem>
+
+            <listitem>
+                <para>
+                    De plus, <classname>Zend_Config_Writer_Ini</classname> a un
+                    paramètre optionnel additionnel <emphasis>nestSeparator</emphasis>, définissant
+                    le caractère séparant les profondeurs d'imbrication. Par défaut il s'agit
+                    du point, comme <classname>Zend_Config_Ini</classname> l'accepte par défaut.
+                </para>
+            </listitem>
+        </itemizedlist>
+    </sect2>
+
+    <sect2 id="zend.config.writer.introduction.yaml-notes">
+        <title>Notes spécifiques au rédacteur YAML</title>
+
+        <para>
+            Le rédacteur <acronym>YAML</acronym> vous permet de spécifier un encodeur
+            <acronym>YAML</acronym> alternatif. Dans la plupart des cas, celui embarqué dans
+            le framework suffira amplement. Si vous le trouvez insuffisant, ou que vous souhaitez
+            une YAML plus avancé, vous pouvez fournir un autre encodeur.
+        </para>
+
+        <para>
+            La mthode pour le faire est
+            <methodname>Zend_Config_Writer_Yaml::setYamlEncoder()</methodname>, vous  devez lui
+            fournir un callback valide.
+        </para>
+
+        <programlisting language="php"><![CDATA[
+// Use the Symfony Yaml Component:
+$writer = new Zend_Config_Writer_Yaml($filename);
+$writer->setYamlEncoder(array('sfYaml', 'dump'));
+]]></programlisting>
+
+        <para>
+            Ci-dessus nous utilisons le composant de Symfony <classname>sfYaml</classname> pour
+            encoder la configuration en <acronym>YAML</acronym>.
+        </para>
+    </sect2>
 </sect1>

+ 1 - 1
documentation/manual/fr/module_specs/Zend_Config_Xml.xml

@@ -206,7 +206,7 @@ $config = new Zend_Config_Xml($string, 'staging');
             <acronym>PHP</acronym> à l'intérieur de vos fichiers de configuration.
             De plus l'attribut <emphasis>extends</emphasis> a été déplacé dans ce nouvel
             espace de noms et déprécié de l'espace de noms <constant>NULL</constant>.
-            Il en sera complétement effacé dans Zend Framework 2.0.
+            Il en sera complètement effacé dans Zend Framework 2.0.
         </para>
 
         <programlisting language="xml"><![CDATA[

+ 4 - 4
documentation/manual/fr/module_specs/Zend_Config_Yaml.xml

@@ -15,14 +15,14 @@
 
         <para>
             <classname>Zend_Config_Yaml</classname> est une petite extensions de
-            <classname>Zend_Config</classname>. Il inclut un analyseur capable de reconnaitre la syntaxe
+            <classname>Zend_Config</classname>. Il inclut un analyseur capable de reconnaître la syntaxe
             YAML utilisées pour des besoins de configuration et permet de préciser d'autres analyseurs
-            à utiliser pour le support de syuyntaxes complexes (e.g., ext/syck, spyc, sfYaml, etc.).
+            à utiliser pour le support de syntaxes complexes (e.g., ext/syck, spyc, sfYaml, etc.).
         </para>
     </sect2>
 
     <sect2 id="zend.config.adapters.yaml.quick-start">
-        <title>QuickStart</title>
+        <title>Démarrage rapide</title>
 
         <para>
             Voici une version YAML de la configuration d'une application standard.
@@ -196,7 +196,7 @@ $db = Zend_Db::factory($config->resources->db);
 
                 <listitem>
                     <para>
-                        Analyse et tranforme une chaine YAML en un tableau PHP.
+                        Analyse et transforme une chaîne YAML en un tableau PHP.
                     </para>
                 </listitem>
             </varlistentry>

+ 187 - 151
documentation/manual/fr/module_specs/Zend_Controller-ActionHelpers-ViewRenderer.xml

@@ -7,7 +7,9 @@
     <sect4 id="zend.controller.actionhelper.viewrenderer.introduction">
         <title>Introduction</title>
 
-        <para>L'aide <code>ViewRenderer</code> apporte les comportements suivants&#160;:</para>
+        <para>
+            L'aide <emphasis>ViewRenderer</emphasis> apporte les comportements suivants&#160;:
+        </para>
 
         <itemizedlist>
             <listitem>
@@ -47,29 +49,32 @@
 
         <note>
             <para>
-                Su vous utilisez <methodname>_forward()</methodname>, <methodname>redirect()</methodname>, ou
-                <methodname>render()</methodname> manuellement, le rendu automatique sera annulé car
-                <code>ViewRenderer</code> saura que vous prenez la main.
+                Su vous utilisez <methodname>_forward()</methodname>,
+                <methodname>redirect()</methodname>, ou <methodname>render()</methodname>
+                manuellement, le rendu automatique sera annulé car
+                <emphasis>ViewRenderer</emphasis> saura que vous prenez la main.
             </para>
         </note>
 
         <note>
             <para>
-                Le <code>ViewRenderer</code> est activé par défaut dans le contrôleur
-                frontal. Pour le désactiver, utilisez le paramètre <code>noViewRenderer</code>
-                (<code>$front-&gt;setParam('noViewRenderer', true)</code>) ou retirez l'objet du
-                gestionnaire d'aides
+                Le <emphasis>ViewRenderer</emphasis> est activé par défaut dans le contrôleur
+                frontal. Pour le désactiver, utilisez le paramètre
+                <emphasis>noViewRenderer</emphasis>
+                (<command>$front-&gt;setParam('noViewRenderer', true);</command>) ou retirez
+                l'objet du gestionnaire d'aides
                 (<methodname>Zend_Controller_Action_HelperBroker::removeHelper('viewRenderer')</methodname>).
             </para>
             <para>
-                Si vous voulez modifier un paramètre du <code>ViewRenderer</code> avant la
+                Si vous voulez modifier un paramètre du <emphasis>ViewRenderer</emphasis> avant la
                 distribution du contrôleur frontal, il existe deux moyens&#160;:
             </para>
             <itemizedlist>
                 <listitem>
                     <para>
                         Instanciez et enregistrez votre propre objet
-                        <code>ViewRenderer</code> et passez le au gestionnaire d'aides&#160;:
+                        <emphasis>ViewRenderer</emphasis> et passez le au gestionnaire
+                        d'aides&#160;:
                     </para>
                     <programlisting language="php"><![CDATA[
 $viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer();
@@ -80,8 +85,8 @@ Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
                 </listitem>
                 <listitem>
                     <para>
-                        Initialisez et/ou récupérez l'objet <code>ViewRenderer</code> via le
-                        gestionnaire d'aides&#160;:
+                        Initialisez et/ou récupérez l'objet
+                        <emphasis>ViewRenderer</emphasis> via le gestionnaire d'aides&#160;:
                     </para>
                     <programlisting language="php"><![CDATA[
 $viewRenderer =
@@ -99,9 +104,9 @@ $viewRenderer->setView($view)
 
         <para>
             L'usage le plus banal consiste à instancier et passer l'objet
-            <code>ViewRenderer</code> au gestionnaire d'aides. La manière la plus simple est
-            d'utiliser la méthode statique <methodname>getStaticHelper()</methodname> du gestionnaire, qui
-            s'occupe de tout ceci en une passe&#160;:
+            <emphasis>ViewRenderer</emphasis> au gestionnaire d'aides. La manière la plus simple
+            est d'utiliser la méthode statique <methodname>getStaticHelper()</methodname>
+            du gestionnaire, qui s'occupe de tout ceci en une passe&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -109,16 +114,18 @@ Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer');
 ]]></programlisting>
 
         <para>
-            La première action demandée instancie ou récupère l'objet de vue. A chaque
-            instanciation de contrôleur, la méthode <methodname>init()</methodname> de l'objet
-            <code>ViewRenderer</code> est appelée. Elle va configurer la vue et appeler
-            <methodname>addScriptPath()</methodname> avec un chemin relatif au dossier courant. Ceci a pour
-            effet de "namespacer" toutes les aides et les filtres de vue pour le module en
-            cours.
+            La première action demandée déclenche l'instanciation de l'objet de vue par le
+            <emphasis>ViewRenderer</emphasis>. A chaque instanciation de contrôleur, la
+            méthode <methodname>init()</methodname> de l'objet
+            <emphasis>ViewRenderer</emphasis> est appelée. Elle va configurer la vue et appeler
+            <methodname>addScriptPath()</methodname> avec un chemin relatif au dossier courant.
+            Ceci a pour effet de "namespacer" toutes les aides et les filtres de vue pour le
+            module en cours.
         </para>
 
         <para>
-            A chaque <methodname>postDispatch()</methodname> d'action, <methodname>render()</methodname> est appelée.
+            A chaque <methodname>postDispatch()</methodname> d'action,
+            <methodname>render()</methodname> est appelée.
         </para>
 
         <para>Voici un exemple&#160;:</para>
@@ -148,59 +155,66 @@ $this->foo(); // appelle Foo_View_Helper_Foo::foo()
 ]]></programlisting>
 
         <para>
-            Le <code>ViewRenderer</code> définit de même des accesseurs pour configurer la
+            Le <emphasis>ViewRenderer</emphasis> définit de même des accesseurs pour configurer la
             vue qu'il encapsule&#160;:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>setView($view)</methodname> Passage de l'objet de vue. Il devient
-                    accessible comme une propriété publique de l'objet&#160;: <varname>$view</varname>.
+                    <methodname>setView($view)</methodname> Passage de l'objet de vue au
+                    <emphasis>ViewRenderer</emphasis>. Il devient accessible comme une propriété
+                    publique de l'objet&#160;: <varname>$view</varname>.
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <methodname>setNeverRender($flag = true)</methodname> peut être utilisée pour
                     désactiver le rendu automatique de la vue dans tous les contrôleurs.
-                    <methodname>postDispatch()</methodname> est alors court-circuitée.
+                    Si réglé à <constant>TRUE</constant>
+                    <methodname>postDispatch()</methodname> ne va pa automatiquement appeler
+                    <methodname>render()</methodname> dans le contrôleur courant.
                     <methodname>getNeverRender()</methodname> retourne ce paramètre.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setNoRender($flag = true)</methodname> peut être utilisée pour désactiver
-                    le rendu automatique de la vue dans le contrôleur actuel.
-                    <methodname>postDispatch()</methodname> est alors court-circuitée, mais
-                    <methodname>preDispatch()</methodname> réactive le paramètre pour l'action suivante.
-                    <methodname>getNoRender()</methodname> retourne cette option.
+                    <methodname>setNoRender($flag = true)</methodname> peut être utilisée pour
+                    désactiver le rendu automatique de la vue dans le contrôleur actuel.
+                    Si réglé à <constant>TRUE</constant>
+                    <methodname>postDispatch()</methodname> ne va pa automatiquement appeler
+                    <methodname>render()</methodname> dans le contrôleur courant, mais
+                    <methodname>preDispatch()</methodname> réactive le paramètre pour l'action
+                    suivante. <methodname>getNoRender()</methodname> retourne cette option.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setNoController($flag = true)</methodname> est utilisée pour spécifier à
-                    <methodname>render()</methodname> de ne pas chercher le script de vue dans le sous
-                    répertoire après le contrôleur (correspondant à l'action). Par défaut, cette
-                    recherche est effectuée. <methodname>getNoController()</methodname> retourne ce
-                    paramètre.
+                    <methodname>setNoController($flag = true)</methodname> est utilisée pour
+                    spécifier à <methodname>render()</methodname> de ne pas chercher le script
+                    de vue dans le sous répertoire après le contrôleur (correspondant à l'action).
+                    Par défaut, cette recherche est effectuée.
+                    <methodname>getNoController()</methodname> retourne ce paramètre.
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <methodname>setNeverController($flag = true)</methodname> fonctionne de manière
                     similaire à <methodname>setNoController()</methodname>, mais pour tous les
-                    contrôleurs.<methodname>getNeverController()</methodname> est l'autre accesseur.
+                    contrôleurs.<methodname>getNeverController()</methodname> est l'autre
+                    accesseur.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setScriptAction($name)</methodname> peut être utilisée pour spécifier le
-                    script de vue d'une action à rendre. <varname>$name</varname> doit être le nom de
-                    l'action sans le suffixe (et sans le nom du contrôleur sauf si
-                    <code>noController</code> a été activé). Si vous n'utilisez pas cette méthode
-                    elle cherchera le script de vue correspondant au nom de l'action en cours
-                    (issue de l'objet de requête). <methodname>getScriptAction()</methodname> retourne la
-                    valeur actuelle de ce paramètre.
+                    <methodname>setScriptAction($name)</methodname> peut être utilisée pour
+                    spécifier le script de vue d'une action à rendre. <varname>$name</varname>
+                    doit être le nom de l'action sans le suffixe (et sans le nom du contrôleur
+                    sauf si <emphasis>noController</emphasis> a été activé). Si vous n'utilisez
+                    pas cette méthode elle cherchera le script de vue correspondant au nom de
+                    l'action en cours (issue de l'objet de requête).
+                    <methodname>getScriptAction()</methodname> retourne la valeur actuelle de ce
+                    paramètre.
                 </para>
             </listitem>
             <listitem>
@@ -212,20 +226,22 @@ $this->foo(); // appelle Foo_View_Helper_Foo::foo()
             </listitem>
             <listitem>
                 <para>
-                    <methodname>initView($path, $prefix, $options)</methodname> doit être appelée pour
-                    configurer la vue : son "base path", le préfixe de classe pour les filtres et
-                    aides, et des options matérialisées par&#160;: <code>neverRender</code>,
-                    <code>noRender</code>, <code>noController</code>, <code>scriptAction</code>, et
-                    <code>responseSegment</code>.
+                    <methodname>initView($path, $prefix, $options)</methodname> doit être appelée
+                    pour configurer la vue : son "base path", le préfixe de classe pour les filtres
+                    et aides, et des options du <emphasis>ViewRenderer</emphasis> matérialisées
+                    par&#160;: <emphasis>neverRender</emphasis>, <emphasis>noRender</emphasis>,
+                    <emphasis>noController</emphasis>, <emphasis>scriptAction</emphasis>, et
+                    <emphasis>responseSegment</emphasis>.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <code>setRender($action = null, $name = null, $noController =
-                    false)</code> vous permet de spécifier les paramètres
-                    <code>scriptAction</code>, <code>responseSegment</code>, et
-                    <code>noController</code> en une fois. <methodname>direct()</methodname> est un alias qui
-                    permet un appel rapide depuis le contrôleur&#160;:
+                    <methodname>setRender($action = null, $name = null, $noController =
+                    false)</methodname> vous permet de spécifier les paramètres
+                    <emphasis>scriptAction</emphasis>, <emphasis>responseSegment</emphasis>, et
+                    <emphasis>noController</emphasis> en une fois.
+                    <methodname>direct()</methodname> est un alias qui permet un appel rapide
+                    depuis le contrôleur&#160;:
                 </para>
                 <programlisting language="php"><![CDATA[
 // Rend 'foo' au lieu du script correspondant à l'action courante
@@ -237,17 +253,18 @@ $this->_helper->viewRenderer('form', 'html', true);
 ]]></programlisting>
                 <note>
                     <para>
-                        <methodname>setRender()</methodname> et <methodname>direct()</methodname> ne rendent pas un
-                        script de vue à proprement parler, mais elles notifient au
-                        <methodname>postDispatch()</methodname> de le faire.
+                        <methodname>setRender()</methodname> et <methodname>direct()</methodname>
+                        ne rendent pas un script de vue à proprement parler, mais elles notifient
+                        au <methodname>postDispatch()</methodname> et
+                        <methodname>render()</methodname> sera utilisée pour le faire.
                     </para>
                 </note>
             </listitem>
         </itemizedlist>
 
         <para>
-            Le constructeur de <code>ViewRenderer</code> accepte aussi un objet de vue et un
-            tableau d'options, de la même manière que <methodname>initView()</methodname>&#160;:
+            Le constructeur de <emphasis>ViewRenderer</emphasis> accepte aussi un objet de vue et
+            un tableau d'options, de la même manière que <methodname>initView()</methodname>&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -266,22 +283,22 @@ $viewRenderer =
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>:moduleDir</code> représente le module courant (par convention le
+                    <emphasis>:moduleDir</emphasis> représente le module courant (par convention le
                     dossier parent au dossier contrôleur).
                 </para>
             </listitem>
             <listitem>
-                <para><code>:module</code> pointe vers le module actuel.</para>
+                <para><emphasis>:module</emphasis> pointe vers le module actuel.</para>
             </listitem>
             <listitem>
-                <para><code>:controller</code> pointe vers le contrôleur actuel.</para>
+                <para><emphasis>:controller</emphasis> pointe vers le contrôleur actuel.</para>
             </listitem>
             <listitem>
-                <para><code>:action</code> représente l'action actuellement traitée.</para>
+                <para><emphasis>:action</emphasis> représente l'action actuellement traitée.</para>
             </listitem>
             <listitem>
                 <para>
-                    <code>:suffix</code> est utilisée pour le suffixe du script de vue.
+                    <emphasis>:suffix</emphasis> est utilisée pour le suffixe du script de vue.
                     <methodname>setViewSuffix()</methodname> permet aussi de le modifier.
                 </para>
             </listitem>
@@ -292,33 +309,34 @@ $viewRenderer =
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>setViewBasePathSpec($spec)</methodname> vous permet de changer le dossier
-                    donnant accès aux dossiers de la vue&#160;: le base path. Par défaut il s'agit
-                    de <code>:moduleDir/views</code>. L'accesseur de récupération est
-                    <methodname>getViewBasePathSpec()</methodname>.
+                    <methodname>setViewBasePathSpec($spec)</methodname> vous permet de changer le
+                    dossier donnant accès aux dossiers de la vue&#160;: le base path. Par défaut
+                    il s'agit de <filename>:moduleDir/views</filename>. L'accesseur de récupération
+                    est <methodname>getViewBasePathSpec()</methodname>.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setViewScriptPathSpec($spec)</methodname> : une fois dans le base path, le
-                    rendu cherche le script de vue dans le script path, que cette méthode permet de
-                    définir. La valeur par défaut est <code>:controller/:action.:suffix</code> et
+                    <methodname>setViewScriptPathSpec($spec)</methodname> : une fois dans le base
+                    path, le rendu cherche le script de vue dans le script path, que cette méthode
+                    permet de définir. La valeur par défaut est
+                    <filename>:controller/:action.:suffix</filename> et
                     l'autre accesseur est <methodname>getViewScriptPathSpec()</methodname>.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setViewScriptPathNoControllerSpec($spec)</methodname> Une fois dans le
-                    base path, si <code>noController</code> est activé, le rendu cherche le script
-                    de vue dans le chemin que cette méthode permet de définir. La valeur par défaut
-                    est <code>:action.:suffix</code> et l'autre accesseur est
-                    <methodname>getViewScriptPathNoControllerSpec()</methodname>.
+                    <methodname>setViewScriptPathNoControllerSpec($spec)</methodname> Une fois
+                    dans le base path, si <emphasis>noController</emphasis> est activé, le rendu
+                    cherche le script de vue dans le chemin que cette méthode permet de définir.
+                    La valeur par défaut est <filename>:action.:suffix</filename> et l'autre
+                    accesseur est <methodname>getViewScriptPathNoControllerSpec()</methodname>.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            <code>ViewRenderer</code> utilise un inflecteur&#160;:
+            <emphasis>ViewRenderer</emphasis> utilise un inflecteur&#160;:
             <link linkend="zend.filter.inflector">Zend_Filter_Inflector</link>, pour résoudre les
             options de chemin, en chemins réels. Pour une personnalisation maximale, vous pouvez
             interagir avec cet inflecteur à l'aide des méthodes suivantes&#160;:
@@ -327,22 +345,24 @@ $viewRenderer =
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>getInflector()</methodname> retourne l'inflecteur. Si aucun n'existe,
-                    <code>ViewRenderer</code> en crée un avec des options par défaut.
+                    <methodname>getInflector()</methodname> retourne l'inflecteur. Si aucun
+                    n'existe, <emphasis>ViewRenderer</emphasis> en crée un avec des options par
+                    défaut.
                 </para>
                 <para>
                     Par défaut, les règles de l'inflecteur sont statiques autant pour le
                     suffixe et le répertoire module, que pour la cible. Ceci permet au
-                    <code>ViewRenderer</code> de modifier ces valeurs dynamiquement.
+                    <emphasis>ViewRenderer</emphasis> de modifier ces valeurs dynamiquement.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>setInflector($inflector, $reference)</methodname> peut être utilisée pour
-                    passer son propre inflecteur à <code>ViewRenderer</code>. Si
-                    <varname>$reference</varname> est à <constant>TRUE</constant>, alors le suffixe, le
-                    répertoire du module et la cible seront affectés en fonction des propriétés de
-                    <code>ViewRenderer</code>.
+                    <methodname>setInflector($inflector, $reference)</methodname> peut être
+                    utilisée pour passer son propre inflecteur à
+                    <emphasis>ViewRenderer</emphasis>. Si <varname>$reference</varname> est à
+                    <constant>TRUE</constant>, alors le suffixe, le répertoire du module et
+                    la cible seront affectés en fonction des propriétés de
+                    <emphasis>ViewRenderer</emphasis>.
                 </para>
             </listitem>
         </itemizedlist>
@@ -350,15 +370,15 @@ $viewRenderer =
         <note>
             <title>Règles de résolution par défaut</title>
             <para>
-                Le <code>ViewRenderer</code> utilise certaines règles par défaut pour
+                Le <emphasis>ViewRenderer</emphasis> utilise certaines règles par défaut pour
                 chercher ses scripts de vue, voyez plutôt&#160;:
             </para>
             <itemizedlist>
                 <listitem>
                     <para>
-                        <code>:module</code>&#160;: casseMélangée et motsEnNotationCamel qui
-                        deviennent des mots séparés par des tirets, et en minuscules. "FooBarBaz"
-                        devient "foo-bar-baz".
+                        <emphasis>:module</emphasis>&#160;: casseMélangée et motsEnNotationCamel
+                        qui deviennent des mots séparés par des tirets, et en minuscules.
+                        "FooBarBaz" devient "foo-bar-baz".
                     </para>
                     <para>
                         En interne, l'inflecteur utilise les filtres
@@ -368,10 +388,12 @@ $viewRenderer =
                 </listitem>
                 <listitem>
                     <para>
-                        <code>:controller</code>&#160;: casseMélangée et motsEnNotationCamel qui
-                        deviennent des mots séparés par des tirets; les tirets bas eux, se
-                        transforment en séparateur de dossier et tout est passé en minuscules.
-                        "FooBar" devient "foo-bar"; "FooBar_Admin" devient "foo-bar/admin".
+                        <emphasis>:controller</emphasis>&#160;: casseMélangée et
+                        motsEnNotationCamel qui deviennent des mots séparés par des tirets&#160;;
+                        les tirets bas eux, se transforment en séparateur de dossier et tout est
+                        passé en minuscules. "<classname>FooBar</classname>" devient
+                        "foo-bar"&#160;; "<classname>FooBar_Admin</classname>"
+                        devient "<filename>foo-bar/admin</filename>".
                     </para>
                     <para>
                         En interne, l'inflecteur utilise les filtres
@@ -382,10 +404,10 @@ $viewRenderer =
                 </listitem>
                 <listitem>
                     <para>
-                        <code>:action</code>&#160;: casseMélangée et motsEnNotationCamel qui se
-                        transforment en mots séparés par des tirets, minuscules. Les caractères non
-                        alphanumériques deviennent des tirets. "fooBar" devient "foo-bar";
-                        "foo-barBaz" devient "foo-bar-baz".
+                        <emphasis>:action</emphasis>&#160;: casseMélangée et motsEnNotationCamel
+                        qui se transforment en mots séparés par des tirets, minuscules. Les
+                        caractères non alphanumériques deviennent des tirets. "fooBar" devient
+                        "foo-bar"&#160;; "foo-barBaz" devient "foo-bar-baz".
                     </para>
                     <para>
                         Pour ceci, l'inflecteur interne utilise les filtres
@@ -398,48 +420,52 @@ $viewRenderer =
         </note>
 
         <para>
-            Enfin, l'API <code>ViewRenderer</code> vous propose aussi des méthodes pour
-            déterminer les scripts de vue, et rendre la vue. Celles-ci se décomposent en :
+            Enfin, l'<acronym>API</acronym> de <emphasis>ViewRenderer</emphasis> vous propose
+            aussi des méthodes pour déterminer les scripts de vue, et rendre la vue. Celles-ci
+            se décomposent en :
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>renderScript($script, $name)</methodname> va vous permettre de spécifier
-                    pleinement le script de vue à rendre, et éventuellement un nom de segment de
-                    réponse dans lequel rendre. <code>ViewRenderer</code> s'attend à un paramètre
-                    <varname>$script</varname> représentant un chemin complet vers un script de vue,
-                    telle que la méthode de la vue <methodname>render()</methodname> l'attend.
+                    <methodname>renderScript($script, $name)</methodname> va vous permettre de
+                    spécifier pleinement le script de vue à rendre, et éventuellement un nom de
+                    segment de réponse dans lequel rendre. <emphasis>ViewRenderer</emphasis>
+                    s'attend à un paramètre <varname>$script</varname> représentant un chemin
+                    complet vers un script de vue, telle que la méthode de la vue
+                    <methodname>render()</methodname> l'attend.
                 </para>
                 <note>
                     <para>
-                        Une fois rendue, la vue utilise <code>noRender</code> pour éviter un
-                        double rendu automatisé.
+                        Une fois rendue, la vue utilise <emphasis>noRender</emphasis> pour éviter
+                        un double rendu automatisé.
                     </para>
                 </note>
                 <note>
                     <para>
                         Par défaut, <methodname>Zend_Controller_Action::renderScript()</methodname>
                         est un proxy vers la méthode <methodname>renderScript()</methodname> de
-                        <code>ViewRenderer</code>.
+                        <emphasis>ViewRenderer</emphasis>.
                     </para>
                 </note>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>getViewScript($action, $vars)</methodname> récupère le chemin du script
-                    de vue en se basant sur les paramètres $action et $vars. <varname>$vars</varname>
-                    peut contenir "moduleDir", "module", "controller", "action", et "suffix"),
-                    sinon les valeurs de la requête actuelle seront utilisées.
+                    <methodname>getViewScript($action, $vars)</methodname> récupère le chemin du
+                    script de vue en se basant sur les paramètres $action et $vars.
+                    <varname>$vars</varname> peut contenir "moduleDir", "module", "controller",
+                    "action", et "suffix"), sinon les valeurs de la requête actuelle seront
+                    utilisées.
                 </para>
                 <para>
-                    <methodname>getViewScript()</methodname> utilisera <code>viewScriptPathSpec</code> ou
-                    <code>viewScriptPathNoControllerSpec</code> selon le paramètre
-                    <code>noController</code>.
+                    <methodname>getViewScript()</methodname> utilisera
+                    <emphasis>viewScriptPathSpec</emphasis> ou
+                    <emphasis>viewScriptPathNoControllerSpec</emphasis> selon le paramètre
+                    <emphasis>noController</emphasis>.
                 </para>
                 <para>
                     Les délimiteurs apparaissant dans les modules, contrôleurs ou actions seront
-                    remplacés par des tirets ("-"). Ainsi pour un un contrôleur
+                    remplacés par des tirets ("-"). Ainsi pour un contrôleur
                     "<command>foo.bar</command>" et une action "<command>baz:bat</command>", il
                     résultera un chemin de vue "<filename>foo-bar/baz-bat.phtml</filename>".
                 </para>
@@ -447,7 +473,7 @@ $viewRenderer =
                     <para>
                         Par défaut <methodname>Zend_Controller_Action::getViewScript()</methodname>
                         est un proxy vers la méthode <methodname>getViewScript()</methodname> de
-                        <code>ViewRenderer</code>.
+                        <emphasis>ViewRenderer</emphasis>.
                     </para>
                 </note>
             </listitem>
@@ -455,34 +481,37 @@ $viewRenderer =
                 <para>
                     <methodname>render($action, $name, $noController)</methodname> a beaucoup de
                     responsabilités&#160;: d'abord, elle vérifie si <varname>$name</varname> ou
-                    <varname>$noController</varname> lui ont été passés, si c'est le cas, elle configure
-                    correctement les paramètres <code>responseSegment</code> et
+                    <varname>$noController</varname> lui ont été passés, si c'est le cas, elle
+                    configure correctement les paramètres <code>responseSegment</code> et
                     <code>noController</code> dans le ViewRenderer. Elle passe ensuite
-                    <varname>$action</varname>, si spécifié, à <methodname>getViewScript()</methodname>. Enfin, elle
+                    <varname>$action</varname>, si spécifié, à
+                    <methodname>getViewScript()</methodname>. Enfin, elle
                     passe le script de vue calculé à <methodname>renderScript()</methodname>.
                 </para>
                 <note>
                     <para>
-                        Attention aux effets secondaires avec <methodname>render()</methodname>&#160;: les
-                        valeurs segment de réponse, et <code>noController</code> vont persister
-                        dans l'objet ViewRenderer. De plus, <methodname>noRender()</methodname> va être
-                        appelée.
+                        Attention aux effets secondaires avec
+                        <methodname>render()</methodname>&#160;: les valeurs segment de réponse,
+                        et <code>noController</code> vont persister dans l'objet ViewRenderer.
+                        De plus, <methodname>noRender()</methodname> va être appelée.
                     </para>
                 </note>
                 <note>
                     <para>
                         Par défaut, <methodname>Zend_Controller_Action::render()</methodname>
-                        est un proxy vers <methodname>render()</methodname> de <code>ViewRenderer</code>.
+                        est un proxy vers <methodname>render()</methodname> de
+                        <emphasis>ViewRenderer</emphasis>.
                     </para>
                 </note>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>renderBySpec($action, $vars, $name)</methodname> vous fournit le moyen de
-                    passer des paramètres de spécification pour le dossier de script de vue. Cette
-                    méthode passe <varname>$action</varname> et <varname>$vars</varname> à
-                    <methodname>getScriptPath()</methodname>, pour en déduire un chemin qu'elle envoie alors
-                    avec <varname>$name</varname> à <methodname>renderScript()</methodname>.
+                    <methodname>renderBySpec($action, $vars, $name)</methodname> vous fournit le
+                    moyen de passer des paramètres de spécification pour le dossier de script de
+                    vue. Cette méthode passe <varname>$action</varname> et <varname>$vars</varname>
+                    à <methodname>getScriptPath()</methodname>, pour en déduire un chemin qu'elle
+                    envoie alors avec <varname>$name</varname> à
+                    <methodname>renderScript()</methodname>.
                 </para>
             </listitem>
         </itemizedlist>
@@ -496,8 +525,8 @@ $viewRenderer =
 
             <para>
                 L'utilisation la plus basique consiste à initialiser ou et enregistrer un
-                objet <code>ViewRenderer</code> dans le gestionnaire d'aides (helper broker), et
-                ensuite lui passer des variables dans vos contrôleurs.
+                objet <emphasis>ViewRenderer</emphasis> dans le gestionnaire d'aides (helper
+                broker), et ensuite lui passer des variables dans vos contrôleurs.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -544,20 +573,22 @@ class Foo_BarController extends Zend_Controller_Action
             <para>
                 Si les noms de votre contrôleur ou de votre action sont composés de plusieurs
                 mots, le distributeur s'attend à ce qu'ils soient séparés par des caractères bien
-                définis, dans l'URL. Le <code>ViewRenderer</code> les transforme alors en '/' pour
-                les chemins, ou tirets '-' pour les mots. Ainsi, un appel à
-                <code>/foo.bar/baz.bat</code> distribuera
-                <methodname>FooBarController::bazBatAction()</methodname> dans FooBarController.php, et ceci
-                rendra <code>foo-bar/baz-bat.phtml</code>. Un appel à <code>/bar_baz/baz-bat</code>
-                distribuera vers <methodname>Bar_BazController::bazBatAction()</methodname> dans
-                <code>Bar/BazController.php</code> (notez la séparation du chemin), et rend
-                <code>bar/baz/baz-bat.phtml</code>.
+                définis, dans l'<acronym>URL</acronym>. Le <emphasis>ViewRenderer</emphasis> les
+                transforme alors en '/' pour les chemins, ou tirets '-' pour les mots. Ainsi, un
+                appel à <filename>/foo.bar/baz.bat</filename> distribuera
+                <methodname>FooBarController::bazBatAction()</methodname> dans
+                <filename>FooBarController.php</filename>, et ceci rendra
+                <filename>foo-bar/baz-bat.phtml</filename>. Un appel à
+                <filename>/bar_baz/baz-bat</filename> distribuera vers
+                <methodname>Bar_BazController::bazBatAction()</methodname> dans
+                <filename>Bar/BazController.php</filename> (notez la séparation du chemin),
+                et rend <filename>bar/baz/baz-bat.phtml</filename>.
             </para>
             <para>
                 Notez dans le second exemple, le module est celui par défaut, mais comme un
                 séparateur de chemin (tiret bas ou "_") est donné, alors le contrôleur distribué
                 devient <classname>Bar_BazController</classname>, dans
-                <code>Bar/BazController.php</code>.
+                <filename>Bar/BazController.php</filename>.
             </para>
         </note>
 
@@ -567,8 +598,10 @@ class Foo_BarController extends Zend_Controller_Action
             <para>
                 Il peut être nécessaire dans certains cas de désactiver manuellement le rendu
                 automatique de vue effectué par ViewRenderer. Par exemple, si le contrôleur doit
-                retourner une sortie spéciale, comme <acronym>XML</acronym> ou <acronym>JSON</acronym>. Deux options s'offrent à vous :
-                <methodname>setNeverRender()</methodname>) et <methodname>setNoRender()</methodname>.
+                retourner une sortie spéciale, comme <acronym>XML</acronym> ou
+                <acronym>JSON</acronym>. Deux options s'offrent à vous :
+                <methodname>setNeverRender()</methodname>) et
+                <methodname>setNoRender()</methodname>.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -596,9 +629,9 @@ class Bar_BatController extends Zend_Controller_Action
 
         <note>
             <para>
-                Utiliser <methodname>setNeverRender()</methodname>), pour désactiver totalement le rendu
-                automatique de vue vous fera perdre un des avantages majeur de
-                <code>ViewRenderer</code>.
+                Utiliser <methodname>setNeverRender()</methodname>), pour désactiver totalement
+                le rendu automatique de vue vous fera perdre un des avantages majeur de
+                <emphasis>ViewRenderer</emphasis>.
             </para>
         </note>
 
@@ -610,8 +643,9 @@ class Bar_BatController extends Zend_Controller_Action
                 différent de celui correspondant à l'action en cours de distribution. Par exemple,
                 un contrôleur qui possède deux actions ajout et édition, qui sont susceptibles
                 toutes les deux de rendre le même script de vue. Utilisez alors
-                <methodname>setScriptAction()</methodname>, <methodname>setRender()</methodname>, ou appelez l'aide
-                ViewRenderer directement&#160;:
+                <methodname>setScriptAction()</methodname>, <methodname>setRender()</methodname>,
+                ou appelez directement l'aide ViewRenderer qui invoquera
+                <methodname>setRender()</methodname>&#160;:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -652,7 +686,7 @@ class Foo_BarController extends Zend_Controller_Action
                 Si vous désirez modifier l'objet de vue absorbé par
                 <code>ViewRenderer</code>, pour par exemple ajouter un chemin vers des aides
                 spécifique, ou spécifier l'encodage, vous pourriez par exemple récupérer l'objet de
-                vue depuis le <code>ViewRenderer</code>, ou dans un contrôleur.
+                vue depuis le <emphasis>ViewRenderer</emphasis>, ou dans un contrôleur.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -691,10 +725,12 @@ class Foo_BarController extends Zend_Controller_Action
             </para>
 
             <para>
-                Pour ceci, imaginons que le base path soit fixé à "/opt/vendor/templates", et
+                Pour ceci, imaginons que le base path soit fixé à
+                "<filename>/opt/vendor/templates</filename>", et
                 que vous voulez que vos scripts de vues soit référencés par
-                ":moduleDir/:controller/:action.:suffix"; si le paramètre <code>noController</code>
-                est activé, vous désirez utiliser le dossier plus haut ":action.:suffix". Enfin,
+                "<filename>:moduleDir/:controller/:action.:suffix</filename>"; si le paramètre
+                <emphasis>noController</emphasis> est activé, vous désirez utiliser le dossier
+                plus haut "<filename>:action.:suffix</filename>". Enfin,
                 vous désirez un suffixe en "tpl"&#160;:
             </para>
 

+ 64 - 58
documentation/manual/fr/module_specs/Zend_Controller-ActionHelpers.xml

@@ -9,8 +9,8 @@
 
         <para>
             Les aides d'action permettent aux développeurs d'injecter, en cours d'exécution
-            et/ou à la demande, des fonctionnalités dans tout contrôleur d'action qui étend
-            <classname>Zend_Controller_Action</classname>. Le but des aides d'action est de
+            et&#160;/&#160;ou à la demande, des fonctionnalités dans tout contrôleur d'action qui
+            étend <classname>Zend_Controller_Action</classname>. Le but des aides d'action est de
             minimiser la nécessité d'étendre le contrôleur d'action abstrait en y injectant des
             fonctionnalités communes de contrôleur d'action.
         </para>
@@ -18,14 +18,13 @@
         <para>
             Il y a de nombreuses manières d'utiliser les aides d'action. Les aides d'action
             utilisent le système de gestionnaire ("Broker"), similaire aux gestionnaires vus pour
-            les
-            <link linkend="zend.view.helpers">Zend_View_Helper</link>, et les
+            les <link linkend="zend.view.helpers">Zend_View_Helper</link>, et les
             <link linkend="zend.controller.plugins">Zend_Controller_Plugin</link>. Les aides
             d'action (comme les aides de vue <classname>Zend_View_Helper</classname>) peuvent être
             chargées et appelées à la demande, ou elles peuvent être instanciées au début de la
             requête ("bootstrap") ou au moment de la création des contrôleurs d'action
-            (<methodname>init()</methodname>). Pour mieux comprendre ceci, reportez vous à la section
-            d'utilisation ci-dessous.
+            (<methodname>init()</methodname>). Pour mieux comprendre ceci, reportez vous à la
+            section d'utilisation ci-dessous.
         </para>
     </sect2>
 
@@ -57,9 +56,9 @@ $flashMessenger->addMessage($message);
             </listitem>
             <listitem>
                 <para>
-                    L'utilisation de la fonctionnalité <methodname>__get()</methodname> du gestionnaire
-                    d'aide et récupérez l'aide comme si elle était une propriété membre du
-                    gestionnaire :
+                    L'utilisation de la fonctionnalité <methodname>__get()</methodname> du
+                    gestionnaire d'aide et récupérez l'aide comme si elle était une propriété
+                    membre du gestionnaire&#160;:
                 </para>
                 <programlisting language="php"><![CDATA[
 $flashMessenger = $this->_helper->FlashMessenger;
@@ -70,9 +69,9 @@ $flashMessenger->addMessage($message);
             <listitem>
                 <para>
                     Enfin, la plupart des aides d'action implémente la méthode
-                    <methodname>direct()</methodname> qui va appeler une méthode spécifique par défaut dans
-                    l'aide. Dans l'exemple de <code>FlashMessenger</code>, ceci appelle
-                    <methodname>addMessage()</methodname>&#160;:
+                    <methodname>direct()</methodname> qui va appeler une méthode spécifique
+                    par défaut dans l'aide. Dans l'exemple de <emphasis>FlashMessenger</emphasis>,
+                    ceci appelle <methodname>addMessage()</methodname>&#160;:
                 </para>
                 <programlisting language="php"><![CDATA[
 $message = 'Nous avons fait quelquechose lors de la dernière requête';
@@ -104,7 +103,7 @@ $this->_helper->FlashMessenger($message);
 
         <para>
             Pour enregistrer une aide dans le gestionnaire, utilisez
-            <code>addHelper</code>&#160;:
+            <methodname>addHelper()</methodname>&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -120,10 +119,10 @@ Zend_Controller_Action_HelperBroker::addHelper($helper);
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>addPrefix()</methodname> prend un préfixe de classe et l'utilise pour
-                    déterminer le chemin des dossiers dans lesquels les classes d'aides ont été
-                    définies. Ceci suppose que le préfixe de la classe respecte la convention de
-                    nommage de Zend Framework.
+                    <methodname>addPrefix()</methodname> prend un préfixe de classe et l'utilise
+                    pour déterminer le chemin des dossiers dans lesquels les classes d'aides ont
+                    été définies. Ceci suppose que le préfixe de la classe respecte la convention
+                    de nommage de Zend Framework.
                 </para>
                 <programlisting language="php"><![CDATA[
 // Ajoute les aides préfixées Mes_Action_Helpers dans Mes/Action/Helpers/
@@ -132,11 +131,10 @@ Zend_Controller_Action_HelperBroker::addPrefix('Mes_Action_Helpers');
             </listitem>
             <listitem>
                 <para>
-                    <methodname>addPath()</methodname> prend un répertoire en premier argument et un
-                    préfixe de classe en second (par défaut réglé à
+                    <methodname>addPath()</methodname> prend un répertoire en premier argument et
+                    un préfixe de classe en second (par défaut réglé à
                     "<classname>Zend_Controller_Action_Helper</classname>"). Ceci vous permet de
-                    faire correspondre vos propres préfixes de classe à vos dossiers
-                    spécifiques.
+                    faire correspondre vos propres préfixes de classe à vos dossiers spécifiques.
                 </para>
                 <programlisting language="php"><![CDATA[
 // Ajoute les aides préfixées avec Aide dans Plugins/Aides/
@@ -154,14 +152,15 @@ Zend_Controller_Action_HelperBroker::addPath('./Plugins/Aides', 'Aide');
             En interne, le gestionnaire d'aide utilise
             <link linkend="zend.loader.pluginloader">une instance de PluginLoader</link>pour
             conserver les chemins. Vous pouvez récupérer le PluginLoader en utilisant la méthode
-            statique <methodname>getPluginLoader()</methodname>, ou alternativement, injecter une instance
-            personnalisée de PluginLoader en utilisant <methodname>setPluginLoader()</methodname>.
+            statique <methodname>getPluginLoader()</methodname>, ou alternativement, injecter une
+            instance personnalisée de PluginLoader en utilisant
+            <methodname>setPluginLoader()</methodname>.
         </para>
 
         <para>
             Pour déterminer si une aide existe dans le gestionnaire d'aide, utilisez
-            <methodname>hasHelper($name)</methodname>, où <varname>$name</varname> est le nom raccourci de l'aide
-            (sans le préfixe)&#160;:
+            <methodname>hasHelper($name)</methodname>, où <varname>$name</varname> est
+            le nom raccourci de l'aide (sans le préfixe)&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -174,13 +173,15 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
         <para>
             Il existe aussi deux méthodes statiques pour récupérer les aides issues du
             gestionnaire d'aide : <methodname>getExistingHelper()</methodname> et
-            <methodname>getStaticHelper()</methodname>. <methodname>getExistingHelper()</methodname> récupérera une aide
-            seulement si elle a précédemment été invoquée par ou explicitement enregistrée dans le
+            <methodname>getStaticHelper()</methodname>.
+            <methodname>getExistingHelper()</methodname> récupérera une aide seulement si elle
+            a précédemment été invoquée par ou explicitement enregistrée dans le
             gestionnaire d'aides; la méthode lèvera une exception sinon.
             <methodname>getStaticHelper()</methodname> réalise la même chose que
-            <methodname>getExistingHelper()</methodname>, mais tentera d'instancier l'aide si elle n'a pas déjà
-            été enregistrée dans la pile des aides. <methodname>getStaticHelper()</methodname> est un bon choix
-            pour récupérer les aides que vous voulez configurer.
+            <methodname>getExistingHelper()</methodname>, mais tentera d'instancier l'aide si elle
+            n'a pas déjà été enregistrée dans la pile des aides.
+            <methodname>getStaticHelper()</methodname> est un bon choix pour récupérer les aides
+            que vous voulez configurer.
         </para>
 
         <para>
@@ -205,8 +206,8 @@ $redirector =
 
         <para>
             Enfin, pour effacer une aide enregistrée du gestionnaire, utilisez
-            <methodname>removeHelper($name)</methodname>, où <varname>$name</varname> est le nom raccourci de l'aide
-            (sans le préfixe)&#160;:
+            <methodname>removeHelper($name)</methodname>, où <varname>$name</varname>
+            est le nom raccourci de l'aide (sans le préfixe)&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -222,13 +223,15 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
         <para>
             Zend Framework inclue plusieurs aides d'action par défaut&#160;:
-            <code>AutoComplete</code> pour des réponses automatiques à des auto-complétions <acronym>AJAX</acronym> ;
-            <code>ContextSwitch</code> et <code>AjaxContext</code> pour distribuer des formats de
-            réponse alternatifs pour vos actions ; <code>FlashMessenger</code> pour gérer des
-            messages entre les sessions ; <code>Redirector</code>, qui fournit différentes
-            implémentations pour rediriger vers des pages internes ou externes à votre application
-            ; et <code>ViewRenderer</code> pour automatiser le processus de paramétrage de vos
-            objets de vues dans votre contrôleur et du rendu de ces vues.
+            <emphasis>AutoComplete</emphasis> pour des réponses automatiques à des auto-complétions
+            <acronym>AJAX</acronym>&#160;; <emphasis>ContextSwitch</emphasis> et
+            <emphasis>AjaxContext</emphasis> pour distribuer des formats de réponse alternatifs
+            pour vos actions ; <emphasis>FlashMessenger</emphasis> pour gérer des
+            messages entre les sessions ; <emphasis>Json</emphasis> pour encoder et envoyer des
+            réponses <acronym>JSON</acronym>&#160;; <emphasis>Redirector</emphasis>, qui fournit
+            différentes implémentations pour rediriger vers des pages internes ou externes à votre
+            application&#160;; et <emphasis>ViewRenderer</emphasis> pour automatiser le processus
+            de paramétrage de vos objets de vues dans votre contrôleur et du rendu de ces vues.
         </para>
 
         <xi:include href="Zend_Controller-ActionHelpers-ActionStack.xml" />
@@ -261,29 +264,32 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
                 <para>
                     <methodname>init()</methodname>, déclenchée par le gestionnaire d'aides à
                     l'instanciation, peut être utilisée pour déclencher l'initialisation dans
-                    l'aide&#160;; ceci peut être pratique pour remettre dans l'état initial quand de
-                    multiples contrôleurs utilisent la même aide dans des actions
-                    enchaînées.
+                    l'aide&#160;; ceci peut être pratique pour remettre dans l'état initial quand
+                    de multiples contrôleurs utilisent la même aide dans des actions enchaînées.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <methodname>preDispatch()</methodname> est déclenchée avant la distribution d'une
-                    action.
+                    <methodname>preDispatch()</methodname> est déclenchée avant la distribution
+                    d'une action.
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <methodname>postDispatch()</methodname> est déclenchée quand une action a été
-                    distribuée - même si un plugin <methodname>preDispatch()</methodname> a évité l'action.
-                    Principalement utile pour le nettoyage.
+                    distribuée - même si un plugin <methodname>preDispatch()</methodname> a évité
+                    l'action. Principalement utile pour le nettoyage.
                 </para>
             </listitem>
             <listitem>
-                <para><methodname>getRequest()</methodname> récupère l'objet de requête courant.</para>
+                <para>
+                    <methodname>getRequest()</methodname> récupère l'objet de requête courant.
+                </para>
             </listitem>
             <listitem>
-                <para><methodname>getResponse()</methodname> récupère l'objet de réponse courant.</para>
+                <para>
+                    <methodname>getResponse()</methodname> récupère l'objet de réponse courant.
+                </para>
             </listitem>
             <listitem>
                 <para>
@@ -291,19 +297,19 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
                     portion du nom de la classe qui suit le dernier tiret bas ("_"), ou le nom de
                     la classe entier sinon. Pour exemple, si la classe est nommée
                     <classname>Zend_Controller_Action_Helper_Redirector</classname>, elle retourne
-                    <code>Redirector</code>&#160;; une classe nommée <code>FooMessage</code>
-                    retournera <code>FooMessage</code>.
+                    <emphasis>Redirector</emphasis>&#160;; une classe nommée
+                    <emphasis>FooMessage</emphasis> retournera elle-même.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Vous pouvez optionnellement inclure une méthode <methodname>direct()</methodname> dans votre
-            classe d'aide. Si définie, ceci vous permet de traiter l'aide comme une méthode du
+            Vous pouvez optionnellement inclure une méthode <methodname>direct()</methodname> dans
+            votre classe d'aide. Si définie, ceci vous permet de traiter l'aide comme une méthode du
             gestionnaire, dans le but de faciliter un usage unique de l'aide. Pour exemple, l'aide
             <link linkend="zend.controller.actionhelpers.redirector">Redirector</link>définit
-            <methodname>direct()</methodname> comme un alias de <methodname>goto()</methodname>, vous permettant d'utiliser
-            l'aide comme ceci&#160;:
+            <methodname>direct()</methodname> comme un alias de <methodname>goto()</methodname>,
+            vous permettant d'utiliser l'aide comme ceci&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -312,10 +318,10 @@ $this->_helper->redirector('item', 'view', 'blog', array('id' => 42));
 ]]></programlisting>
 
         <para>
-            En interne, la méthode <methodname>__call()</methodname> du gestionnaire d'aides cherche une
-            aide nommée <code>redirector</code>, puis vérifie si cette aide possède une méthode
-            <methodname>direct()</methodname>, et enfin appelle cette méthode avec les arguments
-            fournis.
+            En interne, la méthode <methodname>__call()</methodname> du gestionnaire d'aides
+            cherche une aide nommée <emphasis>redirector</emphasis>, puis vérifie si cette aide
+            possède une méthode <methodname>direct()</methodname>, et enfin appelle cette méthode
+            avec les arguments fournis.
         </para>
 
         <para>

+ 16 - 3
documentation/manual/fr/module_specs/Zend_File_Transfer-Introduction.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21825 -->
+<!-- EN-Revision: 24249 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.file.transfer.introduction">
     <title>Zend_File_Transfer</title>
@@ -493,8 +493,10 @@ while (!$upload['done']) {
                 <listitem>
                     <para>
                         <emphasis>id</emphasis>: The ID of this upload. This ID identifies the
-                        upload within the extension. It is filled automatically. You should never change or
-                        give this value yourself.
+                        upload within the extension. You can set it to the value of the hidden key
+                        which identified the upload when initially calling
+                        <methodname>getProgress()</methodname>. Per default it is set to
+                        <emphasis>progress_key</emphasis>. You must not change the ID afterwards.
                     </para>
                 </listitem>
 
@@ -574,6 +576,17 @@ while (!$upload['done']) {
 }
 ]]></programlisting>
             </example>
+
+            <note>
+                <title>Knowing the file to get the progress from</title>
+
+                <para>
+                    The above example works when your upload identified is set to 'progress_key'.
+                    When you are using another identifier within your form you must give the used
+                    identifier as first parameter to <methodname>getProgress()</methodname> on the
+                    initial call.
+                </para>
+            </note>
         </sect3>
     </sect2>
 </sect1>