[DOCUMENTATION] French:

 - sync manual

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

documentation/manual/fr/module_specs/Zend_Auth_Adapter_Http.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 16855 -->
+<!-- EN-Revision: 17407 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.http">
     <title>Adaptateur d'authentification HTTP</title>
@@ -45,7 +45,7 @@
         </itemizedlist>
 
         <para>
-            Il y a quelques caractéristiques de la <acronym>RFC</acronym>-2617 qui ne sont pa
+            Il y a quelques caractéristiques de la RFC-2617 qui ne sont pa
             encore supportées&#160;:
         </para>
 

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

@@ -136,7 +136,7 @@ class Zend_CodeGenerator_Php_Body extends Zend_CodeGenerator_Php_Abstract
             <para>
                 <classname>Zend_CodeGenerator_Php_Class</classname> est utilisée pour générer
                 du code de classes <acronym>PHP</acronym>. Les fonctions de bases génèrent la
-                classe <acronym>PHP</acronym>elle-même, ainsi que ses commentaires
+                classe <acronym>PHP</acronym> elle-même, ainsi que ses commentaires
                 <acronym>PHP</acronym> DocBlock. Vous pouvez bien sûr spécifier
                 la classe comme abstraite, finale, ou encore lui rajouter des
                 constantes&#160;/&#160;attributs&#160;/&#160;méthodes sous

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- EN-Revision: 17227 -->
+<!-- EN-Revision: 17406 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.introduction">
     <title>Introduction</title>
@@ -114,11 +114,11 @@ date_default_timezone_set('Europe/Berlin');
             </listitem>
 
             <listitem>
-                <para>Support des dates <acronym>ISO</acronym>_8601</para>
+                <para>Support des dates ISO_8601</para>
 
                 <para>
-                    Le support complet de <acronym>ISO</acronym>_8601 est pris en charge. Même les données
-                    partiellement <acronym>ISO</acronym>_8601 seront identifiées correctement. Ces formats sont utiles
+                    Le support complet de ISO_8601 est pris en charge. Même les données
+                    partiellement ISO_8601 seront identifiées correctement. Ces formats sont utiles
                     pour le travail avec des bases de données. Par exemple MSSQL et
                     <ulink url="http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functions.html">
                     MySQL</ulink>les utilise mais diffèrent légèrement dans leur format, cependant

documentation/manual/fr/module_specs/Zend_Db_Adapter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17235 -->
+<!-- EN-Revision: 17408 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.adapter">
     <title>Zend_Db_Adapter</title>
@@ -1956,7 +1956,7 @@ if (!is_null($version)) {
 
                 <listitem>
                     <para>
-                        Vous devez possédez l'extension <acronym>PDO</acronym>_IBM en version 1.2.2 minimum. Si
+                        Vous devez possédez l'extension PDO_IBM en version 1.2.2 minimum. Si
                         ce n'est pas le cas, vous devrez la mettre à jour via <acronym>PECL</acronym>.
                     </para>
                 </listitem>

documentation/manual/fr/module_specs/Zend_Db_Select.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17178 -->
+<!-- EN-Revision: 17409 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.select">
     <title>Zend_Db_Select</title>
@@ -609,7 +609,7 @@ $select = $db->select()
                         de lignes du résultat est équivalent au produit du nombre de lignes de
                         chacune des tables. Vous pouvez filtrer le résultat en utilisant une clause
                         WHERE ; dans ce cas une jointure croisée est semblable à l'ancienne syntaxe
-                        de jointure <acronym>SQL</acronym>-89.
+                        de jointure SQL-89.
                     </para>
 
                     <para>

documentation/manual/fr/module_specs/Zend_Db_Statement.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17175 -->
+<!-- EN-Revision: 17408 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.statement">
     <title>Zend_Db_Statement</title>
@@ -12,7 +12,7 @@
     </para>
 
     <para>
-        Zend_Db_Statement est basé sur l'objet <acronym>PDO</acronym>Statement dans l'extension <acronym>PHP</acronym> <ulink
+        Zend_Db_Statement est basé sur l'objet PDOStatement dans l'extension <acronym>PHP</acronym> <ulink
         url="http://www.php.net/pdo">PHP Data Objects (PDO)</ulink>.
     </para>
 

documentation/manual/fr/module_specs/Zend_Dojo.xml

@@ -13,7 +13,7 @@
 
     <itemizedlist>
         <listitem>
-            <para>le support de <acronym>JSON</acronym>-RPC&#160;;</para>
+            <para>le support de JSON-RPC&#160;;</para>
         </listitem>
 
         <listitem>

documentation/manual/fr/module_specs/Zend_Http_Client-Adapters.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17232 -->
+<!-- EN-Revision: 17405 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.adapters">
     <title>Zend_Http_Client - Adaptateurs de connexion</title>
@@ -177,7 +177,7 @@ $response = $client->request();
                 provides direct access to the underlying <ulink url="http://php.net/manual/en/stream.contexts.php">stream context</ulink>
                 used to connect to the remote server. This allows the user to pass
                 specific options and parameters to the <acronym>TCP</acronym> stream, and to the <acronym>SSL</acronym> wrapper in
-                case of <acronym>HTTP</acronym>S connections.
+                case of <acronym>HTTPS</acronym> connections.
             </para>
 
             <para>

documentation/manual/fr/module_specs/Zend_Http_Cookie-Handling.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17178 -->
+<!-- EN-Revision: 17405 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.cookies">
     <title>Zend_Http_Cookie and Zend_Http_CookieJar</title>
@@ -13,7 +13,7 @@
             réponse <acronym>HTTP</acronym>, de collection des cookies, et d'accès à leurs propriétés. Il est aussi
             possible avec cette classe de vérifier si les paramètres d'un cookie correspondent à un
             scénario précis, par exemple une <acronym>URL</acronym> spécifique, un certain temps d'expiration, la
-            présence ou non de <acronym>HTTP</acronym>S, etc...
+            présence ou non de <acronym>HTTPS</acronym>, etc...
         </para>
 
         <para>
@@ -276,7 +276,7 @@ echo ($cookie->isSessionCookie() ? 'Yes' : 'No');
                     <para>
                         <code>mixed $uri</code> : un objet Zend_Uri_Http avec un domaine et un
                         chemin à vérifier. Une chaîne représentant une <acronym>URL</acronym> peut aussi être utilisée.
-                        Le cookie sera déclaré bon si le schéma de l'URL (HTTP ou <acronym>HTTP</acronym>S) correspond,
+                        Le cookie sera déclaré bon si le schéma de l'URL (HTTP ou <acronym>HTTPS</acronym>) correspond,
                         ainsi que le chemin (path).
                     </para>
                 </listitem>

documentation/manual/fr/module_specs/Zend_Mail-Encoding.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17232 -->
+<!-- EN-Revision: 17407 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mail.encoding">
     <title>Encodage</title>
@@ -17,7 +17,7 @@
      <para>
         L'encodage des en-têtes, spécialement l'encodage du sujet, est toujours délicat.
         <classname>Zend_Mime</classname> implémente actuellement son propre algorithme pour encoder
-        les en-têtes "quoted-printable" suivant la <acronym>RFC</acronym>-2045. Ceci est du à un
+        les en-têtes "quoted-printable" suivant la RFC-2045. Ceci est du à un
         problème des fonctions <code>iconv_mime_encode</code> et <code>mb_encode_mimeheader</code>
         avec certaines tables de caractères. Cet algorithme ne coupe les en-têtes qu'au niveau des
         espaces, ce qui peut entraîner des problèmes quand la longueur excède la longueur de 76

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

@@ -7,7 +7,7 @@
     <title>Introduction</title>
 
     <para>
-        <classname>Zend_Pdf</classname> est un composant entièrement écrit en <acronym>PHP</acronym>5 permettant
+        <classname>Zend_Pdf</classname> est un composant entièrement écrit en PHP5 permettant
         la manipulation de documents <acronym>PDF</acronym> (Portable Document Format). Il peut charger des documents,
         créer, modifier et les sauvegarder. Cela peut aider toute les applications <acronym>PHP</acronym> à générer
         dynamiquement des documents <acronym>PDF</acronym> en modifiant un modèle existant ou en générant un document à

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

@@ -25,7 +25,7 @@
 
         <listitem>
             <para>
-                Les blocs de commentaires <acronym>PHP</acronym>Doc possèdent aussi une classe de réflexion. Ceci
+                Les blocs de commentaires PHPDoc possèdent aussi une classe de réflexion. Ceci
                 permet de récupérer un bloc précis de documentation, notamment son nom, sa valeur et
                 sa description, longue ou courte.
             </para>

documentation/manual/fr/module_specs/Zend_Reflection-Reference.xml

@@ -8,12 +8,12 @@
         Les classes de <classname>Zend_Reflection</classname> reprennent l'API de <ulink
         url="http://php.net/reflection">la Reflection <acronym>PHP</acronym></ulink> - mais avec une différence
         importante : la Reflection <acronym>PHP</acronym> ne propose pas de manière d'introspecter les tags de
-        documentation <acronym>PHP</acronym>Doc, ni les types des variables paramètres ou encore les types de retour
+        documentation PHPDoc, ni les types des variables paramètres ou encore les types de retour
         des fonctions.
     </para>
 
     <para>
-        <classname>Zend_Reflection</classname> analyse les commentaires <acronym>PHP</acronym>Doc pour déterminer les types
+        <classname>Zend_Reflection</classname> analyse les commentaires PHPDoc pour déterminer les types
         des variables passées en paramètres ou de retour. Plus spécialement, les annotations
         <code>@param</code> et <code>@return</code> sont utilisées, même s'il reste possible
         d'analyser les autres blocs de commentaire, ainsi que leurs descriptions respectives.
@@ -23,7 +23,7 @@
         Chaque objet de réflexion dans <classname>Zend_Reflection</classname>, surcharge la méthode
         <methodname>getDocblock()</methodname> pour retourner une instance de
         <classname>Zend_Reflection_Docblock</classname>. Cette classe propose alors l'introspection des blocs
-        de commentaires et notamment des tags <acronym>PHP</acronym>Doc.
+        de commentaires et notamment des tags PHPDoc.
     </para>
 
     <para>
@@ -213,7 +213,7 @@
             <listitem>
                 <para>
                     <methodname>getDocComment($reflectionClass = 'Zend_Reflection_Docblock')</methodname>&#160;:
-                    retourne un objet de réflection de commentaire <acronym>PHP</acronym>Doc du fichier en cours
+                    retourne un objet de réflection de commentaire PHPDoc du fichier en cours
                     d'analyse.
                 </para>
             </listitem>

documentation/manual/fr/module_specs/Zend_Search_Lucene-IndexCreation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17232 -->
+<!-- EN-Revision: 17409 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.index-creation">
     <title>Créer des index</title>
@@ -228,7 +228,7 @@ $index->optimize();
                 <code>$index-&gt;setMaxMergeDocs($maxMergeDocs)</code>.
             </para>
 
-            <para>Sa valeur par défaut est <acronym>PHP</acronym>_INT_MAX.</para>
+            <para>Sa valeur par défaut est PHP_INT_MAX.</para>
         </sect3>
 
         <sect3 id="zend.search.lucene.index-creation.optimization.mergefactor">

documentation/manual/fr/module_specs/Zend_Search_Lucene-Overview.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17175 -->
+<!-- EN-Revision: 17409 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.overview">
     <title>Vue d'ensemble</title>
@@ -337,7 +337,7 @@ $index->addDocument($doc);
         <para>
             The third parameter of <methodname>loadHTML()</methodname> and <methodname>loadHTMLFile()</methodname> methods
             optionally specifies source HTML document encoding. It's used if encoding is not
-            specified using Content-type <acronym>HTTP</acronym>-EQUIV meta tag.
+            specified using Content-type HTTP-EQUIV meta tag.
         </para>
 
         <para>

documentation/manual/fr/module_specs/Zend_Server.xml

@@ -9,7 +9,7 @@
         pour les différentes classes serveur, notamment <classname>Zend_XmlRpc_Server</classname>,
         <classname>Zend_Rest_Server</classname>, <classname>Zend_Json_Server</classname> et
         <classname>Zend_Soap_Wsdl</classname>. <classname>Zend_Server_Interface</classname> fournit
-        une interface qui imite la classe <code>SoapServer</code> de <acronym>PHP</acronym>5; toutes les classes
+        une interface qui imite la classe <code>SoapServer</code> de PHP5; toutes les classes
         serveur devraient implémenter cette interface de manière à fournir une <acronym>API</acronym> serveur
         standard.
     </para>

documentation/manual/fr/module_specs/Zend_Soap_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17175 -->
+<!-- EN-Revision: 17405 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.client">
     <title>Zend_Soap_Client</title>
@@ -136,7 +136,7 @@
                 <listitem>
                     <para>
                         'local_cert' et 'passphrase' : options d'authentification
-                        <acronym>HTTP</acronym>S.
+                        <acronym>HTTPS</acronym>.
                     </para>
                 </listitem>
 

documentation/manual/fr/module_specs/Zend_Translate-Adapters.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17230 -->
+<!-- EN-Revision: 17406 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.translate.adapter">
     <title>Adaptateurs pour Zend_Translate</title>
@@ -114,7 +114,7 @@
                 l'encodage utilisé. Même si Zend Framework déclare UTF-8 comme encodage par défaut,
                 il vous sera parfois nécessaire d'utiliser un autre encodage. Zend_Translate ne
                 changera pas l'encodage défini dans votre fichier source ce qui veut dire que si
-                votre source Gettext est construite en <acronym>ISO</acronym>-8859-1, il retournera les chaînes dans
+                votre source Gettext est construite en ISO-8859-1, il retournera les chaînes dans
                 cet encodage sans les convertir. Il existe une seule restriction :
             </para>
 
@@ -123,7 +123,7 @@
                 vous devez définir l'encodage dans l'en-tête des fichiers <acronym>XML</acronym>, car tout fichier <acronym>XML</acronym>
                 sans définition d'encodage sera traité par défaut en UTF-8 par un analyseur <acronym>XML</acronym>.
                 Vous devez aussi prendre en compte que les encodages des fichiers <acronym>XML</acronym> sont limités
-                aux encodages supportés par <acronym>PHP</acronym>, c'est-à-dire UTF-8, <acronym>ISO</acronym>-8859-1 and US-ASCII.
+                aux encodages supportés par <acronym>PHP</acronym>, c'est-à-dire UTF-8, ISO-8859-1 and US-ASCII.
             </para>
         </note>
 

documentation/manual/fr/module_specs/Zend_Translate-Using.xml

@@ -356,7 +356,7 @@ $translate->addTranslation('chemin/vers/german.mo', 'de');
             <para>
                 Vous devriez toujours employer UTF-8 comme source d'encodage. Autrement vous
                 aurez des problèmes si vous employez deux encodages différents. Par exemple, si un
-                de vos fichiers source est encodé en <acronym>ISO</acronym>-8815-1 et un fichier différent est codé
+                de vos fichiers source est encodé en ISO-8815-1 et un fichier différent est codé
                 avec CP815. Vous ne pouvez utiliser qu'un seul encodage pour vos fichiers sources,
                 ainsi une de vos langues ne s'affichera probablement pas correctement.
             </para>

documentation/manual/fr/module_specs/Zend_Uri.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17232 -->
+<!-- EN-Revision: 17405 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.uri.chapter">
     <title>Zend_Uri</title>
@@ -22,7 +22,7 @@
             des instances sous-classes d'elle même. Chaque sous classe possède le nom du schéma dans
             son nom, comme <classname>Zend_Uri_&lt;scheme&gt;</classname>, où
             <code>&lt;scheme&gt;</code> est le nom du schéma utilisé, tout en minuscule, sauf la
-            première lettre. Une exception à cette règle est <acronym>HTTP</acronym>S, qui est aussi géré par
+            première lettre. Une exception à cette règle est <acronym>HTTPS</acronym>, qui est aussi géré par
             <classname>Zend_Uri_Http</classname>.
         </para>
     </sect2>
@@ -51,7 +51,7 @@ $uri = Zend_Uri::factory('http');
             <methodname>Zend_Uri::factory()</methodname> <footnote>
                 <para>
                     Actuellement, <classname>Zend_Uri</classname> ne supporte que les schémas
-                    <acronym>HTTP</acronym> et <acronym>HTTP</acronym>S
+                    <acronym>HTTP</acronym> et <acronym>HTTPS</acronym>
                 </para>
             </footnote>. Si un schéma non supporté lui est passé, une
             <classname>Zend_Uri_Exception</classname> sera levée.

documentation/manual/fr/module_specs/Zend_Validate-EmailAddress.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17232 -->
+<!-- EN-Revision: 17407 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.validate.set.email_address">
     <title>EmailAddress</title>
@@ -33,7 +33,7 @@ if ($validateur->isValid($email)) {
 
     <para>
         <classname>Zend_Validate_EmailAddress</classname> validera toute adresse émail
-        conforme à la <acronym>RFC</acronym>2822. Comme par exemple <code>bob@domaine.com</code>,
+        conforme à la RFC2822. Comme par exemple <code>bob@domaine.com</code>,
         <code>bob+jones@domaine.fr</code>, <code>"bob@jones"@domaine.com</code> et <code>"bob
         jones"@domaine.com</code>. Quelques formats d'émail obsolètes ne seront pas validés (comme
         tout émail contenant un retour chariot ou un caractère "\").

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17227 -->
+<!-- EN-Revision: 17406 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.introduction">
     <title>Introduction</title>
@@ -143,7 +143,7 @@ chemin/vers/
                 <para>
                     <code>encoding</code> : indique l'encodage de caractère à utiliser avec
                     <methodname>htmlentities()</methodname>, <methodname>htmlspecialchars()</methodname>, et tout autre
-                    opération. La valeur par défaut est <acronym>ISO</acronym>-8859-1 (latin1). Il peut être paramétré
+                    opération. La valeur par défaut est ISO-8859-1 (latin1). Il peut être paramétré
                     avec la méthode <methodname>setEncoding()</methodname> ou l'option <code>encoding</code> du
                     constructeur.
                 </para>

documentation/manual/fr/module_specs/Zend_View-Scripts.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17175 -->
+<!-- EN-Revision: 17409 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.scripts">
     <title>Scripts de vue</title>
@@ -126,7 +126,7 @@ echo $view->render(...);
 
             <para>
                 Un script de vue peut être utilisé pour instancier et manipuler un objet de
-                gabarit séparé, comme un gabarit de type <acronym>PHP</acronym>LIB. Le script de vue pour ce type
+                gabarit séparé, comme un gabarit de type PHPLIB. Le script de vue pour ce type
                 d'activité pourrait ressembler à ceci :
             </para>
 

documentation/manual/fr/module_specs/Zend_XmlRpc.xml

@@ -5,14 +5,14 @@
     <title>Introduction</title>
 
     <para>
-        Sur sa <ulink url="http://www.xmlrpc.com/">page d'accueil</ulink>, <acronym>XML</acronym>-RPC est décrit
+        Sur sa <ulink url="http://www.xmlrpc.com/">page d'accueil</ulink>, XML-RPC est décrit
         comme "un appel de procédure à distance utilisant <acronym>HTTP</acronym> comme transport et <acronym>XML</acronym> comme
-        encodage. <acronym>XML</acronym>-RPC est conçu pour être aussi simple que possible, en permettant aux
+        encodage. XML-RPC est conçu pour être aussi simple que possible, en permettant aux
         structures de données complexes d'être transmises, traitées et rendues."
     </para>
 
     <para>
         Zend Framework propose le support à la fois pour la consommation de services XMP-RPC
-        distants et pour la construction de nouveaux serveurs <acronym>XML</acronym>-RPC.
+        distants et pour la construction de nouveaux serveurs XML-RPC.
     </para>
 </sect1>

documentation/manual/fr/module_specs/Zend_XmlRpc_Client.xml

@@ -8,9 +8,9 @@
         <title>Introduction</title>
 
         <para>
-            Zend Framework possède la capacité de consommer des services distants <acronym>XML</acronym>-RPC, via
+            Zend Framework possède la capacité de consommer des services distants XML-RPC, via
             la classe <classname>Zend_XmlRpc_Client</classname>. Ses caractéristiques principales
-            sont la conversion automatique des types entre <acronym>PHP</acronym> et <acronym>XML</acronym>-RPC, un objet proxy de
+            sont la conversion automatique des types entre <acronym>PHP</acronym> et XML-RPC, un objet proxy de
             serveur, et des possibilités d'introspection du serveur.
         </para>
     </sect2>
@@ -20,13 +20,13 @@
 
         <para>
             Le constructeur de <classname>Zend_XmlRpc_Client</classname> reçoit en premier
-            paramètre l'URL du serveur <acronym>XML</acronym>-RPC distant. L'instance retournée pourra alors être
+            paramètre l'URL du serveur XML-RPC distant. L'instance retournée pourra alors être
             utilisée pour appeler n'importe quelle méthode distante.
         </para>
 
         <para>
             Pour appeler une méthode distante, utilisez la méthode <methodname>call()</methodname> de
-            votre instance. Le code suivant montre un exemple avec le serveur <acronym>XML</acronym>-RPC du site de
+            votre instance. Le code suivant montre un exemple avec le serveur XML-RPC du site de
             Zend Framework. Vous pouvez l'utiliser pour tester ou explorer les possibilités des
             composants <classname>Zend_XmlRpc</classname>.
         </para>
@@ -44,7 +44,7 @@ echo $client->call('test.sayHello');
         </example>
 
         <para>
-            Le type de la valeur <acronym>XML</acronym>-RPC retournée sera automatiquement casté en un type
+            Le type de la valeur XML-RPC retournée sera automatiquement casté en un type
             compatible <acronym>PHP</acronym>. Dans l'exemple ci-dessus, une <code>string</code> <acronym>PHP</acronym> est retournée et
             immédiatement utilisable.
         </para>
@@ -77,7 +77,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
         </para>
 
         <para>
-            La méthode <methodname>call()</methodname> convertira automatiquement la réponse <acronym>XML</acronym>-RPC et
+            La méthode <methodname>call()</methodname> convertira automatiquement la réponse XML-RPC et
             retournera un type <acronym>PHP</acronym> natif valide. Un objet
             <classname>Zend_XmlRpc_Response</classname> pour la valeur de retour sera de même
             disponible, via un appel à <methodname>getLastResponse()</methodname>.
@@ -91,7 +91,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
             Certaines méthodes distantes requièrent des paramètres. Ceux-ci sont donnés sous
             forme de tableau <acronym>PHP</acronym> à <methodname>call()</methodname>. Chaque paramètre est supposé être un type
             <acronym>PHP</acronym> natif qui sera alors lui-même converti, ou alors un objet représentant un type
-            <acronym>XML</acronym>-RPC (un objet parmi les <classname>Zend_XmlRpc_Value</classname>).
+            XML-RPC (un objet parmi les <classname>Zend_XmlRpc_Value</classname>).
         </para>
 
         <sect3 id="zend.xmlrpc.value.parameters.php-native">
@@ -102,7 +102,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 à savoir <code>string</code>, <code>integer</code>, <code>float</code>,
                 <code>boolean</code>, <code>array</code>, ou <code>object</code>. Dans ce cas,
                 chacun des types sera converti de manière automatique en son type compatible
-                <acronym>XML</acronym>-RPC, suivant la table suivante :
+                XML-RPC, suivant la table suivante :
             </para>
 
             <table id="zend.xmlrpc.value.parameters.php-native.table-1">
@@ -159,11 +159,11 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <title>Comment est casté un tableau vide ?</title>
 
                 <para>
-                    Fournir un tableau vide à une méthode <acronym>XML</acronym>-RPC est problématique, car il
+                    Fournir un tableau vide à une méthode XML-RPC est problématique, car il
                     peut être représenté sous la forme soit d'un tableau, soit d'une structure
                     ("struct"). <classname>Zend_XmlRpc_Client</classname> détecte ce genre de
                     conditions et fait une requête vers la méthode
-                    <code>system.methodSignature</code> du serveur pour déterminer le type <acronym>XML</acronym>-RPC
+                    <code>system.methodSignature</code> du serveur pour déterminer le type XML-RPC
                     approprié vers le quel casté.
                 </para>
 
@@ -171,14 +171,14 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                     Cependant, ceci peut mener malgré tout à des soucis. Premièrement, les
                     serveurs qui ne supportent <code>system.methodSignature</code> vont retourner
                     une requête de type échec, et <classname>Zend_XmlRpc_Client</classname>
-                    résultera en un cast de la valeur de type tableau <acronym>XML</acronym>-RPC ("array"). De plus,
+                    résultera en un cast de la valeur de type tableau XML-RPC ("array"). De plus,
                     ceci sous-entend que tout appel avec des arguments de type tableau entraîneront
                     un appel additionnel au serveur distant.
                 </para>
 
                 <para>
                     Pour désactiver entièrement la recherche, vous pouvez appeler la méthode
-                    <methodname>setSkipSystemLookup()</methodname> avant de réaliser votre appel <acronym>XML</acronym>-RPC
+                    <methodname>setSkipSystemLookup()</methodname> avant de réaliser votre appel XML-RPC
                     :
                 </para>
 
@@ -196,7 +196,7 @@ $result = $client->call('foo.bar', array(array()));
             <para>
                 Les paramètres peuvent aussi être des objets
                 <classname>Zend_XmlRpc_Value</classname> qui spécifient alors exactement un type
-                <acronym>XML</acronym>-RPC. Les raisons principales d'utiliser un tel procédé sont : <itemizedlist>
+                XML-RPC. Les raisons principales d'utiliser un tel procédé sont : <itemizedlist>
                         <listitem>
                         <para>
                             Lorsque vous voulez être certain du type de paramètre (la méthode
@@ -216,10 +216,10 @@ $result = $client->call('foo.bar', array(array()));
                     <listitem>
                         <para>
                             Lorsque la conversion de types (cast) peut échouer (vous voulez
-                            passer une valeur <acronym>XML</acronym>-RPC vide comme paramètre. Mais les valeurs vides
+                            passer une valeur XML-RPC vide comme paramètre. Mais les valeurs vides
                             en <acronym>PHP</acronym> sont représentés sous forme de tableaux vides, or si vous passez
                             un tableau vide à votre méthode <code>call</code>, il va être converti
-                            en un tableau <acronym>XML</acronym>-RPC, comme ce n'est pas un tableau associatif).
+                            en un tableau XML-RPC, comme ce n'est pas un tableau associatif).
                         </para>
                     </listitem>
                     </itemizedlist>
@@ -319,8 +319,8 @@ $result = $client->call('foo.bar', array(array()));
         <title>Objet proxy du serveur</title>
 
         <para>
-            Un autre moyen d'appeler des méthodes avec un client <acronym>XML</acronym>-RPC est d'utiliser le
-            proxy du serveur. C'est un objet <acronym>PHP</acronym> qui proxie un espace de nom <acronym>XML</acronym>-RPC, en
+            Un autre moyen d'appeler des méthodes avec un client XML-RPC est d'utiliser le
+            proxy du serveur. C'est un objet <acronym>PHP</acronym> qui proxie un espace de nom XML-RPC, en
             fonctionnant autant que possible comme les objets <acronym>PHP</acronym>.
         </para>
 
@@ -328,7 +328,7 @@ $result = $client->call('foo.bar', array(array()));
             Pour instancier un proxy serveur, appelez <methodname>getProxy()</methodname> de
             <classname>Zend_XmlRpc_Client</classname>. Elle retourne un objet
             <classname>Zend_XmlRpc_Client_ServerProxy</classname>. Tout appel de méthode sur l'objet
-            proxy sera proxié vers le serveur <acronym>XML</acronym>-RPC, et les paramètres seront utilisés comme pour
+            proxy sera proxié vers le serveur XML-RPC, et les paramètres seront utilisés comme pour
             une méthode <acronym>PHP</acronym> banale.
         </para>
 
@@ -378,7 +378,7 @@ $hello = $test->sayHello(1, 2);
         <title>Gestion des erreurs</title>
 
         <para>
-            Deux types d'erreurs peuvent être distingués : erreurs <acronym>HTTP</acronym>, ou erreurs <acronym>XML</acronym>-RPC.
+            Deux types d'erreurs peuvent être distingués : erreurs <acronym>HTTP</acronym>, ou erreurs XML-RPC.
             L'objet <classname>Zend_XmlRpc_Client</classname> reconnaît ces erreurs et fournit les
             moyens de les repérer et de les gérer.
         </para>
@@ -412,7 +412,7 @@ try {
             </example>
 
             <para>
-                Quelque soit l'utilisation du client <acronym>XML</acronym>-RPC, une
+                Quelque soit l'utilisation du client XML-RPC, une
                 <classname>Zend_XmlRpc_Client_HttpException</classname> sera systématiquement levée
                 lorsqu'une erreur <acronym>HTTP</acronym> de quelque type que ce soit est rencontrée.
             </para>
@@ -422,19 +422,19 @@ try {
             <title>Erreurs XML-RPC (Faults)</title>
 
             <para>
-                Une erreur <acronym>XML</acronym>-RPC peut être assimilée à une exception en <acronym>PHP</acronym>. C'est un type
-                spécial retourné par une des méthodes du client <acronym>XML</acronym>-RPC, et ce type contient un
-                message, et un code d'erreur. Les erreurs <acronym>XML</acronym>-RPC seront gérées différemment en
+                Une erreur XML-RPC peut être assimilée à une exception en <acronym>PHP</acronym>. C'est un type
+                spécial retourné par une des méthodes du client XML-RPC, et ce type contient un
+                message, et un code d'erreur. Les erreurs XML-RPC seront gérées différemment en
                 fonction du contexte d'utilisation de l'objet
                 <classname>Zend_XmlRpc_Client</classname>.
             </para>
 
             <para>
                 Lors de l'utilisation de la méthode <methodname>call()</methodname>, ou de l'objet proxy
-                serveur, une erreur <acronym>XML</acronym>-RPC aura pour effet de lancer une
+                serveur, une erreur XML-RPC aura pour effet de lancer une
                 <classname>Zend_XmlRpc_Client_FaultException</classname>. Le code et le message de
                 l'exception seront rendus dans leurs valeurs respectives de la réponse
-                <acronym>XML</acronym>-RPC.
+                XML-RPC.
             </para>
 
             <example id="zend.xmlrpc.client.error-handling.faults.example-1">
@@ -466,7 +466,7 @@ try {
 
             <para>
                 Lors de l'utilisation de la méthode <methodname>doRequest()</methodname>, aucune exception
-                ne sera levée si une erreur <acronym>XML</acronym>-RPC survient. Simplement, l'objet
+                ne sera levée si une erreur XML-RPC survient. Simplement, l'objet
                 <classname>Zend_XmlRpc_Response</classname> retourné contiendra l'erreur.
                 Vérifiez-en l'état avec <methodname>isFault()</methodname>.
             </para>
@@ -477,7 +477,7 @@ try {
         <title>Introspection du serveur</title>
 
         <para>
-            Certains serveurs <acronym>XML</acronym>-RPC supportent l'introspection de leurs méthodes au travers
+            Certains serveurs XML-RPC supportent l'introspection de leurs méthodes au travers
             de l'espace de noms <code>system.</code> <classname>Zend_XmlRpc_Client</classname>
             fournit un support d'un tel procédé.
         </para>
@@ -520,7 +520,7 @@ $client->doRequest($request);
         </example>
 
         <para>
-            Lorsqu'une méthode <acronym>XML</acronym>-RPC est appelée, quel qu'en soit le moyen,
+            Lorsqu'une méthode XML-RPC est appelée, quel qu'en soit le moyen,
             (<methodname>call()</methodname>, <methodname>doRequest()</methodname> ou proxy serveur), le dernier objet de
             requête, et son homologue de réponse, seront toujours disponibles, au travers des appels
             à <methodname>getLastRequest()</methodname> et <methodname>getLastResponse()</methodname>.

documentation/manual/fr/module_specs/Zend_XmlRpc_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17175 -->
+<!-- EN-Revision: 17409 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.server">
     <title>Zend_XmlRpc_Server</title>
@@ -8,7 +8,7 @@
         <title>Introduction</title>
 
         <para>
-            <classname>Zend_XmlRpc_Server</classname> fournit un serveur <acronym>XML</acronym>-RPC qui suit les
+            <classname>Zend_XmlRpc_Server</classname> fournit un serveur XML-RPC qui suit les
             spécifications <ulink url="http://www.xmlrpc.com/spec">dictées par
             www.xmlrpc.com</ulink>. Il fournit aussi la méthode <code>system.multicall()</code>,
             permettant le traitement de requêtes multiples.
@@ -53,7 +53,7 @@ echo $server->handle();
             <methodname>Zend_XmlRpc_Server::handle()</methodname> va alors essayer de traiter la
             requête. Cette méthode retournera un objet <classname>Zend_XmlRpc_Response</classname>
             ou <classname>Zend_XmlRpc_Server_Fault</classname>. Tous deux possèdent une méthode
-            <methodname>__toString()</methodname> qui crée une réponse <acronym>XML</acronym> valide <acronym>XML</acronym>-RPC.
+            <methodname>__toString()</methodname> qui crée une réponse <acronym>XML</acronym> valide XML-RPC.
         </para>
     </sect2>
 
@@ -62,15 +62,15 @@ echo $server->handle();
 
         <para>
             <classname>Zend_XmlRpc_Server</classname> permet d'attacher des classes et/ou des
-            fonctions au serveur <acronym>XML</acronym>-RPC. Grâce à <classname>Zend_Server_Reflection</classname>,
+            fonctions au serveur XML-RPC. Grâce à <classname>Zend_Server_Reflection</classname>,
             l'introspection va utiliser les blocs de commentaires pour déterminer les types
             d'arguments et de réponse de la fonction/classe.
         </para>
 
         <para>
-            Les types <acronym>XML</acronym>-RPC n'ont pas forcément de correspondance native vers un type <acronym>PHP</acronym>.
+            Les types XML-RPC n'ont pas forcément de correspondance native vers un type <acronym>PHP</acronym>.
             Le code fera de son mieux pour deviner le type de données approprié, en se basant sur
-            les valeurs listées dans les balises @param et @return. Certains types <acronym>XML</acronym>-RPC n'ont par
+            les valeurs listées dans les balises @param et @return. Certains types XML-RPC n'ont par
             contre pas d'équivalent <acronym>PHP</acronym> direct, ils devront alors être spécifiés manuellement sous
             forme de balises phpdoc :
         </para>
@@ -112,7 +112,7 @@ function myFunc($val1, $val2, $val3)
 
         <para>
             Il est parfaitement valide de spécifier plusieurs types pour les paramètres et les
-            retours de méthodes. La spécification <acronym>XML</acronym>-RPC suggère que system.methodSignature
+            retours de méthodes. La spécification XML-RPC suggère que system.methodSignature
             retourne un tableau des possibilités au regard des paramètres d'entrée de la méthode, et
             de son type de sortie. Ceci ce fait grâce au caractère '|' de PhpDocumentor
         </para>
@@ -141,9 +141,9 @@ function myFunc($val1, $val2, $val3)
         <title>Utiliser des espaces de noms (Namespaces)</title>
 
         <para>
-            <acronym>XML</acronym>-RPC accepte le concept d'espace de noms, ce qui permet de grouper les méthodes
-            <acronym>XML</acronym>-RPC. Ceci aide à prévenir les collisions de noms (deux fonctions avec le même nom),
-            de différentes classes. Par exemple le serveur <acronym>XML</acronym>-RPC sert des méthodes dans l'espace
+            XML-RPC accepte le concept d'espace de noms, ce qui permet de grouper les méthodes
+            XML-RPC. Ceci aide à prévenir les collisions de noms (deux fonctions avec le même nom),
+            de différentes classes. Par exemple le serveur XML-RPC sert des méthodes dans l'espace
             "system" :
         </para>
 
@@ -202,7 +202,7 @@ $server->addFunction('somefunc', 'funcs');
             Comme avec les objets de requête, <classname>Zend_XmlRpc_Server</classname> peut
             retourner des objets de réponse personnalisés. Par défaut il s'agit d'objets
             <classname>Zend_XmlRpc_Response_Http</classname> qui envoient un en-tête <acronym>HTTP</acronym>
-            Content-Type <acronym>HTTP</acronym> pour <acronym>XML</acronym>-RPC. Vous pourriez utiliser des objets de réponse
+            Content-Type <acronym>HTTP</acronym> pour XML-RPC. Vous pourriez utiliser des objets de réponse
             personnalisés pour par exemple renvoyer les réponses vers STDOUT, ou les
             journaliser.
         </para>
@@ -219,9 +219,9 @@ $server->addFunction('somefunc', 'funcs');
 
         <para>
             <classname>Zend_XmlRpc_Server</classname> attrape les Exceptions générées par vos
-            classes/fonctions, et génère une réponse <acronym>XML</acronym>-RPC "fault" lorsqu'une exception a été
+            classes/fonctions, et génère une réponse XML-RPC "fault" lorsqu'une exception a été
             rencontrée. Par défaut, les message et code des exceptions ne sont pas attachés dans la
-            réponse <acronym>XML</acronym>-RPC. Ceci est du au fait que de telles exceptions peuvent en dire trop, au
+            réponse XML-RPC. Ceci est du au fait que de telles exceptions peuvent en dire trop, au
             regard de la sécurité de votre application.
         </para>
 
@@ -254,7 +254,7 @@ Zend_XmlRpc_Server_Fault::attachFaultException('My_Project_Exception');
         <title>Cacher la définition du serveur entre les requêtes</title>
 
         <para>
-            Attacher beaucoup de classes au serveur <acronym>XML</acronym>-RPC peut consommer beaucoup de
+            Attacher beaucoup de classes au serveur XML-RPC peut consommer beaucoup de
             ressources, car l'introspection de chaque classe/fonction est mise en place.
         </para>
 
@@ -306,13 +306,13 @@ echo $server->handle();
 
         <para>
             Voici quelques exemples qui démontrent les diverses options disponibles pour un
-            serveur <acronym>XML</acronym>-RPC.
+            serveur XML-RPC.
         </para>
 
         <sect3 id="zend.xmlrpc.server.use.case1">
             <title>Utilisation basique</title>
 
-            <para>L'exemple ci dessous attache une fonction au service <acronym>XML</acronym>-RPC.</para>
+            <para>L'exemple ci dessous attache une fonction au service XML-RPC.</para>
 
             <programlisting language="php"><![CDATA[
 /**
@@ -337,7 +337,7 @@ echo $server->handle();
 
             <para>
                 L'exemple ci dessous montre comment attacher les méthodes publiques d'une
-                classe en tant que méthodes <acronym>XML</acronym>-RPC.
+                classe en tant que méthodes XML-RPC.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -377,7 +377,7 @@ echo $server->handle();
 
             <para>
                 L'exemple ci dessous montre comment spécifier les exceptions à utiliser en cas
-                d'erreurs dans les réponses <acronym>XML</acronym>-RPC.
+                d'erreurs dans les réponses XML-RPC.
             </para>
 
             <programlisting language="php"><![CDATA[