[DOCUMENTATION] French:

 - sync with English

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@16471 44c647ce-9c0f-0410-b52a-842ac1e357ba

documentation/manual/fr/module_specs/Zend_Config-Introduction.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 15978 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.introduction">
     <title>Introduction</title>
@@ -24,7 +24,8 @@
             <link linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link>
             ou
             <link linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link>,
-            mais si les données de configuration sont disponibles dans un tableau PHP, on peut
+            mais si les données de configuration sont disponibles dans un tableau
+            <acronym>PHP</acronym>, on peut
             simplement passer les données au constructeur de <classname>Zend_Config</classname>
             afin d'utiliser une interface orientée objet simple&#160;:
         </para>
@@ -71,8 +72,8 @@ $db = Zend_Db::factory($config->database);
 
     <para>
         Avec l'accès de type orienté-objet aux données, <classname>Zend_Config</classname> a aussi
-        la méthode <code>get()</code> qui retournera la valeur par défaut si l'élément n'existe
-        pas. Par exemple&#160;:
+        la méthode <methodname>get()</methodname> qui retournera la valeur par défaut si l'élément
+        n'existe pas. Par exemple&#160;:
     </para>
 
     <programlisting language="php"><![CDATA[
@@ -83,7 +84,8 @@ $host = $config->database->get('host', 'localhost');
         <title>Utilisez Zend_Config avec un fichier de configuration en PHP</title>
 
         <para>
-            Il est souvent souhaitable d'utiliser une fichier de configuration en pur PHP. Le code
+            Il est souvent souhaitable d'utiliser une fichier de configuration en pur
+            <acronym>PHP</acronym>. Le code
             suivant illustre comment ceci peut être facilement réalisé&#160;:
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 16393 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.theory_of_operation">
     <title>Aspect théorique</title>
@@ -11,7 +11,7 @@
         spécifique. Les classes d'adaptateur concrètes permettent de construire le tableau
         associatif pour le constructeur de <classname>Zend_Config</classname> à partir du système
         de stockage des données de configuration. Dans certaines utilisations spécifiques, les
-        scripts de l'utilisateur peuvent fournir de tels tableaux (<code>array</code>) directement
+        scripts de l'utilisateur peuvent fournir de tels tableaux directement
         au constructeur de <classname>Zend_Config</classname>, sans employer une classe
         d'adaptateur.
     </para>
@@ -26,40 +26,42 @@
     </para>
 
     <para>
-        <classname>Zend_Config</classname> implémente les interfaces <code>Countable</code> et
-        <code>Iterator</code> afin de faciliter l'accès simple aux données de configuration. Ainsi,
-        on peut employer la fonction
-        <ulink url="http://fr.php.net/count"><code>count()</code></ulink> et des constructions de
-        PHP telles que
-        <ulink url="http://fr.php.net/foreach"><code>foreach</code></ulink> sur des objets
+        <classname>Zend_Config</classname> implémente les interfaces <emphasis>Countable</emphasis>
+        et <emphasis>Iterator</emphasis> afin de faciliter l'accès simple aux données de
+        configuration. Ainsi, on peut employer la fonction
+        <ulink url="http://fr.php.net/count"><methodname>count()</methodname></ulink>
+        et des constructions de <acronym>PHP</acronym> telles que
+        <ulink url="http://fr.php.net/foreach"><emphasis>foreach</emphasis></ulink> sur des objets
         <classname>Zend_Config</classname>.
     </para>
 
     <para>
         Par défaut, les données de configuration fournies par <classname>Zend_Config</classname> ne
         sont pas modifiables (lecture seule), et une affectation (par exemple,
-        <code>$config-&gt;database-&gt;host = 'example.com'</code>) lèvera une exception. Ce
+        <command>$config-&gt;database-&gt;host = 'example.com'</command>) lèvera une exception. Ce
         comportement par défaut peut cependant être surchargé par le constructeur pour permettre la
         modification des valeurs de données. De plus, quand les modifications sont autorisées,
         <classname>Zend_Config</classname> supporte l'effacement de valeurs (c'est-à-dire
-        <code>unset($config-&gt;database-&gt;host);</code>). La méthode <code>readOnly()</code>
-        peut être utilisée pour déterminer si les modifications sont autorisés pour un objet
-        <classname>Zend_Config</classname> donné et la méthode <code>setReadOnly()</code> peut être
+        <methodname>unset($config-&gt;database-&gt;host)</methodname>). La méthode
+        <methodname>readOnly()</methodname> peut être utilisée pour déterminer si les modifications
+        sont autorisés pour un objet <classname>Zend_Config</classname> donné et la méthode
+        <methodname>setReadOnly()</methodname> peut être
         utilisée pour empêcher toute nouvelle modification d'un objet
         <classname>Zend_Config</classname> qui aurait été créé en autorisant le modifications.
-        <note>
-            <para>
-                Il est important de ne pas confondre des modifications en cours de script avec
-                l'enregistrement des données de configuration dans le support de stockage
-                spécifique. Les outils pour créer et modifier des données de configuration pour
-                différents supports de stockage ne concernent pas
-                <classname>Zend_Config</classname>. Des solutions tiers open-source sont facilement
-                disponibles afin de créer et/ou de modifier les données de configuration pour
-                différents supports de stockage.
-            </para>
-        </note>
     </para>
 
+    <note>
+        <para>
+            Il est important de ne pas confondre des modifications en cours de script avec
+            l'enregistrement des données de configuration dans le support de stockage
+            spécifique. Les outils pour créer et modifier des données de configuration pour
+            différents supports de stockage ne concernent pas
+            <classname>Zend_Config</classname>. Des solutions tiers open-source sont facilement
+            disponibles afin de créer et&#160;/&#160;ou de modifier les données de configuration
+            pour différents supports de stockage.
+        </para>
+    </note>
+
     <para>
         Les classes d'adaptateur héritent de la classe de <classname>Zend_Config</classname> ce qui
         permet d'utiliser ses fonctionnalités.
@@ -78,26 +80,28 @@
         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
         surchargée les valeurs dont elle hérite de sa section parente. Comme l'héritage des classes
-        PHP, 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 section C héritant
-        directement des sections parents A et B) n'est pas supporté.
+        <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
+        section C héritant directement des sections parents A et B) n'est pas supporté.
     </para>
 
     <para>
         Si vous avez deux objets <classname>Zend_Config</classname>, vous pouvez les fusionner en
-        un objet unique en utilisant la fonction <code>merge()</code>. Par exemple, prenons
-        <code>$config</code> et <code>$localConfig</code>, vous pouvez fusionner
-        <code>$localConfig</code> dans <code>$config</code> en utilisant
-        <code>$config-&gt;merge($localConfig);</code>. Les éléments de
-        <code>$localConfig</code> surchargeront les éléments nommés de la même manière dans
-        <code>$config</code>.
-        <note>
-            <para>
-                L'objet <classname>Zend_Config</classname> qui réalise la fusion doit avoir été
-                construit en autorisant les modifications, en fournissant <code>true</code> en tant
-                que second paramètre du constructeur. La méthode setReadOnly() peut être utilisée
-                pour empêcher toute nouvelle modification après la fin de la fusion.
-            </para>
-        </note>
+        un objet unique en utilisant la fonction <methodname>merge()</methodname>. Par exemple,
+        prenons <varname>$config</varname> et <varname>$localConfig</varname>, vous pouvez fusionner
+        <varname>$localConfig</varname> dans <varname>$config</varname> en utilisant
+        <methodname>$config->merge($localConfig)</methodname>. Les éléments de
+        <varname>$localConfig</varname> surchargeront les éléments nommés de la même manière dans
+        <varname>$config</varname>.
     </para>
+
+    <note>
+        <para>
+            L'objet <classname>Zend_Config</classname> qui réalise la fusion doit avoir été
+            construit en autorisant les modifications, en fournissant <constant>TRUE</constant>
+            en tant que second paramètre du constructeur. La méthode
+            <methodname>setReadOnly()</methodname> peut être utilisée pour empêcher toute nouvelle
+            modification après la fin de la fusion.
+        </para>
+    </note>
 </sect1>

documentation/manual/fr/module_specs/Zend_Config_Ini.xml

@@ -1,47 +1,52 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 16470 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.ini">
     <title>Zend_Config_Ini</title>
 
     <para>
         <classname>Zend_Config_Ini</classname> permet aux développeurs de stocker des données de
-        configuration dans le format familier d'un fichier INI et de les lire dans l'application en
-        employant une syntaxe de propriétés d'objet imbriquées. Le format INI est spécialisé pour
-        fournir à la fois la capacité d'avoir une hiérarchie des données de configuration et
-        permettre l'héritage entre les sections de données de configuration. La hiérarchie des
-        données de configuration est supportée grâce au fractionnement des clés à l'aide de points
-        (<code>.</code>). Une section peut être étendue ou héritée d'une autre section en suivant
-        le nom de section avec le caractère de deux points (<code>:</code>) et le nom de la section
-        de laquelle des données doivent être héritées.
+        configuration dans le format familier d'un fichier <acronym>INI</acronym> et de les lire
+        dans l'application en employant une syntaxe de propriétés d'objet imbriquées. Le format
+        <acronym>INI</acronym> est spécialisé pour fournir à la fois la capacité d'avoir une
+        hiérarchie des données de configuration et permettre l'héritage entre les sections de
+        données de configuration. La hiérarchie des données de configuration est supportée grâce
+        au fractionnement des clés à l'aide de points (<emphasis>.</emphasis>). Une section peut
+        être étendue ou héritée d'une autre section en suivant le nom de section avec le caractère
+        de deux points (<emphasis>:</emphasis>) et le nom de la section de laquelle des données
+        doivent être héritées.
     </para>
 
     <note>
         <title>Analyse d'un fichier INI</title>
         <para>
             <classname>Zend_Config_Ini</classname> utilise la fonction
-            <ulink url="http://fr.php.net/parse_ini_file"><code>parse_ini_file()</code></ulink> de
-            PHP. Veuillez prendre connaissance de la documentation pour appréhender ses
-            comportements spécifiques, qui se propagent à <classname>Zend_Config_Ini</classname>,
-            tel que la façon dont les valeurs spéciales&#160;: <code>true</code>,
-            <code>false</code>, <code>yes</code>, <code>no</code> et <code>null</code> sont
-            manipulées.
+            <ulink
+                url="http://fr.php.net/parse_ini_file"><methodname>parse_ini_file()</methodname></ulink>
+            de <acronym>PHP</acronym>. Veuillez prendre connaissance de la documentation pour
+            appréhender ses comportements spécifiques, qui se propagent à
+            <classname>Zend_Config_Ini</classname>, tel que la façon dont les valeurs
+            spéciales&#160;: <constant>TRUE</constant>, <constant>FALSE</constant>,
+            "yes", "no" et <constant>NULL</constant> sont manipulées.
         </para>
     </note>
 
     <note>
         <title>Séparateur de clé</title>
         <para>
-            Par défaut, le séparateur de clé est le caractère point (.), cependant cela peut
-            être changé en changeant la clé de <code>$options</code> en construisant l'objet
+            Par défaut, le séparateur de clé est le caractère point (<emphasis>.</emphasis>),
+            cependant cela peut être changé en changeant la clé <emphasis>nestSeparator</emphasis>
+            de <varname>$options</varname>
+            en construisant l'objet
             <classname>Zend_Config_Ini</classname>. Par exemple&#160;:
-            <programlisting language="php"><![CDATA[
+        </para>
+
+        <programlisting language="php"><![CDATA[
 $options['nestSeparator'] = ':';
 $options = new Zend_Config_Ini('/chemin/vers/config.ini',
                                'test',
                                $options);
 ]]></programlisting>
-        </para>
     </note>
 
     <example id="zend.config.adapters.ini.example.using">
@@ -49,7 +54,8 @@ $options = new Zend_Config_Ini('/chemin/vers/config.ini',
 
         <para>
             Cet exemple illustre une utilisation de base de <classname>Zend_Config_Ini</classname>
-            pour le chargement des données de configuration à partir d'un fichier INI. Dans cet
+            pour le chargement des données de configuration à partir d'un fichier
+            <acronym>INI</acronym>. Dans cet
             exemple il y a des données de configuration pour un environnement de production et pour
             un environnement de test. Puisque les données de configuration de l'environnement de
             test sont très semblables à celles de la production, la section de test hérite de la
@@ -80,8 +86,8 @@ database.params.password = devsecret
 
         <para>
             Ensuite, supposons que le développeur ait besoin des données de configuration de
-            test issues du fichier INI. Il est facile de charger ces données en indiquant le
-            fichier INI et la section de test&#160;:
+            test issues du fichier <acronym>INI</acronym>. Il est facile de charger ces données
+            en indiquant le fichier <acronym>INI</acronym> et la section de test&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -105,39 +111,40 @@ echo $config->database->params->dbname; // affiche "dbname"
                 </thead>
                 <tbody>
                     <row>
-                        <entry><code>$filename</code></entry>
-                        <entry>Le fichier INI à charger.</entry>
+                        <entry><varname>$filename</varname></entry>
+                        <entry>Le fichier <acronym>INI</acronym> à charger.</entry>
                     </row>
                     <row>
-                        <entry><code>$section</code></entry>
+                        <entry><varname>$section</varname></entry>
                         <entry>
                             La [section] dans le fichier ini qui doit être chargé.
-                            L'affectation de <code>null</code> à ce paramètre chargera toutes les
-                            sections. Alternativement, un tableau de noms de section peut être
-                            fourni pour charger des sections multiples.
+                            L'affectation de <constant>NULL</constant> à ce paramètre chargera
+                            toutes les sections. Alternativement, un tableau de noms de section
+                            peut être fourni pour charger des sections multiples.
                         </entry>
                     </row>
                     <row>
-                        <entry><code>$options = false</code></entry>
+                        <entry><varname>$options = false</varname></entry>
                         <entry>
                             Tableau d'options. Les clés suivantes sont supportées&#160;:
                             <itemizedlist>
                                 <listitem>
                                     <para><emphasis>allowModifications</emphasis> : Mettre à
-                                    <code>true</code> pour permettre la modification du fichier
-                                    chargé. Par défaut à <code>false</code>.
-                                </para>
-                            </listitem>
-                            <listitem>
-                                <para>
-                                    <emphasis>nestSeparator</emphasis> : Caractère à utiliser
-                                    en tant que séparateur d'imbrication. Par défaut ".".
-                                </para>
-                            </listitem>
-                        </itemizedlist></entry>
+                                    <constant>TRUE</constant> pour permettre la modification du
+                                    fichier chargé. Par défaut à <constant>FALSE</constant>.
+                                    </para>
+                                </listitem>
+                                <listitem>
+                                    <para>
+                                        <emphasis>nestSeparator</emphasis> : Caractère à utiliser
+                                        en tant que séparateur d'imbrication. Par défaut ".".
+                                    </para>
+                                </listitem>
+                            </itemizedlist>
+                        </entry>
                     </row>
                 </tbody>
             </tgroup>
         </table>
     </note>
-</sect1>
+</sect1>

documentation/manual/fr/module_specs/Zend_Config_Writer.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 16393 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.writer.introduction">
     <title>Zend_Config_Writer</title>
@@ -10,10 +10,12 @@
         fonctionne avec des adaptateurs détachés du système et est donc très simple à utiliser. Par
         défaut <classname>Zend_Config_Writer</classname> embarque trois adaptateurs, qui
         fonctionnent tous de la même façon. Vous instanciez un rédacteur ("writer") avec des
-        options spécifiques, qui peuvent être <code>filename</code> et <code>config</code>. Ensuite
-        vous pouvez appeler la méthode <code>write()</code> du rédacteur et le fichier de
-        configuration est créé. Vous pouvez aussi fournir <code>$filename</code> et
-        <code>$config</code> directement à la méthode <code>write()</code>. Actuellement les
+        options spécifiques, qui peuvent être <emphasis>filename</emphasis> et
+        <emphasis>config</emphasis>. Ensuite
+        vous pouvez appeler la méthode <methodname>write()</methodname> du rédacteur et le fichier
+        de configuration est créé. Vous pouvez aussi fournir <varname>$filename</varname> et
+        <varname>$config</varname> directement à la méthode <methodname>write()</methodname>.
+        Actuellement les
         rédacteurs suivants sont embarqués avec <classname>Zend_Config_Writer</classname>&#160;:
     </para>
 
@@ -31,8 +33,8 @@
 
     <para>
         Une exception subsiste, <classname>Zend_Config_Writer_Ini</classname> qui a un
-        paramètre optionnel additionnel <code>nestSeparator</code>, définissant le caractère
-        séparant les profondeurs d'imbrication. Par défaut il s'agit du point ("<code>.</code>"),
+        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>
 
@@ -40,10 +42,10 @@
         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 ("<code>-&gt;</code>"). Pour créer une section à la racine
-        ou pour créer une branche, vous avez juste à créer un nouveau tableau
-        (<code>$config-&gt;branch = array();</code>). Pour définir quelle section en étend une
-        autre, vous devez appeler la méthode <code>setExtend()</code> sur l'objet
+        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
         <classname>Zend_Config</classname> racine.
     </para>
 
@@ -89,8 +91,8 @@ $writer->write('config.xml', $config);
 ]]></programlisting>
 
         <para>
-            Ceci créera un fichier de configuration XML avec les sections "production" et
-            "staging", où "staging" étend "production".
+            Ceci créera un fichier de configuration <acronym>XML</acronym> avec les sections 
+            "production" et "staging", où "staging" étend "production".
         </para>
     </example>
 
@@ -126,7 +128,7 @@ $writer->write();
             Lors du chargement d'un fichier de configuration existant afin de le modifier, il
             est très important de charger toutes les sections et d'éviter les sections étendues,
             évitant ainsi toute fusion de valeurs. Ceci est réalisé en fournissant l'option
-            <code>skipExtends</code> au constructeur.
+            <emphasis>skipExtends</emphasis> au constructeur.
         </para>
     </note>
 </sect1>

documentation/manual/fr/module_specs/Zend_Config_Xml.xml

@@ -1,18 +1,20 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 15998 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.xml">
     <title>Zend_Config_Xml</title>
 
     <para>
         <classname>Zend_Config_Xml</classname> permet aux développeurs de stocker des données de
-        configuration dans un format simple XML et de les lire grâce à une syntaxe de propriétés
-        d'objets imbriquées. Le nom de l'élément racine du fichier XML n'a pas d'importance et peut
-        être nommé arbitrairement. Le premier niveau des éléments XML correspond aux sections des
-        données de configuration. Le format XML supporte l'organisation hiérarchique par
-        l'emboîtement des éléments XML à l'intérieur des éléments de niveau section. Le contenu
-        d'un élément XML de niveau le plus bas correspond aux données de configuration. L'héritage
-        des sections est supportée par un attribut spécial de XML nommé <code>extends</code>, et la
+        configuration dans un format simple <acronym>XML</acronym> et de les lire grâce à une
+        syntaxe de propriétés d'objets imbriquées. Le nom de l'élément racine du fichier
+        <acronym>XML</acronym> n'a pas d'importance et peut être nommé arbitrairement. Le premier
+        niveau des éléments <acronym>XML</acronym> correspond aux sections des
+        données de configuration. Le format <acronym>XML</acronym> supporte l'organisation
+        hiérarchique par l'emboîtement des éléments <acronym>XML</acronym> à l'intérieur des
+        éléments de niveau section. Le contenu d'un élément <acronym>XML</acronym> de niveau le
+        plus bas correspond aux données de configuration. L'héritage des sections est supportée
+        par un attribut spécial de <acronym>XML</acronym> nommé <emphasis>extends</emphasis>, et la
         valeur de cet attribut correspond à la section de laquelle des données doivent être
         héritées.
     </para>
@@ -21,7 +23,7 @@
         <title>Type retourné</title>
         <para>
             Les données de configuration lues grâce à <classname>Zend_Config_Xml</classname> sont
-            toujours des chaînes de caractères (<code>string</code>). La conversion des données à
+            toujours des chaînes de caractères. La conversion des données à
             partir des chaînes de caractères vers d'autres types de données est laissée aux
             développeurs en fonction de leurs besoins.
         </para>
@@ -32,7 +34,8 @@
 
         <para>
             Cet exemple illustre une utilisation de base de <classname>Zend_Config_Xml</classname>
-            pour le chargement des données de configuration à partir d'un fichier XML. Dans cet
+            pour le chargement des données de configuration à partir d'un fichier
+            <acronym>XML</acronym>. Dans cet
             exemple il y a des données de configuration pour un environnement de production et pour
             un environnement de test. Puisque les données de configuration de l'environnement de
             test sont très semblables à celles de la production, la section de test hérite de la
@@ -72,8 +75,8 @@
 
         <para>
             Ensuite, supposons que le développeur a besoin des données de configuration de
-            test issues du fichier XML. Il est facile de charger ces données en indiquant le
-            fichier XML et la section de test&#160;:
+            test issues du fichier <acronym>XML</acronym>. Il est facile de charger ces données
+            en indiquant le fichier <acronym>XML</acronym> et la section de test&#160;:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -90,10 +93,10 @@ echo $config->database->params->dbname; // affiche "dbname"
         <para>
             <classname>Zend_Config_Xml</classname> supporte aussi 2 autres manières de définir des
             noeuds dans la configuration. Celles-ci utilisent les attributs de balises. Puisque les
-            attributs <code>extends</code> et <code>value</code> sont des mots réservés (ce dernier
-            par la seconde manière d'utiliser les attributs), ils ne doivent pas être utilisés. La
-            première manière d'utiliser les attributs est de les ajouter au noeud parent, ils
-            seront ainsi interprétés en tant qu'enfant de ce noeud&#160;:
+            attributs <emphasis>extends</emphasis> et <emphasis>value</emphasis> sont des mots
+            réservés (ce dernier par la seconde manière d'utiliser les attributs), ils ne doivent
+            pas être utilisés. La première manière d'utiliser les attributs est de les ajouter
+            au noeud parent, ils seront ainsi interprétés en tant qu'enfant de ce noeud&#160;:
         </para>
 
         <programlisting language="xml"><![CDATA[
@@ -121,7 +124,7 @@ echo $config->database->params->dbname; // affiche "dbname"
             La seconde manière ne permet pas vraiment de raccourcir la configuration, mais la
             rend plus facile à maintenir puisque vous n'avez pas à écrire les noms de balises deux
             fois. Vous créez simplement une balise vide ayant sa valeur dans
-            <code>value</code>&#160;:
+            <emphasis>value</emphasis>&#160;:
         </para>
 
         <programlisting language="xml"><![CDATA[
@@ -156,9 +159,9 @@ echo $config->database->params->dbname; // affiche "dbname"
         <title>Chaînes de caractères XML</title>
         <para>
             <classname>Zend_Config_Xml</classname> est capable de charger une chaîne de caractères
-            XML directement, par exemple si elle est issue d'une base de données. La chaîne est
-            fournie en tant que premier paramètre du constructeur et doit commencer par les
-            caractères <code>'&lt;?xml'</code>&#160;:
+            <acronym>XML</acronym> directement, par exemple si elle est issue d'une base de données.
+            La chaîne est fournie en tant que premier paramètre du constructeur et doit commencer
+            par les caractères <emphasis>'&lt;?xml'</emphasis>&#160;:
         </para>
         <programlisting language="xml"><![CDATA[
 $string = <<<EOT