UPATE FILES [DOC-ES]

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

documentation/manual/es/module_specs/Zend_Amf-Server.xml

@@ -190,7 +190,7 @@ class Mundo
 ]]></programlisting>
 
         <para> Hay dos puntos clave en el ejemplo. En primer lugar, pero último en el listado,
-            creamos un canal <acronym>AMF</acronym>, y especificamos el punto final como la URL a
+            creamos un canal <acronym>AMF</acronym>, y especificamos el punto final como la <acronym>URL</acronym> a
             nuestro <classname>Zend_Amf_Server</classname>: </para>
 
         <programlisting language="xml"><![CDATA[
@@ -529,7 +529,7 @@ import flash.net.NetConnection;
 import flash.net.Responder;
 ]]></programlisting>
         <para> En la clase necesitaremos tres variables para representar a NetConnection, Responder,
-            y la URL del gateway a nuestra instalación <classname>Zend_Amf_Server</classname>. </para>
+            y la <acronym>URL</acronym> del gateway a nuestra instalación <classname>Zend_Amf_Server</classname>. </para>
         <programlisting language="as"><![CDATA[
 private var gateway:String = "http://example.com/server.php";
 private var connection:NetConnection;

documentation/manual/es/module_specs/Zend_Auth_Adapter_Digest.xml

@@ -12,7 +12,7 @@
         <para> La <ulink
                 url="http://en.wikipedia.org/wiki/Digest_access_authentication"
                 >Autenticación "Digest"</ulink> es un método de la autenticación
-            HTTP que mejora la <ulink
+            <acronym>HTTP</acronym> que mejora la <ulink
                 url="http://en.wikipedia.org/wiki/Basic_authentication_scheme"
                 >Autenticación Básica</ulink> proporcionando una manera de
             autenticar sin tener que transmitir la contraseña de manera clara a

documentation/manual/es/module_specs/Zend_Config_Ini.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 17564 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.ini">
     <title>Zend_Config_Ini</title>
@@ -14,10 +14,10 @@
         secciones de datos de configuración. Las jerarquías de datos de
         configuración son provistas separando las claves mediante el
         carácter punto (
-        <methodname>.</methodname>
+        "<emphasis>.</emphasis>"
         ). Una sección puede extender o heredar de otra sección
         indicando el nombre de la sección seguido de dos puntos (
-        <methodname>:</methodname>
+        "<emphasis>:</emphasis>"
         ) y el nombre de la sección desde la cual se quieren heredar los
         datos.
     </para>
@@ -33,13 +33,13 @@
             sus comportamientos específicos, que se propagan a
             <classname>Zend_Config_Ini</classname>
             , tales como la forma en que los valores especiales:
-            <methodname>true</methodname>
+            "<constant>TRUE</constant>"
             ,
-            <methodname>false</methodname>
+            "<constant>FALSE</constant>"
             ,
-            <methodname>yes</methodname>
+            "yes"
             ,
-            <methodname>no</methodname>
+            "no"
             , y
             <constant>NULL</constant>
             son manejados.
@@ -49,11 +49,11 @@
         <title>Separador de clave</title>
         <para>
             Por defecto, el carácter separador de clave es el punto (
-            <methodname>.</methodname>
+            "<emphasis>.</emphasis>"
             ). Puede ser reemplazado, no obstante,cambiando la clave de
             <varname>$options</varname>
             llamada
-            <methodname>'nestSeparator'</methodname>
+            <property>nestSeparator</property> 
             al construir el objeto
             <classname>Zend_Config_Ini</classname>
             . Por ejemplo:
@@ -70,7 +70,7 @@ $config = new Zend_Config_Ini('/path/to/config.ini',
         <para>
             Este ejemplo muestra una forma de uso básica de
             <classname>Zend_Config_Ini</classname>
-            para cargar datos de configuración de un archivo INI. En
+            para cargar datos de configuración de un archivo <acronym>INI</acronym>. En
             este ejemplo hay datos de configuración tanto para un
             sistema de producción como para un sistema en fase de
             pruebas. Debido a que los datos de la fase de pruebas son
@@ -81,7 +81,7 @@ $config = new Zend_Config_Ini('/path/to/config.ini',
             sección de pruebas, a pesar de que éste no sería el caso
             para situaciones más complejas. Supongamos, entonces, que
             los siguientes datos de configuración están contenidos en
-            <methodname>/path/to/config.ini</methodname>
+            <filename>/path/to/config.ini</filename>:
             :
         </para>
         <programlisting language="ini"><![CDATA[
@@ -104,8 +104,8 @@ database.params.password = devsecret
         <para>
             Ahora, asuma que el desarrollador de aplicaciones necesita
             los datos de configuración de la etapa de pruebas del
-            archivo INI. Resulta fácil cargar estos datos especificando
-            el archivo INI en la sección de la etapa de pruebas:
+            archivo <acronym>INI</acronym>. Resulta fácil cargar estos datos especificando
+            el archivo <acronym>INI</acronym> en la sección de la etapa de pruebas:
         </para>
          <programlisting language="php"><![CDATA[
 $config = new Zend_Config_Ini('/path/to/config.ini', 'pruebas');
@@ -127,10 +127,10 @@ echo $config->database->params->dbname; // muestra "dbname"
                 <tbody>
                     <row>
                         <entry>
-                            <methodname>$filename</methodname>
+                            <varname>$filename</varname>
                         </entry>
                         <entry>
-                            El archivo INI que se va a cargar.
+                            El archivo <acronym>INI</acronym> que se va a cargar.
                         </entry>
                     </row>
                     <row>
@@ -138,8 +138,8 @@ echo $config->database->params->dbname; // muestra "dbname"
                             <methodname>$section</methodname>
                         </entry>
                         <entry>
-                            La [sección] contenida en el archivo ini que
-                            se va a cargar. Fijar este parámetro a null
+                            La [sección] contenida en el archivo <acronym>INI</acronym> que
+                            se va a cargar. Fijar este parámetro a <constant>NULL</constant>
                             cargará todas las secciones.
                             Alternativamente, se puede introducir un
                             array de nombres de sección para cargar
@@ -147,31 +147,27 @@ echo $config->database->params->dbname; // muestra "dbname"
                         </entry>
                     </row>
                     <row>
-                        <entry>
-                            <methodname>$options = false</methodname>
-                        </entry>
+                        
+                            <entry><varname>$options</varname> (default <constant>FALSE</constant>)</entry>
+                       
                         <entry>
                             Array de opciones. Las siguientes claves
                             están aceptadas:
                             <itemizedlist>
                                 <listitem>
                                     <para>
-                                        <emphasis>
-                                            allowModifications
-                                        </emphasis>
+<emphasis><property>allowModifications</property></emphasis>:
                                         : Fijar a
-                                        <emphasis>true</emphasis>
+                                        <constant>TRUE</constant>
                                         para permitir modificaciones
                                         subsiguientes del archivo
                                         cargado. Por defecto es
-                                        <emphasis>false</emphasis>
+                                        <constant>NULL</constant>
                                     </para>
                                 </listitem>
                                 <listitem>
                                     <para>
-                                        <emphasis>
-                                            nestSeparator
-                                        </emphasis>
+<emphasis><property>nestSeparator</property></emphasis>
                                         : Carácter que utilizar como
                                         separador de anidamiento. Por
                                         defecto es "."

documentation/manual/es/module_specs/Zend_Config_Writer.xml

@@ -1,133 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
-<!-- Reviewed: no -->
-<sect1 id="zend.config.writer.introduction">
-    <title>Zend_Config_Writer</title>
-    <para>
-        <classname>Zend_Config_Writer</classname>> gives you the ability to write config
-        files out of <classname>Zend_Config</classname> objects. It works with an
-        adapter-less system and thus is very easy to use. By default
-        <classname>Zend_Config_Writer</classname>> ships with three adapters, which all
-        work the same. You instantiate a writer with specific options, which
-        can be <methodname>filename</methodname> and <methodname>config</methodname>. Then
-        you call the <methodname>write()</methodname> method of the writer and the config
-        file is created. You can also give <methodname>$filename</methodname> and
-        <methodname>$config</methodname> directly to the <methodname>write()</methodname> method.
-        Currently the following writers are shipped with
-        <classname>Zend_Config_Writer</classname>>:
-    </para>
-
-    <itemizedlist>
-        <listitem>
-            <para>
-                <classname>Zend_Config_Writer_Array</classname>
-            </para>
-        </listitem>
-        <listitem>
-            <para>
-                <classname>Zend_Config_Writer_Ini</classname>
-            </para>
-        </listitem>
-        <listitem>
-            <para>
-                <classname>Zend_Config_Writer_Xml</classname>
-            </para>
-        </listitem>
-    </itemizedlist>
-
-    <para>
-        As an exception, <classname>Zend_Config_Writer_Ini</classname> has an additional
-        option parameter <methodname>nestSeparator</methodname>, which defines with which
-        character the single nodes are separated. The default is a single dot,
-        like it is accepted by <classname>Zend_Config_Ini</classname> by default.
-    </para>
-
-    <para>
-        When modifying or creating a <classname>Zend_Config</classname> object, there are
-        some things to know. To create or modify a value, you simply say set
-        the parameter of the <classname>Zend_Config</classname> object via the parameter
-        accessor (<methodname>-&gt;</methodname>). To create a section in the root or to
-        create a branch, you just create a new array
-        (<methodname>$config-&gt;branch = array();</methodname>). To define which section
-        extends another one, you call the <methodname>setExtend()</methodname> method
-        on the root <classname>Zend_Config</classname> object.
-    </para>
-
-    <example id="zend.config.writer.example.using">
-        <title>Using Zend_Config_Writer</title>
-        <para>
-            This example illustrates the basic use of
-            <classname>Zend_Config_Writer_Xml</classname> to create a new config file:
-        </para>
-         <programlisting language="php"><![CDATA[
-// Create the config object
-$config = new Zend_Config(array(), true);
-$config->production = array();
-$config->staging    = array();
-
-$config->setExtend('staging', 'production');
-
-$config->production->db = array();
-$config->production->db->hostname = 'localhost';
-$config->production->db->username = 'production';
-
-$config->staging->db = array();
-$config->staging->db->username = 'staging';
-
-// Write the config file in one of the following ways:
-// a)
-$writer = new Zend_Config_Writer_Xml(array('config'   => $config,
-                                           'filename' => 'config.xml'));
-$writer->write();
-
-// b)
-$writer = new Zend_Config_Writer_Xml();
-$writer->setConfig($config)
-       ->setFilename('config.xml')
-       ->write();
-
-// c)
-$writer = new Zend_Config_Writer_Xml();
-$writer->write('config.xml', $config);
-]]></programlisting>
-        <para>
-            This will create an XML config file with the sections production
-            and staging, where staging extends production.
-        </para>
-    </example>
-
-    <example id="zend.config.writer.modifying">
-        <title>Modifying an existing config</title>
-        <para>
-            This example demonstrates how to edit an existing config file.
-        </para>
-         <programlisting language="php"><![CDATA[
-// Load all sections from an existing config file, while skipping the extends.
-$config = new Zend_Config_Ini('config.ini',
-                              null,
-                              array('skipExtends'        => true,
-                                    'allowModifications' => true));
-
-// Modify a value
-$config->production->hostname = 'foobar';
-
-// Write the config file
-$writer = new Zend_Config_Writer_Ini(array('config'   => $config,
-                                           'filename' => 'config.ini'));
-$writer->write();
-]]></programlisting>
-    </example>
-
-    <note>
-        <title>Loading a config file</title>
-        <para>
-            When loading an existing config file for modifications it is very
-            important to load all sections and to skip the extends, so that
-            no values are merged. This is done by giving the
-            <methodname>skipExtends</methodname> as option to the constructor.
-        </para>
-    </note>
-</sect1>
-<!--
-vim:se ts=4 sw=4 et:
--->

documentation/manual/es/module_specs/Zend_Config_Xml.xml

@@ -1,19 +1,19 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 16945 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.xml">
     <title>Zend_Config_Xml</title>
     <para>
         <classname>Zend_Config_Xml</classname> permite a los desarrolladores almacenar
-        datos de configuración en un formato sencillo XML y leerlos a través de
+        datos de configuración en un formato sencillo <acronym>XML</acronym> y leerlos a través de
         una sintáxis de propiedades de objetos anidados. El elemento raíz del
-        archivo XML es irrelevante y puede ser nombrado arbitrariamente.
-        El primer nivel de elementos XML corresponde con las secciones de datos
-        de configuración. El formato XML admite organización jerárquica a
-        través del anidamiento de elementos XML bajo los elementos a nivel de
-        sección. El contenido de un elemento XML a nivel de hoja corresponde al
+        archivo <acronym>XML</acronym> es irrelevante y puede ser nombrado arbitrariamente.
+        El primer nivel de elementos <acronym>XML</acronym> corresponde con las secciones de datos
+        de configuración. El formato <acronym>XML</acronym> admite organización jerárquica a
+        través del anidamiento de elementos <acronym>XML</acronym> bajo los elementos a nivel de
+        sección. El contenido de un elemento <acronym>XML</acronym> a nivel de hoja corresponde al
         valor de un dato de configuración. La herencia de sección está permitida
-        por un atributo XML especial llamado <methodname>extends</methodname>, y el valor de
+        por un atributo <acronym>XML</acronym> especial llamado <emphasis>extends</emphasis>, y el valor de
         este atributo se corresponde con la sección de la cual los datos son
         heredados por la sección extendida..
     </para>
@@ -30,7 +30,7 @@
         <title>Usando Zend_Config_Xml</title>
         <para>
          Este ejemplo ilustra un uso básico de <classname>Zend_Config_Xml</classname>
-         para cargar datos de configuración de un archivo XML. En este ejemplo
+         para cargar datos de configuración de un archivo <acronym>XML</acronym> . En este ejemplo
          hay datos de configuración tanto para un sistema de producción como
          para un sistema de pruebas. Debido a que los datos de configuración del
          sistema de pruebas son muy similares a los de producción, la sección de
@@ -39,7 +39,7 @@
          producción heredando de la sección de pruebas, a pesar de que éste no
          sería el caso para situaciones más complejas. Suponga, pues, que los
          datos de configuración siguientes están contenidos
-            en <methodname>/ruta/de/config.xml</methodname>:
+            en <filename>/path/to/config.xml</filename>::
         </para>
         <programlisting language="xml"><![CDATA[
 <?xml version="1.0"?>
@@ -69,8 +69,8 @@
 ]]></programlisting>
         <para>
             Ahora, asuma que el desarrollador de aplicaciones necesita los datos
-            de configuración de la fase de pruebas del archivo XML. Es una tarea
-            sencilla cargar estos datos, especificando el archivo XML y la
+            de configuración de la fase de pruebas del archivo <acronym>XML</acronym> . Es una tarea
+            sencilla cargar estos datos, especificando el archivo <acronym>XML</acronym> y la
             sección de pruebas:
         </para>
          <programlisting language="php"><![CDATA[
@@ -85,7 +85,7 @@ echo $config->database->params->dbname; // muestra "dbname"
         <para>
             Zend_Config_Xml también soporta dos formas adicionales de definir
             nodos en la configuración.  Ambas hacen uso de atributos. Dado que
-            los atributos <methodname>extends</methodname> y <methodname>value</methodname> son palabras
+            los atributos <emphasis>extends</emphasis> y <emphasis>value</emphasis>  son palabras
             reservadas (la última por la segunda manera de usar atributos),
             pueden no ser utilizadas.
                   La primera manera de utilizar atributos es añadir atributos en un
@@ -110,7 +110,7 @@ echo $config->database->params->dbname; // muestra "dbname"
         La otra forma no reduce la configuración, sino que permite mantenerla de
         forma más fácil dado que no es necesario escribir el nombre de la
         etiqueta dos veces. Simplemente, cree una etiqueta vacía con el valor en
-        el atributo <methodname>value</methodname>:
+        el atributo <emphasis>value</emphasis>:
         </para>
         <programlisting language="xml"><![CDATA[
 <?xml version="1.0"?>
@@ -142,10 +142,10 @@ echo $config->database->params->dbname; // muestra "dbname"
     <note>
         <title>XML strings</title>
         <para>
-            <classname>Zend_Config_Xml</classname> is able to load an XML string directly,
+            <classname>Zend_Config_Xml</classname> is able to load an <acronym>XML</acronym> string directly,
             such as that retrieved from a database. The string is passed
             as the first parameter to the constructor and must start with the
-            characters <methodname>'&lt;?xml'</methodname>:
+            characters <emphasis>'&lt;?xml'</emphasis>:
         </para>
         <programlisting language="xml"><![CDATA[
 $string = <<<EOT
@@ -172,7 +172,56 @@ EOT;
 $config = new Zend_Config_Xml($string, 'staging');
 ]]></programlisting>
     </note>
-</sect1>
+	
+	<note>
+        <title>Zend_Config XML namespace</title>
+        <para>
+            <classname>Zend_Config</classname> comes with it's own <acronym>XML</acronym>
+            namespace, which adds additional functionality to the parsing process. To take advantage
+            of it, you have to define a namespace with the namespace <acronym>URI</acronym>
+            <filename>http://framework.zend.com/xml/zend-config-xml/1.0/</filename> in
+            your config root node.
+        </para>
+
+        <para>
+            With the namespace enabled, you can now use <acronym>PHP</acronym> constants within
+            your configuration files. Additionally, the <emphasis>extends</emphasis>
+            attribute was moved to the new namespace and is deprecated in the
+            <constant>NULL</constant> namespace. It will be completly removed there in
+            Zend Framework 2.0.
+        </para>
+        <programlisting language="xml"><![CDATA[
+$string = <<<EOT
+<?xml version="1.0"?>
+<config xmlns:zf="http://framework.zend.com/xml/zend-config-xml/1.0/">
+    <production>
+        <includePath>
+            <zf:const zf:name="APPLICATION_PATH"/>/library</includePath>
+        <db>
+            <adapter value="pdo_mysql"/>
+            <params>
+                <host value="db.example.com"/>
+            </params>
+        </db>
+    </production>
+    <staging zf:extends="production">
+        <db>
+            <params>
+                <host value="dev.example.com"/>
+            </params>
+        </db>
+    </staging>
+</config>
+EOT;
+
+define('APPLICATION_PATH', dirname(__FILE__));
+$config = new Zend_Config_Xml($string, 'staging');
+
+echo $config->includePath; // Prints "/var/www/something/library"
+]]></programlisting>
+    </note>
+ </sect1>
+
 <!--
 vim:se ts=4 sw=4 et:
 -->

documentation/manual/es/module_specs/Zend_Controller-ActionController.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 18556 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.action">
     <title>Controladores de Acción</title>
@@ -10,7 +10,7 @@
             <classname>Zend_Controller_Action</classname> es una clase abstracta
             que puede utilizar para implementar controladores de acción
             (Action Controllers) para usar con el Front Controller al crear un
-            un sitio basado en el patrón Modelo-Vista-Controlador (MVC).
+            un sitio basado en el patrón Modelo-Vista-Controlador (<acronym>MVC</acronym>).
         </para>
 
         <para>
@@ -47,9 +47,9 @@ class FooController extends Zend_Controller_Action
 ]]></programlisting>
 
         <para>
-            La clase de arriba <methodname>FooController</methodname> (el controlador
-            <methodname>foo</methodname>) define dos acciones, <methodname>bar</methodname> y
-            <methodname>baz</methodname>.
+            La clase de arriba <emphasis>FooController</emphasis> (el controlador
+            <emphasis>foo</emphasis>) define dos acciones, <emphasis>bar</emphasis> y
+           <emphasis>baz</emphasis>.
         </para>
 
         <para>
@@ -97,15 +97,15 @@ class FooController extends Zend_Controller_Action
             <para>
                 <methodname>initView()</methodname>, <methodname>getViewScript()</methodname>,
                 <methodname>render()</methodname>, y <methodname>renderScript()</methodname> cada
-                proxy al <methodname>ViewRenderer</methodname> a menos que el ayudante no
+                proxy al <emphasis>ViewRenderer</emphasis> a menos que el ayudante no
                 esté como ayudante intermediario o no se haya establecido el
-                flag de <methodname>noViewRenderer</methodname>.
+                flag de <emphasis>noViewRenderer</emphasis>.
             </para>
 
             <para>
                 También puede simplemente desactivarse para una prestación
-                individual ajustando el flag <methodname>noRender</methodname> de
-                <methodname>ViewRenderer</methodname>:
+                individual ajustando el flag <emphasis>noRender</emphasis> de
+                <emphasis>ViewRenderer</emphasis>:
             </para>
 
              <programlisting language="php"><![CDATA[
@@ -121,12 +121,12 @@ class FooController extends Zend_Controller_Action
 
             <para>
                 Las principales razones para desactivar
-                <methodname>ViewRenderer</methodname> son si usted simplemente no necesita
+                <emphasis>ViewRenderer</emphasis> son si usted simplemente no necesita
                 una objeto "view" o si no está mostrándolos via view scripts
                 (por ejemplo, cuando se utiliza un controlador de acción
-                para alimentar a los protocolos de un servicio web como SOAP,
-                XML-RPC, o REST). En muchos casos, nunca necesitará desactivar
-                a <methodname>ViewRenderer</methodname> globalmente, sólo selectivamente
+                para alimentar a los protocolos de un servicio web como <acronym>SOAP</acronym>,
+                <acronym>XML-RPC</acronym>, o <acronym>REST</acronym>). En muchos casos, nunca necesitará desactivar
+                a <emphasis>ViewRenderer</emphasis> globalmente, sólo selectivamente
                 dentro de los distintos controladores o acciones.
             </para>
         </note>
@@ -178,11 +178,44 @@ class FooController extends Zend_Controller_Action
             métodos que pueden ser llamados para marcar una solicitud de acción,
             <methodname>preDispatch()</methodname> y <methodname>postDispatch()</methodname>.
             Estas pueden ser útiles de varias maneras: verificar la
-            autenticación y ACLs antes de ejecutar una acción (llamando a
+            autenticación y <acronym>ACL</acronym>s antes de ejecutar una acción (llamando a
             <methodname>_forward()</methodname> en <methodname>preDispatch()</methodname>, se saltará
             la acción), por ejemplo, o colocando contenido generado en una
             plantilla general del sitio (<methodname>postDispatch()</methodname>).
         </para>
+		
+		        <note>
+            <title>Usage of init() vs. preDispatch()</title>
+
+            <para>
+                In the <link linkend="zend.controller.action.initialization">previous
+                    section</link>, we introduced the <methodname>init()</methodname> method, and
+                in this section, the <methodname>preDispatch()</methodname> method. What is the
+                difference between them, and what actions would you take in each?
+            </para>
+
+            <para>
+                The <methodname>init()</methodname> method is primarily intended for extending the
+                constructor. Typically, your constructor should simply set object state, and not
+                perform much logic. This might include initializing resources used in the controller
+                (such as models, configuration objects, etc.), or assigning values retrieved from
+                the front controller, bootstrap, or a registry.
+            </para>
+
+            <para>
+                The <methodname>preDispatch()</methodname> method can also be used to set object
+                or environmental (e.g., view, action helper, etc.) state, but its primary purpose
+                is to make decisions about whether or not the requested action should be dispatched.
+                If not, you should then <methodname>_forward()</methodname> to another action, or
+                throw an exception.
+            </para>
+
+            <para>
+                Note: <methodname>_forward()</methodname> actually will not work correctly when
+                executed from <methodname>init()</methodname>, which is a formalization of the
+                intentions of the two methods.
+            </para>
+        </note>
     </sect2>
 
     <sect2 id="zend.controller.action.accessors">
@@ -229,9 +262,9 @@ $this->getResponse()->appendBody($content);
                 <para>
                     <emphasis>Parámetros de Requerimientos</emphasis>:
                     La objeto solicitud agrega parámetros de solicitud,
-                    como cualquiera de los parámetros _GET o _POST,
+                    como cualquiera de los parámetros <constant>_GET</constant> o <constant>_POST</constant>,
                     o parámetros del usuario especificados en la información
-                    del path de la URL. Para recuperarlos, use
+                    del path de la <acronym>URL</acronym>. Para recuperarlos, use
                     <methodname>_getParam($key)</methodname> o <methodname>_getAllParams()</methodname>.
                     También se pueden establecer parámetros de solicitud usando
                     <methodname>_setParam()</methodname>; lo que es útil cuando se reenvían
@@ -287,7 +320,7 @@ if ($this->_hasParam('id') {
             <classname>Zend_Controller_Action</classname> proporciona un
             mecanismo rudimentario y flexible para ver la integración.
             Hay dos métodos para lograrlo, <methodname>initView()</methodname> y
-            <methodname>render()</methodname>; el anterior método <methodname>$view</methodname>
+            <methodname>render()</methodname>; el anterior método <varname>$view</varname>
             carga la propiedad pública, y este último muestra una vista en
             base a la acción requerida actual, utilizando la jerarquía del
             directorio para determinar el path del script.
@@ -301,10 +334,10 @@ if ($this->_hasParam('id') {
                 <methodname>render()</methodname> llama a <methodname>initView()</methodname>
                 con el fin de recuperar el objeto vista, pero puede ser
                 iniciada en cualquier momento; por defecto introduce
-                información a la propiedad de <methodname>$view</methodname> con un objeto
+                información a la propiedad de <varname>$view</varname> con un objeto
                 <classname>Zend_View</classname>, pero se puede usar cualquier
                 clase que implemente <classname>Zend_View_Interface</classname>.
-                Si <methodname>$view</methodname> ya ha sido inicializada, simplemente
+                Si <varname>$view</varname> ya ha sido inicializada, simplemente
                 devuelve esa propiedad.
             </para>
 
@@ -327,10 +360,10 @@ applicationOrModule/
 
             <para>
                 En otras palabras, los scripts de vista se supone están en el
-                subdirectorio <methodname>views/scripts/</methodname>, y en el subdirectorio
-                <methodname>views</methodname> se supone que contiene funcionalidades
+                subdirectorio <filename>/views/scripts/</filename>, y en el subdirectorio
+                <filename>/views/</filename> se supone que contiene funcionalidades
                 hermanas (ayudantes, filtros). Al determinar el nombre y el
-                path del script, el directorio <methodname>views/scripts/</methodname>
+                path del script, el directorio <filename>views/scripts/</filename>
                 será utilizado como el path base, con directorios nombrados
                 después que los controladores individuales proporcionen una
                 jerarquía a los scripts de vista.
@@ -353,18 +386,18 @@ string render(string $action = null,
             <para>
                 <methodname>render()</methodname> suministra un script de vista.
                 Si no se pasan argumentos, se supone que el script requerido es
-                <methodname>[controller]/[action].phtml</methodname> (donde
-                <methodname>.phtml</methodname> es el valor de la propiedad
-                <methodname>$viewSuffix</methodname>).
+                <filename>[controller]/[action].phtml</filename> (donde
+                <filename>.phtml</filename> es el valor de la propiedad
+                <filename>$viewSuffix</filename>).
                 Pasándole un valor a <methodname>$action</methodname> suministrará esa
-                plantilla en al subdirectorio <methodname>[controller]</methodname>. Para
-                anular el subdirectorio <methodname>[controller]</methodname> ponga un
-                valor verdadero en <methodname>$noController</methodname>.
+                plantilla en al subdirectorio <filename>/[controller]/</filename>. Para
+                anular el subdirectorio <filename>/[controller]/</filename> ponga un
+                valor <constant>TRUE</constant> en <varname>$noController</varname>.
                 Por último, las plantillas son suministradas en el objeto
                 respuesta; si desea suministrar a un determinado
                 <link linkend="zend.controller.response.namedsegments">
                 named segment</link> en el objeto respuesta, pase un valor a
-                <methodname>$name</methodname>.
+                <varname>$name</varname>.
             </para>
 
             <note><para>
@@ -374,8 +407,8 @@ string render(string $action = null,
                     el nombre del script. Internamente, utiliza los
                     delimitadores de palabra y de path del despachador para
                     hacer esta normalización. Así, una solicitud a
-                    <methodname>/foo.bar/baz-bat</methodname> suministrará el script
-                    <methodname>foo-bar/baz-bat.phtml</methodname>.
+                    <filename>/foo.bar/baz-bat</filename> suministrará el script
+                    <filename>foo-bar/baz-bat.phtml</filename>.
                     Si su método de acción contiene camelCasing, recuerde que
                     esto se traducirá en palabras separadas por '-'
                     al determinar el nombre del archivo del script de vista.
@@ -425,7 +458,7 @@ class MyController extends Zend_Controller_Action
             Además de los accesadores y de los métodos de integración de vistas,
             <classname>Zend_Controller_Action</classname> tiene varios
             métodos utilitarios para realizar tareas comunes dentro de sus
-            métodos de acción (o de pre-/post-despacho).
+            métodos de acción (o de pre- y post-dispatch).
         </para>
 
         <itemizedlist>
@@ -444,8 +477,8 @@ class MyController extends Zend_Controller_Action
                 <para>
                     <methodname>_redirect($url, array $options =
                         array())</methodname>: redireccionar a otro lugar.
-                        Este método toma una URL y un conjunto de opciones.
-                        Por defecto, realiza una redirección HTTP 302.
+                        Este método toma una <acronym>URL</acronym> y un conjunto de opciones.
+                        Por defecto, realiza una redirección <acronym>HTTP</acronym> 302.
                 </para>
 
                 <para>
@@ -471,8 +504,8 @@ class MyController extends Zend_Controller_Action
                     <listitem>
                         <para>
                             <emphasis>prependBase:</emphasis> ya sea
-                            anteponiendo o no la base URL registrada con el
-                            objeto solicitud a la URL provista.
+                            anteponiendo o no la base <acronym>URL</acronym> registrada con el
+                            objeto solicitud a la <acronym>URL</acronym> provista.
                         </para>
 
                         <para>
@@ -484,9 +517,9 @@ class MyController extends Zend_Controller_Action
 
                     <listitem>
                         <para>
-                            <emphasis>code:</emphasis> qué código HTTP
+                            <emphasis>code:</emphasis> qué código <acronym>HTTP</acronym>
                             utilizar en la redirección. Por defecto,
-                            se utiliza un HTTP 302; se puede utilizar cualquier
+                            se utiliza un <acronym>HTTP</acronym> 302; se puede utilizar cualquier
                             código entre 301 y 306.
                         </para>
 

documentation/manual/es/module_specs/Zend_Controller-ActionHelpers-ActionStack.xml

@@ -5,7 +5,7 @@
     <title>ActionStack</title>
 
     <para>
-        El ayudante <methodname>ActionStack</methodname> le permite empujar requerimientos al
+        El ayudante <emphasis>ActionStack</emphasis> le permite empujar requerimientos al
         <link linkend="zend.controller.plugins.standard.actionstack">ActionStack</link>
         plugin del front controller, el cual le ayuda efectivamente a crear
         una cola de acciones a ejecutar durante la solicitud.
@@ -17,9 +17,9 @@
         <title>Invocando al Ayudante ActionStack Inicializa el Plugin de ActionStack</title>
 
         <para>
-            Invocando al ayuudante <methodname>ActionStack</methodname> implicitamente
-            registra el plugin de <methodname>ActionStack</methodname> -- lo que significa
-            que no necesita registrar explícitamente el plugin de ActionStack
+            Invocando al ayuudante <emphasis>ActionStack</emphasis> implicitamente
+            registra el plugin de <emphasis>ActionStack</emphasis> -- lo que significa
+            que no necesita registrar explícitamente el plugin de <emphasis>ActionStack</emphasis>
             para utilizar esta funcionalidad.
         </para>
     </note>
@@ -31,7 +31,7 @@
             A menudo, es más sencillo simplemente especificar la acción, el
             controlador y el módulo (y parámetros opcionales de requerimientos),
             tal como cuando llama a
-            <classname>Zend_Controller_Action::_forward()</classname>:
+            <methodname>Zend_Controller_Action::_forward()</methodname>:
         </para>
 
          <programlisting language="php"><![CDATA[
@@ -60,8 +60,8 @@ class FooController extends Zend_Controller_Action
         <title>Agregando una Tarea al Objeto Solicitud (Request)</title>
 
         <para>
-            A veces la naturaleza OOP de un objeto solicitud tiene más sentido;
-            puede pasar también tal objeto al ayudante <methodname>ActionStack</methodname>.
+            A veces la naturaleza <acronym>OOP</acronym> de un objeto solicitud tiene más sentido;
+            puede pasar también tal objeto al ayudante <emphasis>ActionStack</emphasis>.
         </para>
 
          <programlisting language="php"><![CDATA[

documentation/manual/es/module_specs/Zend_Controller-ActionHelpers-AutoComplete.xml

@@ -1,25 +1,25 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 16509 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.controller.actionhelpers.autocomplete">
     <title>AutoComplete</title>
 
     <para>
-        Muchas bibliotecas de Javascript con AJAX ofrecen funcionalidad para
+        Muchas bibliotecas de Javascript con <acronym>AJAX</acronym> ofrecen funcionalidad para
         proporcionar autocompletado según la cual un selectlist de resultados
         potencialmente concordantes se visualiza a medida que el usuario tipea.
-        El ayudante <methodname>AutoComplete</methodname> pretende simplificar el retorno
+        El ayudante <emphasis>AutoComplete</emphasis> pretende simplificar el retorno
         de respuestas aceptables a esos métodos.
     </para>
 
     <para>
         Dado que no todas la bibliotecas JS implementan el autocompletado de
-        la misma manera, el ayudante <methodname>AutoComplete</methodname> ofrece algunas
+        la misma manera, el ayudante <emphasis>AutoComplete</emphasis> ofrece algunas
         funcionalidades abstractas de base necesarias para muchas bibliotecas,
         e implementaciones concretas para distintas bibliotecas.
         Los tipos de datos de retorno son generalmente o bien arrays de strings
-        JSON, array de arrays JSON (donde cada miembro del array está en un array
-        asociativo de metadatos utilizado para crear la selectlist), o HTML.
+        <acronym>JSON</acronym>, array de arrays <acronym>JSON</acronym> (donde cada miembro del array está en un array
+        asociativo de metadatos utilizado para crear la selectlist), o <acronym>HTML</acronym>.
     </para>
 
     <para>
@@ -62,7 +62,7 @@ class FooController extends Zend_Controller_Action
 
         <listitem><para>
                 Establece el cuerpo de la respuesta con datos
-                codificados/formateados para autocompletar.
+                codificados o formateados para autocompletar.
         </para></listitem>
 
         <listitem><para>
@@ -83,7 +83,7 @@ class FooController extends Zend_Controller_Action
 
         <listitem><para>
                 <methodname>encodeJson($data, $keepLayouts = false)</methodname>
-                codificará datos a JSON, y opcionalmente habilitando o
+                codificará datos a <acronym>JSON</acronym>, y opcionalmente habilitando o
                 deshabilitando esquemas. Típicamente, esto se llama dentro de
                 <methodname>prepareAutoCompletion()</methodname>.
         </para></listitem>
@@ -108,7 +108,7 @@ class FooController extends Zend_Controller_Action
                 <methodname>direct($data, $sendNow = true, $keepLayouts =
                     false)</methodname> se utiliza cuando se llama al ayudante como
                     un método del ayudante intermediario. El flag
-                    <methodname>$sendNow</methodname> se utiliza para determinar si se debe
+                     <varname>$sendNow</varname> se utiliza para determinar si se debe
                     llamar a <methodname>sendAutoCompletion()</methodname> o a
                     <methodname>prepareAutoCompletion()</methodname>, respectivamente.
         </para></listitem>
@@ -133,7 +133,7 @@ class FooController extends Zend_Controller_Action
 
         <para>
             En Zend Framework, puede pasar un simple array indexado al ayudante
-            AutoCompleteDojo, y este regresará una adecuada respuesta JSON
+            AutoCompleteDojo, y este regresará una adecuada respuesta <acronym>JSON</acronym>
             para su uso como almacenamiento:
         </para>
 
@@ -146,7 +146,7 @@ $this->_helper->autoCompleteDojo($data);
             <title>AutoCompletion con Dojo Usando Zend MVC</title>
 
             <para>
-                AutoCompletion con Dojo via Zend MVC requiere varias cosas:
+                AutoCompletion con Dojo via Zend <acronym>MVC</acronym> requiere varias cosas:
                 generar un objeto form para el ComboBox en el que usted quiere
                 AutoCompletado, un controlador de acción para prestar servicio
                 a los resultados de AutoCompletion, creando un QueryReadStore
@@ -157,13 +157,13 @@ $this->_helper->autoCompleteDojo($data);
 
             <para>
                 En primer lugar, veamos el Javascript necesario. Dojo ofrece
-                un marco completo para crear Javascript OOP, tal como lo hace
+                un marco completo para crear Javascript <acronym>OOP</acronym>, tal como lo hace
                 Zend Framework para <acronym>PHP</acronym>. Parte de eso es la capacidad de
                 crear pseudo-namespaces utilizando la jerarquía de directorios.
                 Crearemos un directorio 'custom' en el mismo nivel en el cual
                 el directorio de Dojo forma parte de la distribución Dojo.
                 Dentro del directorio, crearemos un archivo Javascript,
-                TestNameReadStore.js, con el siguiente contenido:
+                <filename>TestNameReadStore.js</filename>, con el siguiente contenido:
             </para>
 
             <programlisting language="javascript"><![CDATA[
@@ -222,12 +222,12 @@ class TestController extends Zend_Controller_Action
             <para>
                 Aquí, estamos simplemente creando un formulario con los métodos
                 'test' y 'go'. El método 'test' agrega varios atributos
-                especiales específicos de Dojo: dojoType, store, autoComplete
+                especiales específicos de Dojo: dojoType, store, <emphasis>AutoComplete</emphasis>
                 y hasDownArrow. El dojoType es utilizado para indicar que
                 estamos creando un ComboBox, y que vamos a vincularlo
                 a un almacén de datos (clave 'store') de 'testStore'
                 -- veremos más de esto más adelante.
-                Especificando 'autoComplete' como falso se le dice a Dojo que
+                Especificando '<emphasis>AutoComplete</emphasis>' como <constant>FALSE</constant> se le dice a Dojo que
                 no seleccione automáticamente el primer acierto, sino mostrar
                 una lista de aciertos. Por último, 'hasDownArrow' crea una
                 flecha abajo similar a un select box para que podamos
@@ -334,7 +334,7 @@ dojo.require("custom.TestNameReadStore");
             <para>
                 Note que las llamadas a los ayudantes de vista como headStyle
                 y headScript; son ubicadores, que podemos suministrar a la
-                sección 'head' del HTML de nuestro script de vista.
+                sección 'head' del <acronym>HTML</acronym> de nuestro script de vista.
             </para>
 
             <para>
@@ -348,13 +348,13 @@ dojo.require("custom.TestNameReadStore");
         <title>AutoCompletion con Scriptaculous</title>
         <para>
             <ulink url="http://wiki.script.aculo.us/scriptaculous/show/Ajax.Autocompleter">Scriptaculous</ulink>
-            espera una respuesta HTML en un formato específico.
+            espera una respuesta <acronym>HTML</acronym> en un formato específico.
         </para>
 
         <para>
             El ayudante para utilizar con esta biblioteca es
             'AutoCompleteScriptaculous'. Simplemente proporcionarle un array de
-            datos, y el ayudante creará una respuesta HTML compatible con
+            datos, y el ayudante creará una respuesta <acronym>HTML</acronym> compatible con
             Ajax.Autocompleter.
         </para>
     </sect4>

documentation/manual/es/module_specs/Zend_Controller-ActionHelpers-ContextSwitch.xml

@@ -73,8 +73,8 @@ class NewsController extends Zend_Controller_Action
 
     <para>
         Digamos que queremos que <methodname>listAction()</methodname> también esté
-        disponible en un formato XML. En lugar de crear una acción diferente,
-        podemos indicarle que puede devolver una respuesta XML:
+        disponible en un formato <acronym>XML</acronym>. En lugar de crear una acción diferente,
+        podemos indicarle que puede devolver una respuesta <acronym>XML</acronym>:
     </para>
 
      <programlisting language="php"><![CDATA[
@@ -108,7 +108,7 @@ class NewsController extends Zend_Controller_Action
 
     <para>
         Ahora, necesitará crear un nuevo script de vista, 'news/list.xml.phtml',
-        que creará y mostrará a XML.
+        que creará y mostrará a <acronym>XML</acronym>.
     </para>
 
     <para>
@@ -121,7 +121,7 @@ class NewsController extends Zend_Controller_Action
 
     <itemizedlist>
         <listitem><para>
-                Via parámetro URL: <methodname>/news/list/format/xml</methodname>
+                Via parámetro <acronym>URL</acronym>: <methodname>/news/list/format/xml</methodname>
                 (recordar que el valor por defecto del esquema de ruteo permite
                 pares arbitrarios de clave/valor tras la acción).
         </para></listitem>
@@ -143,13 +143,13 @@ class NewsController extends Zend_Controller_Action
 
         <para>
             Por defecto, dos contextos están a disposición del ayudante
-            <methodname>ContextSwitch</methodname> : JSON y XML.
+            <methodname>ContextSwitch</methodname> : <acronym>JSON</acronym> y <acronym>XML</acronym>.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <emphasis>JSON</emphasis>. El contexto JSON establece la
+                    <emphasis>JSON</emphasis>. El contexto <acronym>JSON</acronym> establece la
                     cabecera de respuesta 'Content-Type' a 'application/json',
                     y el sufijo del script de vista a 'json.phtml'.
                 </para>
@@ -157,7 +157,7 @@ class NewsController extends Zend_Controller_Action
                 <para>
                     Sin embargo, por defecto, no es necesario un script de vista.
                     Simplemente serializará todas las variables de la vista,
-                    y emitirá la respuesta JSON inmediatamente.
+                    y emitirá la respuesta <acronym>JSON</acronym> inmediatamente.
                 </para>
 
                 <para>
@@ -172,7 +172,7 @@ $this->_helper->contextSwitch()->setAutoJsonSerialization(false);
 
             <listitem>
                 <para>
-                    <emphasis>XML</emphasis>. El contexto XML establece la
+                    <emphasis>XML</emphasis>. El contexto <acronym>XML</acronym> establece la
                     cabecera de respuesta 'Content-Type' a 'text/xml',
                     y el sufijo del script de vista a 'xml.phtml'.
                     Necesitará crear un script de vista nuevo para el contexto.
@@ -219,16 +219,16 @@ $this->_helper->contextSwitch()->setAutoJsonSerialization(false);
                 <para>La inicialización de callbacks ocurre cuando el contexto
                 es detectado por <methodname>ContextSwitch</methodname>.
                 Usted puede usarlo para ejecutar una lógica arbitraria.
-                Por ejemplo, el contexto JSON utiliza un callback
+                Por ejemplo, el contexto <acronym>JSON</acronym> utiliza un callback
                 para desactivar a ViewRenderer cuando está activada la
                 serialización auto-JSON.</para>
 
                 <para>El post procesamiento ocurre durante la rutina de la
                 acción <methodname>postDispatch()</methodname>, y puede ser utilizada
                 para ejecutar una lógica arbitraria. Como ejemplo, el contexto
-                JSON utiliza un callback para determinar si la serialización
+                <acronym>JSON</acronym> utiliza un callback para determinar si la serialización
                 auto-JSON está activada; si así fuera, serializa las variables
-                de la vista a JSON y envía la respuesta, pero si no,
+                de la vista a <acronym>JSON</acronym> y envía la respuesta, pero si no,
                 re-habilita a ViewRenderer.</para>
             </listitem>
         </itemizedlist>
@@ -263,7 +263,7 @@ $this->_helper->contextSwitch()->setAutoJsonSerialization(false);
              </para></listitem>
 
             <listitem><para>
-                <methodname>hasContext($context)</methodname>: devuelve true si el contexto
+                <methodname>hasContext($context)</methodname>: devuelve <constant>TRUE</constant> si el contexto
                 existe, false de lo contrario.
             </para></listitem>
 
@@ -279,7 +279,7 @@ $this->_helper->contextSwitch()->setAutoJsonSerialization(false);
 
             <listitem><para>
                 <methodname>removeContext($context)</methodname>: elimina un único contexto
-                por su nombre. Devuelve true si tiene éxito, false si el
+                por su nombre. Devuelve <constant>TRUE</constant> si tiene éxito, false si el
                 contexto no fue encontrado.
             </para></listitem>
 
@@ -328,8 +328,8 @@ class FooController extends Zend_Controller_Action
 ]]></programlisting>
 
         <para>
-            Supongamos que queremos añadir un contexto XML a la acción 'list',
-            y contextos XML y JSON a la acción 'comments'.
+            Supongamos que queremos añadir un contexto <acronym>XML</acronym> a la acción 'list',
+            y contextos <acronym>XML</acronym> y <acronym>JSON</acronym> a la acción 'comments'.
             Podríamos hacerlo en el método <methodname>init()</methodname>:
         </para>
 
@@ -489,8 +489,8 @@ $contextSwitch->initContext('xml');
             <listitem>
                 <para>
                     <methodname>setAutoJsonSerialization($flag)</methodname>: Por defecto,
-                    los contextos JSON serializarán cualquier variable de vista
-                    a notación JSON y lo devolverán como una respuesta.
+                    los contextos <acronym>JSON</acronym> serializarán cualquier variable de vista
+                    a notación <acronym>JSON</acronym> y lo devolverán como una respuesta.
                     Si usted desea crear su propia respuesta, debe deshabilitar
                     esta opción; esto debe hacerse antes de llamar a
                     <methodname>initContext()</methodname>.
@@ -708,7 +708,7 @@ $contextSwitch->initContext();
             En primer lugar, el controlador de acción utiliza una propiedad
             diferente para determinar contextos, <methodname>$ajaxable</methodname>.
             Esto es, que puede tener diferentes contextos utilizados para
-            AJAX versus peticiones normales HTTP.
+            <acronym>AJAX</acronym> versus peticiones normales <acronym>HTTP</acronym>.
             Los diversos métodos <methodname>*ActionContext*()</methodname> de
             <methodname>AjaxContext</methodname> le escribirán a esta propiedad.
         </para>
@@ -735,9 +735,9 @@ $contextSwitch->initContext();
             <para>
                 En el siguiente ejemplo, estamos permitiendo requerimientos a
                 las acciones 'view', 'form', y 'process' para responder a
-                peticiones AJAX. En los dos primeros casos, 'view' y 'form',
+                peticiones <acronym>AJAX</acronym>. En los dos primeros casos, 'view' y 'form',
                 devolveremos fragmentos (snippets) de HTML con los cuales
-                actualizaremos la página; y en el último, devolveremos JSON.
+                actualizaremos la página; y en el último, devolveremos <acronym>JSON</acronym>.
             </para>
 
              <programlisting language="php"><![CDATA[
@@ -777,7 +777,7 @@ class CommentController extends Zend_Controller_Action
 ]]></programlisting>
 
             <para>
-                En el lado del cliente, su biblioteca AJAX simplemente pedirá
+                En el lado del cliente, su biblioteca <acronym>AJAX</acronym> simplemente pedirá
                 los parámetros finales '/comment/view', '/comment/form', y
                 '/comment/process', y pasar el parámetro 'format':
                 '/comment/view/format/html', '/comment/form/format/html',

documentation/manual/es/module_specs/Zend_Controller-ActionHelpers-Redirector.xml

@@ -44,7 +44,7 @@
             <listitem>
                 <para>
                     <methodname>setGotoSimple()</methodname> puede ser utilizada para
-                    establecer la URL que usar por defecto si no se ha pasado
+                    establecer la <acronym>URL</acronym> que usar por defecto si no se ha pasado
                     ninguna a <methodname>gotoSimple()</methodname>.
                     Utiliza la <acronym>API</acronym> de
                     <classname>Zend_Controller_Action::_forward()</classname>:
@@ -56,9 +56,9 @@
             <listitem>
                 <para>
                     <methodname>setGotoRoute()</methodname> puede ser utilizada para
-                    establecer una URL basada en una ruta.
+                    establecer una <acronym>URL</acronym> basada en una ruta.
                     Pasarla en un array de pares clave/valor y un nombre de ruta,
-                    y que ensamblarán la URL según la definición y el tipo de
+                    y que ensamblarán la <acronym>URL</acronym> según la definición y el tipo de
                     ruta.
                 </para>
             </listitem>
@@ -66,15 +66,15 @@
             <listitem>
                 <para>
                     <methodname>setGotoUrl()</methodname> puede ser utilizada para
-                    establecer una URL por defecto si no se pasa ninguna a
-                    <methodname>gotoUrl()</methodname>. Acepta un solo string URL.
+                    establecer una <acronym>URL</acronym> por defecto si no se pasa ninguna a
+                    <methodname>gotoUrl()</methodname>. Acepta un solo string <acronym>URL</acronym>.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <methodname>setPrependBase()</methodname> puede ser utilizada para
-                    anteponer la URL base del objeto solicitud a una URL
+                    anteponer la <acronym>URL</acronym> base del objeto solicitud a una <acronym>URL</acronym>
                     especificada con
                     <methodname>setGotoUrl()</methodname>, <methodname>gotoUrl()</methodname>, o
                     <methodname>gotoUrlAndExit()</methodname>.
@@ -90,7 +90,7 @@
                     <methodname>$_SERVER['HTTP_HOST']</methodname>,
                     <methodname>$_SERVER['SERVER_PORT']</methodname>, y
                     <methodname>$_SERVER['HTTPS']</methodname>
-                    para formar una URI completa a la URL especificada por uno
+                    para formar una URI completa a la <acronym>URL</acronym> especificada por uno
                     de los métodos de redirección. Esta opción está desactivada
                     por defecto, pero podrá ser activada por defecto en
                     versiones posteriores.
@@ -107,7 +107,7 @@
             <listitem>
                 <para>
                     <methodname>gotoSimple()</methodname> usa <methodname>setGotoSimple()</methodname>
-                    (<methodname>_forward()-tipo API</methodname>) para construir una URL
+                    (<methodname>_forward()-tipo API</methodname>) para construir una <acronym>URL</acronym>
                     y realizar un redireccionamiento.
                 </para>
             </listitem>
@@ -115,7 +115,7 @@
             <listitem>
                 <para>
                     <methodname>gotoRoute()</methodname> usa <methodname>setGotoRoute()</methodname>
-                    (<methodname>route-assembly</methodname>) para construir una URL
+                    (<methodname>route-assembly</methodname>) para construir una <acronym>URL</acronym>
                     y realizar un redireccionamiento.
                 </para>
             </listitem>
@@ -123,14 +123,14 @@
             <listitem>
                 <para>
                     <methodname>gotoUrl()</methodname> usa <methodname>setGotoUrl()</methodname>
-                    (<methodname>URL string</methodname>) para construir una URL
+                    (<methodname>URL string</methodname>) para construir una <acronym>URL</acronym>
                     y realizar un redireccionamiento.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Por último, usted puede determinar la redirección actual de la URL
+            Por último, usted puede determinar la redirección actual de la <acronym>URL</acronym>
             en cualquier momento usando <methodname>getRedirectUrl()</methodname>.
         </para>
     </sect4>
@@ -143,8 +143,8 @@
 
             <para>
                 Este ejemplo anula varias opciones, incluido el establecimiento del
-                código de estado HTTP para usar en la redirección ('303'),
-                no saliendo por defecto en la redirección, y definir una URL a
+                código de estado <acronym>HTTP</acronym> para usar en la redirección ('303'),
+                no saliendo por defecto en la redirección, y definir una <acronym>URL</acronym> a
                 usar por defecto cuando se redireccione.
             </para>
 
@@ -228,7 +228,7 @@ class AlternativeController extends Zend_Controller_Action
             <para>
                 La <acronym>API</acronym> <methodname>gotoSimple()</methodname> imita a la de
                 <classname>Zend_Controller_Action::_forward()</classname>.
-                La diferencia principal es que construye una URL desde los
+                La diferencia principal es que construye una <acronym>URL</acronym> desde los
                 parámetros pasados, y utiliza el formato por defecto
                 <methodname>:module/:controller/:action/*</methodname> del enrutador
                 predeterminado. A continuación se redirecciona en lugar de
@@ -290,7 +290,7 @@ $router->addRoute('blogArchive', $route);
 
             <para>
                 Dado un array con el año fijado a 2006, mes a 4, día a 24,
-                e id a 42, entonces construye la siguiente URL
+                e id a 42, entonces construye la siguiente <acronym>URL</acronym>
                 <methodname>/blog/2006/4/24/42</methodname>.
             </para>
 

documentation/manual/es/module_specs/Zend_Controller-ActionHelpers-ViewRenderer.xml

@@ -684,7 +684,7 @@ class Foo_BarController extends Zend_Controller_Action
             <title>Convenciones de Nombres: Delimitadores de Palabras en Controladores y Nombres de Acción</title>
             <para>
                 Si su controlador o nombre de acción está compuesto por varias
-                palabras, el despachador exige que estos sean separados de la URL
+                palabras, el despachador exige que estos sean separados de la <acronym>URL</acronym>
                 por un path específico y caracteres delimitadores de palabras.
                 El <methodname>ViewRenderer</methodname> reemplaza cualquier delimitador
                 de paths encontrado en el nombre del controlador con el

documentation/manual/es/module_specs/Zend_Controller-Basics.xml

@@ -64,7 +64,7 @@
                     Por defecto, se usa
                     <classname>Zend_Controller_Request_Http</classname>, el cual
                     proporciona acceso a todo el ámbito de la petición
-                    HTTP.
+                    <acronym>HTTP</acronym>.
                 </para>
             </listitem>
 
@@ -157,7 +157,7 @@
                     <para>
                         Si desea que su clase controlador o el nombre del
                         método de la acción tenga múltiples MixedCasedWords o
-                        camelCasedWords, para separar las palabras en la url
+                        camelCasedWords, para separar las palabras en la <acronym>URL</acronym>
                         necesitará hacerlo con un '-' o '.' (aunque puede
                         configurar el carácter utilizado).
                     </para>
@@ -165,7 +165,7 @@
                     <para>
                         Como ejemplo, si se va a la acción en
                         <methodname>FooBarController::bazBatAction()</methodname>,
-                        se referirá a ella en la URL como
+                        se referirá a ella en la <acronym>URL</acronym> como
                         <methodname>/foo-bar/baz-bat</methodname>
                         o <methodname>/foo.bar/baz.bat</methodname>.
                     </para>

documentation/manual/es/module_specs/Zend_Controller-Migration.xml

@@ -105,7 +105,7 @@
         </para>
 
         <para>        		
-			Al escribir las URLs, la manera de escribir la documentada acción camelCased
+			Al escribir las <acronym>URL</acronym>s, la manera de escribir la documentada acción camelCased
             es usar un separador de palabra, que son "." o '-' por defecto,
             pero pueden ser configurados en el despachador. El despachador internamente
             convierte en minúsculas el nombre de la acción, y usa estos separadores de palabra para
@@ -136,7 +136,7 @@
             ViewRenderer ya no resuelva estas direcciones, la semántica esta ahora
             forzada. La primera de ellas, el despachador ahora impone
             la sensibilidad en los nombres de la acción. Lo que esto significa es que la referencia a
-            sus acciones en la url utilisando camelCasing ya no para devolver
+            sus acciones en la <acronym>URL</acronym> utilisando camelCasing ya no para devolver
             al mismo método que utilizan los separadores de palabras (es decir, 'camel-casing').
             Esto nos lleva a la vista ViewRenderer ahora sólo en honor a las acciones
             palabra-separador cuando se devuleven los scripts vista.
@@ -676,8 +676,8 @@ echo $response;
 						<methodname>_redirect ()</methodname> ahora toma un segundo opcional
                         argumento, el código HTTP a retornar con la redirección, y
                         un opcional tercer argumento, <methodname>$prependBase</methodname>,
-                        que puede indicar que la URL base registrada en la
-                        solicitud del objeto debería ser añadido a la URL especificada.
+                        que puede indicar que la <acronym>URL</acronym> base registrada en la
+                        solicitud del objeto debería ser añadido a la <acronym>URL</acronym> especificada.
                     </para></listitem>
 
                     <listitem>
@@ -687,7 +687,7 @@ echo $response;
                             el cual ya no existe en la actual encarnación.
                             El único propósito de la muestra era proporcionar
                             información sobre la solicitud del controlador, acción,
-                            y los parámetros URL. Esta información es ahora
+                            y los parámetros <acronym>URL</acronym>. Esta información es ahora
                             disponible en la solicitud del objeto, y puede acceder
                             como sigue:
                         </para>

documentation/manual/es/module_specs/Zend_Controller-QuickStart.xml

@@ -20,9 +20,9 @@
             <ulink url="http://www.martinfowler.com/eaaCatalog/frontController.html">
                 Front Controller (Controlador Frontal)
             </ulink>
-            en el cual todas las transacciones HTTP (requests) son
+            en el cual todas las transacciones <acronym>HTTP</acronym> (requests) son
             interceptadas por el controlador frontal y enviado a una
-            Acción particular de un Controlador según la URL pedida.
+            Acción particular de un Controlador según la <acronym>URL</acronym> pedida.
 
 
         </para>
@@ -148,9 +148,9 @@ Zend_Controller_Front::run('/path/to/app/controllers');
             <para>
                 Antes de tratar los action controllers, debe primero
                 entender cómo las peticiones son redirigidas en Zend Framework.
-                Por defecto, el primero segmento de una ruta URL apunta
+                Por defecto, el primero segmento de una ruta <acronym>URL</acronym> apunta
                 a un controlador, y el segundo a una acción. Por ejemplo,
-                dada la URL
+                dada la <acronym>URL</acronym>
                 <methodname>
                     http://framework.zend.com/roadmap/components
                 </methodname>

documentation/manual/es/module_specs/Zend_Controller-Request.xml

@@ -10,7 +10,7 @@
             <classname>Zend_Controller_Front</classname> y el router, dispatcher, y
             clases de controlador. Empaqueta los nombres del módulo solicitado,
             controlador, acción, y los parámetros opcionales, así como el resto del
-            entorno de la solicitud, ya sea HTTP, el CLI, o PHP-GTK.
+            entorno de la solicitud, ya sea <acronym>HTTP</acronym>, el CLI, o PHP-GTK.
         </para>
 
         <itemizedlist>
@@ -255,7 +255,7 @@ $response   = $controller->dispatch();
             <title>Determining the Request Method</title>
 
             <para>
-                <methodname>getMethod()</methodname> allows you to determine the HTTP
+                <methodname>getMethod()</methodname> allows you to determine the <acronym>HTTP</acronym>
                 request method used to request the current resource.
                 Additionally, a variety of methods exist that allow you to get
                 boolean responses when asking if a specific type of request has
@@ -272,7 +272,7 @@ $response   = $controller->dispatch();
             </itemizedlist>
 
             <para>
-                The primary use case for these is for creating RESTful MVC
+                The primary use case for these is for creating RESTful MVC 
                 architectures.
             </para>
         </sect3>
@@ -284,7 +284,7 @@ $response   = $controller->dispatch();
                 <classname>Zend_Controller_Request_Http</classname> has a rudimentary
                 method for detecting AJAX requests:
                 <methodname>isXmlHttpRequest()</methodname>. This method looks for an
-                HTTP request header <methodname>X-Requested-With</methodname> with the value
+                <acronym>HTTP</acronym> request header <methodname>X-Requested-With</methodname> with the value
                 'XMLHttpRequest'; if found, it returns true.
             </para>
 
@@ -416,7 +416,7 @@ abstract class Zend_Controller_Request_Abstract
                       Para ampliar esta clase, o uno de sus derivados, cuando se necesita la
                         clase solicitud que interactue con un entorno específico con el fin de
                         recuperar los datos para su uso en las tareas antes descritas. Los ejemplos incluyen <link
-                                linkend = "zend.controller.request.http"> el entorno HTTP
+                                linkend = "zend.controller.request.http"> el entorno <acronym>HTTP</acronym>
                                 </link>, un entorno CLI, o un entorno de PHP-GTK.
         </para>
     </sect2>

documentation/manual/es/module_specs/Zend_Controller-Router-Route-Chain.xml

@@ -80,7 +80,7 @@ echo $chainedRoute->assemble();
             encadenamiento resultante. 
             El nombre de la ruta encadenada en el router será el nombre de la 
             ruta padre concatenada con un guión ('-') con el nombre de la ruta 
-            hijo. Un simple config en XML se vería así:
+            hijo. Un simple config en <acronym>XML</acronym> se vería así:
         </para>
 
         <programlisting language="xml"><![CDATA[

documentation/manual/es/module_specs/Zend_Controller-Router-Route-Hostname.xml

@@ -7,7 +7,7 @@
     <para>
         <classname>Zend_Controller_Router_Route_Hostname</classname> es la ruta 
         del framework en el servidor. Funciona similarmente a la standard route, 
-        pero funciona con el nombre del host de la URL llamada, en lugar del path.
+        pero funciona con el nombre del host de la <acronym>URL</acronym> llamada, en lugar del path.
     </para>
 
     <para>

documentation/manual/es/module_specs/Zend_Controller-Router-Route-Regex.xml

@@ -47,9 +47,9 @@ $values = array(
 
     <note>
         <para>
-            Las barras de comienzo y final están recortadas de la URL en el 
+            Las barras de comienzo y final están recortadas de la <acronym>URL</acronym> en el 
             Router antes de una concordancia. Como resultado, coincidendo con 
-            la URL <methodname>http://domain.com/foo/bar/</methodname>, involucraría al 
+            la <acronym>URL</acronym> <methodname>http://domain.com/foo/bar/</methodname>, involucraría al 
             regex de <methodname>foo/bar</methodname>, y no a <methodname>/foo/bar</methodname>.
         </para>
     </note>
@@ -195,7 +195,7 @@ $route = new Zend_Controller_Router_Route_Regex(
 
     <para>
         Lo que resultará en una mezcla de valores disponibles en la solicitud. 
-        Como ejemplo, la URL <methodname>http://domain.com/archive/2006/page/10</methodname>  
+        Como ejemplo, la <acronym>URL</acronym> <methodname>http://domain.com/archive/2006/page/10</methodname>  
         resultará con los siguientes valores:
     </para>
 
@@ -210,7 +210,7 @@ $values = array(
 
     <para>
         Dado que los patrones regex no pueden invertirse fácilmente, tendrá que 
-        preparar una URL inversa si desea usar un ayudante de URL o incluso 
+        preparar una <acronym>URL</acronym> inversa si desea usar un ayudante de <acronym>URL</acronym> o incluso 
         un método de ensamble de esta clase. Este path inverso está representado 
         por un string parseable por sprintf() y se define como el cuarto 
         parámetro del constructor:
@@ -229,7 +229,7 @@ $route = new Zend_Controller_Router_Route_Regex(
         Todo esto es algo que ya fue posible de hacer por medio de un objeto 
         de ruta estandard, por lo tanto podría preguntarese: ¿cuál es la ventaja 
         de utilizar la ruta Regex?. 
-        Principalmente, le permite describir cualquier tipo de URL sin 
+        Principalmente, le permite describir cualquier tipo de <acronym>URL</acronym> sin 
         restricción alguna. Imagínese que tiene un blog y desea crear URLs 
         como: <methodname>http://domain.com/blog/archive/01-Using_the_Regex_Router.html</methodname>, 
         y que tiene que descomponer el último elemento del path 

documentation/manual/es/module_specs/Zend_Controller-Router-Route-Static.xml

@@ -21,7 +21,7 @@ $router->addRoute('login', $route);
 ]]></programlisting>
 
     <para>
-        La ruta anterior se comparará con una URL de <methodname>http://domain.com/login</methodname>,
+        La ruta anterior se comparará con una <acronym>URL</acronym> de <methodname>http://domain.com/login</methodname>,
         y hará un dispatch a <methodname>AuthController::loginAction()</methodname>.
     </para>
 
@@ -29,7 +29,7 @@ $router->addRoute('login', $route);
         <title>Advertencia: Las Rutas Estáticas Deben Contener Defaults Sanos</title>
 
         <para>
-            Dado que una ruta estática no pasa ninguna parte de la URL del  
+            Dado que una ruta estática no pasa ninguna parte de la <acronym>URL</acronym> del  
             objeto solicitud, como ser los parámetros, usted 
             <emphasis>debe</emphasis> pasar todos los parámetros necesarios para 
             enviar una solicitud a la ruta como si fuera por defecto. 

documentation/manual/es/module_specs/Zend_Controller-Router-Route.xml

@@ -8,7 +8,7 @@
         <classname>Zend_Controller_Router_Route</classname> es la ruta 
         standard del framework. Combina la facilidad de uso con la flexibilidad  
         para la definición de rutas. Cada ruta consiste fundamentalmente en el 
-        mapeo de la URL (de partes estáticas y dinámicas (variables)) y puede ser 
+        mapeo de la <acronym>URL</acronym> (de partes estáticas y dinámicas (variables)) y puede ser 
         iniciada con valores predeterminados así como con requisitos variables.
     </para>
 
@@ -36,7 +36,7 @@ $router->addRoute('user', $route);
     <para>
         El primer parámetro en el constructor 
         <classname>Zend_Controller_Router_Route</classname>
-        es una definición de ruta que será acompañada de una URL. 
+        es una definición de ruta que será acompañada de una <acronym>URL</acronym>. 
         Las definiciones de ruta consisten en partes estáticas y dinámicas 
         separadas por el caracter barra ('/'). Las partes estáticas son simples 
         textos: <methodname>author</methodname>. Las partes dinámicas, llamadas variables, 
@@ -129,7 +129,7 @@ $router->addRoute('archive', $route);
 ]]></programlisting>
 
         <para>
-            La ruta de arriba comparará URLs como
+            La ruta de arriba comparará <acronym>URL</acronym>s como
             <methodname>http://domain.com/archive/2005</methodname> y
             <methodname>http://example.com/archive</methodname>. En este último caso la 
             variable year(año) tendrá un valor inicial predeterminado de 2006.
@@ -192,7 +192,7 @@ $router->addRoute('archive', $route);
         <para>
             Con una ruta definida como la de arriba, el router comparará solo 
             cuando la variable año contenga datos numéricos, eg. 
-            <methodname>http://domain.com/archive/2345</methodname>. Una URL como 
+            <methodname>http://domain.com/archive/2345</methodname>. Una <acronym>URL</acronym> como 
             <methodname>http://example.com/archive/test</methodname> no se comparará y en su 
             lugar el control se pasará a la próxima ruta en la cadena.
         </para>
@@ -278,7 +278,7 @@ $router->addRoute('archive', $route);
             <para>
                 Ocasionalmente un ID de mensaje que quiere usar en una de sus 
                 rutas ya se utiliza en un view script o en otro lugar. 
-                Para tener pleno control sobre URLs seguras, debe usar 
+                Para tener pleno control sobre <acronym>URL</acronym>s seguras, debe usar 
                 un archivo de idioma separado para los mensajes utilizados en 
                 la ruta.
             </para>

documentation/manual/es/module_specs/Zend_Controller-Router.xml

@@ -8,7 +8,7 @@
         <para>
             <classname>Zend_Controller_Router_Rewrite</classname> Es el router 
             standard del Framework. Routing es el proceso de tomar la parte 
-            final de una URI (la parte de la URI que viene después de la URL 
+            final de una URI (la parte de la URI que viene después de la <acronym>URL</acronym> 
             base) y la descomposición en parámetros para determinar qué módulo, 
             qué controlador y acción de ese controlador debe recibir la solicitud. 
             Estos valores del módulo, controlador, acción y otros parámetros 
@@ -24,7 +24,7 @@
             para permitir que una funcionalidad tipo mod_rewrite se pueda usar 
             en estructuras <acronym>PHP</acronym> puras. Se basa muy vagamente en el routing de 
             Ruby on Rails (RoR) y no requiere ningún conocimiento previo de 
-            reescritura de la URL del webserver. Está diseñado para trabajar 
+            reescritura de la <acronym>URL</acronym> del webserver. Está diseñado para trabajar 
             con solo una regla mod_rewrite de Apache (one of):
         </para>
 
@@ -179,14 +179,14 @@ $router->addRoute('user',
         <para>
             El primer parámetro a addRoute es el nombre de la ruta. 
             Se utiliza como un manejador para sacar las rutas del router 
-            (por ejemplo, con fines de generación de URL). 
+            (por ejemplo, con fines de generación de <acronym>URL</acronym>). 
             El segundo parámetro es la ruta misma.
         </para>
 
         <note>
             <para>
                 El uso más común del nombre de ruta es por medio del 
-                ayudante de url <classname>Zend_View</classname>:
+                ayudante de <acronym>URL</acronym> <classname>Zend_View</classname>:
             </para>
 
              <programlisting language="php"><![CDATA[
@@ -229,7 +229,7 @@ $router->addRoute('user',
         <note>
             <title>Valores Retornados</title>
             <para>
-                Los valores retornados del routing provienen de parámetros URL 
+                Los valores retornados del routing provienen de parámetros <acronym>URL</acronym> 
                 o de rutas definidas por defecto por el usuario. 
                 Estas variables son accesibles posteriormente a través de los métodos 
                 <classname>Zend_Controller_Request::getParam()</classname> o
@@ -347,14 +347,14 @@ $router->removeDefaultRoutes();
         <para>
             El router rewrite puede ser utilizado en subdirectorios (por 
             ejemplo <methodname>http://domain.com/~user/application-root/</methodname>) 
-            en cuyo caso la URL base de la aplicación 
+            en cuyo caso la <acronym>URL</acronym> base de la aplicación 
             (<methodname>/~user/application-root</methodname>) debe ser detectada 
             automáticamente por <classname>Zend_Controller_Request_Http</classname> 
             y usada en consecuencia.
         </para>
 
         <para>
-            Si la URL base se detecta incorrectamente se la puede anular con su 
+            Si la <acronym>URL</acronym> base se detecta incorrectamente se la puede anular con su 
             propio path de base usando
             <classname>Zend_Controller_Request_Http</classname> y llamando al 
             método <methodname>setBaseUrl()</methodname> (ver <xref

documentation/manual/es/module_specs/Zend_Db_Adapter.xml

@@ -337,7 +337,7 @@ $db = Zend_Db::factory($config->database);
                         <emphasis>host</emphasis>
                         : una string conteniendo un nombre de host o dirección IP
                         del servidor de base de datos. Si la base de datos está corriendo
-            sobre el mismo host que la aplicación PHP,
+            sobre el mismo host que la aplicación <acronym>PHP</acronym>,
                         usted puede utilizar 'localhost' o '127.0.0.1'.
                     </para>
                 </listitem>
@@ -812,7 +812,7 @@ $result = $db->fetchAll($sql, 2);
                     <para>
                         <emphasis>Zend_Db::FETCH_OBJ</emphasis>:
                         return data in an array of objects. The default class
-                        is the PHP built-in class stdClass. Columns of the
+                        is the <acronym>PHP</acronym> built-in class stdClass. Columns of the
                         result set are available as public properties of the
                         object.
                     </para>
@@ -1852,7 +1852,7 @@ $result = $db->getConnection()->exec('DROP TABLE bugs');
 
         <para>
             Similarly, you can access other methods or properties that are
-            specific to PHP database extensions. Be aware, though, that by
+            specific to<acronym>PHP</acronym> database extensions. Be aware, though, that by
             doing this you might constrain your application to the interface
             provided by the extension for a specific brand of RDBMS.
         </para>
@@ -1860,7 +1860,7 @@ $result = $db->getConnection()->exec('DROP TABLE bugs');
         <para>
             In future versions of <classname>Zend_Db</classname>, there will be opportunities to
             add method entry points for functionality that is common to
-            the supported PHP database extensions. This will not affect
+            the supported <acronym>PHP</acronym> database extensions. This will not affect
             backward compatibility.
         </para>
 
@@ -2013,7 +2013,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_ibm.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_ibm.
                     </para>
                 </listitem>
                 <listitem>
@@ -2037,7 +2037,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_mssql.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_mssql.
                     </para>
                 </listitem>
                 <listitem>
@@ -2098,7 +2098,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_mysql.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_mysql.
                     </para>
                 </listitem>
                 <listitem>
@@ -2124,7 +2124,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_oci.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_oci.
                     </para>
                 </listitem>
                 <listitem>
@@ -2149,7 +2149,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_pgsql.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_pgsql.
                     </para>
                 </listitem>
                 <listitem>
@@ -2178,7 +2178,7 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extensions pdo and pdo_sqlite.
+                        This Adapter uses the <acronym>PHP</acronym> extensions pdo and pdo_sqlite.
                     </para>
                 </listitem>
                 <listitem>
@@ -2208,13 +2208,13 @@ if (!is_null($version)) {
                 </listitem>
                 <listitem>
                     <para>
-                        Older versions of the SQLite driver for PHP do not seem
+                        Older versions of the SQLite driver for <acronym>PHP</acronym> do not seem
                         to support the PRAGMA commands necessary to ensure that
                         short column names are used in result sets. If you
                         have problems that your result sets are returned with
                         keys of the form "tablename.columnname" when you do a
                         join query, then you should upgrade to the current
-                        version of PHP.
+                        version of <acronym>PHP</acronym>.
                     </para>
                 </listitem>
             </itemizedlist>
@@ -2225,7 +2225,7 @@ if (!is_null($version)) {
             <itemizedlist>
                 <listitem>
                     <para>
-                        This Adapter uses the PHP extension php_interbase.
+                        This Adapter uses the <acronym>PHP</acronym> extension php_interbase.
                     </para>
                 </listitem>
                 <listitem>
@@ -2248,7 +2248,7 @@ if (!is_null($version)) {
                 <listitem>
                     <para>Adapter name is ZendX_Db_Adapter_Firebird.</para>
                     <para>Remember to use the param adapterNamespace with value ZendX_Db_Adapter.</para>
-                    <para>We recommend to update the gds32.dll (or linux equivalent) bundled with php, to the same version of the server. For Firebird the equivalent gds32.dll is fbclient.dll.</para>
+                    <para>We recommend to update the gds32.dll (or linux equivalent) bundled with <acronym>PHP</acronym>, to the same version of the server. For Firebird the equivalent gds32.dll is fbclient.dll.</para>
                     <para>By default all identifiers (tables names, fields) are returned in upper case.</para>
                 </listitem>
             </itemizedlist>

documentation/manual/es/module_specs/Zend_Db_Profiler-Firebug.xml

@@ -15,7 +15,7 @@ perfilado a la <ulink
         Todos los datos son enviados a través del componente
         <classname>Zend_Wildfire_Channel_HttpHeaders</classname> que usa cabeceras HTTP
         para asegurar que el contenido de la página no sea alterado.
-        Depurar peticiones AJAX que requieren respuestas JSON y XML
+        Depurar peticiones AJAX que requieren respuestas JSON y <acronym>XML</acronym>
         es perfectamente posible con este enfoque.
     </para>
 

documentation/manual/es/module_specs/Zend_Db_Table_Row.xml

@@ -352,7 +352,7 @@ $row->delete();
             <title>Serializing a Row</title>
 
             <para>
-                Simply use PHP's <methodname>serialize()</methodname> function to create a string containing a
+                Simply use <acronym>PHP</acronym>'s <methodname>serialize()</methodname> function to create a string containing a
                 byte-stream representation of the Row object argument.
             </para>
 

documentation/manual/es/module_specs/Zend_Form-Elements.xml

@@ -689,7 +689,7 @@ $messages = $element->getMessages();
                     <methodname>setRequired($flag)</methodname> y
                     <methodname>isRequired()</methodname> permiten establecer y recuperar el
                     estado de la bandera 'required'. Cuando se le asigna un
-                    booleano <methodname>true</methodname>, esta bandera requiere que el
+                    booleano <constant>TRUE</constant>, esta bandera requiere que el
                     elemento esté presente en la información procesada por
                     <classname>Zend_Form</classname>.
             </para></listitem>
@@ -699,7 +699,7 @@ $messages = $element->getMessages();
                     <methodname>getAllowEmpty()</methodname> permiten modificar el
                     comportamiento de elementos opcionales (p.e., elementos
                     donde la bandera required es false). Cuando la bandera 
-                    'allow empty' es true, valores vacíos no pasarán la cadena
+                    'allow empty' es <constant>TRUE</constant>, valores vacíos no pasarán la cadena
                     de validadores.
             </para></listitem>
 
@@ -707,7 +707,7 @@ $messages = $element->getMessages();
                     <methodname>setAutoInsertNotEmptyValidator($flag)</methodname> permite
                     especificar si realmente un validador 'NotEmpty' será
                     añadido el inicio de la cadena de validaciones cuando un
-                    elemento es requerido. Por defecto, esta bandera es true.
+                    elemento es requerido. Por defecto, esta bandera es <constant>TRUE</constant>.
             </para></listitem>
 
             <listitem><para>
@@ -1119,23 +1119,23 @@ echo $element->renderHtmlTag("This is the html tag content");
                 es requerido o no cuando se efectúa la validación del
                 formulario. Emplea los métodos de acceso
                 <methodname>setRequired()</methodname> y <methodname>getRequired()</methodname>. Esta
-                bandera es false por defecto.
+                bandera es <constant>FALSE</constant> por defecto.
             </para></listitem>
 
             <listitem><para>
                 <emphasis>allowEmpty</emphasis>: bandera indicando si un
                 elemento no-requerido (opcional) debe intentar validar o no
-                valores vacíos. Cuando es true, y la bandera required es false,
+                valores vacíos. Cuando es <constant>TRUE</constant>, y la bandera required es <constant>FALSE</constant>,
                 valores vacíos no pasarán la cadena de validación, y se supone
                 verdadero. Emplea los métodos de acceso
                 <methodname>setAllowEmpty()</methodname> y <methodname>getAllowEmpty()</methodname>.
-                Esta bandera es true por defecto.
+                Esta bandera es <constant>TRUE</constant> por defecto.
             </para></listitem>
 
             <listitem><para>
                 <emphasis>autoInsertNotEmptyValidator</emphasis>: bandera
                 indicando insertar o no un validador 'NotEmpty' cuando un
-                elemento es requerido. Por defecto, esta bandera es true.
+                elemento es requerido. Por defecto, esta bandera es <constant>TRUE</constant>.
                 Establezca la bandera con
                 <methodname>setAutoInsertNotEmptyValidator($flag)</methodname> y determine
                 el valor con <methodname>autoInsertNotEmptyValidator()</methodname>.

documentation/manual/es/module_specs/Zend_Form-Forms.xml

@@ -1761,7 +1761,7 @@ decorators.form.decorator = "Form"
 ]]></programlisting>
 
         <para>
-            El código de arriba fácilmente puede ser abstraído a un XML o un archivo de configuración basado en arrays PHP.
+            El código de arriba fácilmente puede ser abstraído a un <acronym>XML</acronym> o un archivo de configuración basado en arrays <acronym>PHP</acronym>.
         </para>
     </sect2>
 

documentation/manual/es/module_specs/Zend_Form-StandardElements.xml

@@ -521,7 +521,7 @@ $form->addElement('hash', 'no_csrf_foo', array('salt' => 'unique'));
              utilizando  el método de acceso <methodname>setImageValue()</methodname>
             (o clave de configuración 'imageValue'). Cuando el valor establecido
             para el elemento sea igual a <methodname>imageValue</methodname>, entonces
-            el método de acceso <methodname>isChecked()</methodname> devolverá true.
+            el método de acceso <methodname>isChecked()</methodname> devolverá <constant>TRUE</constant>.
         </para>
 
         <para>

documentation/manual/es/module_specs/Zend_Json-Introduction.xml

@@ -12,19 +12,19 @@
         JSON, JavaScript Object Notation, puede ser utilizado para intercambio 
         de datos entre JavaScript y otros lenguajes. 
         Dado que JSON puede ser evaluado directamente por JavaScript, es más 
-        eficiente y ligero que el formato XML para intercambiar datos con 
+        eficiente y ligero que el formato <acronym>XML</acronym> para intercambiar datos con 
         clientes JavaScript.
     </para>
 
     <para>
         Adicionalmente, <classname>Zend_Json</classname> provee una forma útil 
-        para convertir cualquier string arbitrario con formato XML en un string 
+        para convertir cualquier string arbitrario con formato <acronym>XML</acronym> en un string 
         con formato JSON. Este rasgo integral permite a desarrolladores <acronym>PHP</acronym>
-        transformar los datos codificados de la empresa en formato XML a 
+        transformar los datos codificados de la empresa en formato <acronym>XML</acronym> a 
         formato JSON antes de enviarlos a las aplicaciones del cliente Ajax 
         basadas en navegadores web. Provee una manera fácil de hacer 
         conversiones dinámicas de datos del código en el servidor evitando así 
-        el innecesario parsing de XML de las aplicaciones en el navegador.  
+        el innecesario parsing de <acronym>XML</acronym> de las aplicaciones en el navegador.  
         Ofrece una agradable función útil que facilita las técnicas de 
         procesamiento de datos para aplicaciones específicas.
     </para>

documentation/manual/es/module_specs/Zend_Json-Server.xml

@@ -451,7 +451,7 @@ $server->handle();
                 En su aspecto más básico, un SMD indica el método de transporte 
                 (POST, GET, TCP/IP, etc), el tipo de envoltura de la solicitud  
                 (generalmente se basa en el protocolo del servidor), 
-                el objetivo URL del proveedor del servicio, y un mapa de los 
+                el objetivo <acronym>URL</acronym> del proveedor del servicio, y un mapa de los 
                 servicios disponibles. En el caso de JSON-RPC, el servicio de mapa 
                 es una lista de los métodos disponibles, en el que cada método 
                 documenta los parámetros disponibles y sus tipos, así como los 
@@ -515,14 +515,14 @@ $server->handle();
                         tipo del contenido actual para las solicitudes al 
                         servicio.</para></listitem>
                 <listitem><para><methodname>setTarget($target)</methodname>: Establecer el 
-                        punto final de la URL para el servicio.</para></listitem>
+                        punto final de la <acronym>URL</acronym> para el servicio.</para></listitem>
                 <listitem><para><methodname>getTarget()</methodname>: Obtener el punto final 
-                        de la URL para el servicio.</para></listitem>
+                        de la <acronym>URL</acronym> para el servicio.</para></listitem>
                 <listitem><para><methodname>setId($id)</methodname>: Normalmente, este es el 
-                        punto final de la URL del servicio (igual que el 
+                        punto final de la <acronym>URL</acronym> del servicio (igual que el 
                         objetivo).</para></listitem>
                 <listitem><para><methodname>getId()</methodname>: Recuperar el ID del servicio 
-                        (normalmente el punto final de la URL del servicio).
+                        (normalmente el punto final de la <acronym>URL</acronym> del servicio).
                         </para></listitem>
                 <listitem><para><methodname>setDescription($description)</methodname>: 
                         Establecer una descripción del servicio (típicamente 
@@ -586,11 +586,11 @@ $server->handle();
                 <listitem><para><methodname>getTransport()</methodname>: Recuperar el transporte 
                         actual.</para></listitem>
                 <listitem><para><methodname>setTarget($target)</methodname>: Establecer el 
-                        punto final de la URL del servicio (típicamente, este 
+                        punto final de la <acronym>URL</acronym> del servicio (típicamente, este 
                         será el mismo que el SMD en general, al cual el servicio 
                         está agregado).</para></listitem>
                 <listitem><para><methodname>getTarget()</methodname>: Obtener el punto final 
-                        de la URL del servicio.</para></listitem>
+                        de la <acronym>URL</acronym> del servicio.</para></listitem>
                 <listitem><para><methodname>setEnvelope($envelopeType)</methodname>: 
                         Establecer la envoltura del servicio (actualmente, sólo 
                         se permiten las envolturas soportadas por 

documentation/manual/es/module_specs/Zend_Json-xml2json.xml

@@ -5,7 +5,7 @@
     <title>Conversión de XML a JSON</title>
     <para>
         <classname>Zend_Json</classname> roporciona una método conveniente para 
-        transformar datos en formato XML a formato JSON. Esta característica fue 
+        transformar datos en formato <acronym>XML</acronym> a formato JSON. Esta característica fue 
         inspirado en un 
         <ulink url="http://www.ibm.com/developerworks/xml/library/x-xml2jsonphp/">
         artículo de IBM developerWorks</ulink>.
@@ -14,13 +14,13 @@
     <para>
         <classname>Zend_Json</classname> incluye una función estática llamada 
         <classname>Zend_Json::fromXml()</classname>.
-        Esta función generará JSON desde una determinada entrada XML. 
-        Esta función toma cualquier string XML arbitrario como un parámetro de  
+        Esta función generará JSON desde una determinada entrada <acronym>XML</acronym>. 
+        Esta función toma cualquier string <acronym>XML</acronym> arbitrario como un parámetro de  
         entrada. También puede tomar opcionalmente parámetros booleanos de entrada 
         que instruyan a la lógica de conversión de ignorar o no los atributos 
-        XML durante el proceso de conversión. Si este parámetro opcional de entrada 
+        <acronym>XML</acronym> durante el proceso de conversión. Si este parámetro opcional de entrada 
         no está dado, entonces el comportamiento por defecto es ignorar los 
-        atributos XML. 
+        atributos <acronym>XML</acronym>. 
         La llamada a esta función se hace como se muestra a continuación:
     </para>
      <programlisting language="php"><![CDATA[
@@ -31,14 +31,14 @@ $jsonContents = Zend_Json::fromXml($xmlStringContents, true);
 
     <para>
         <classname>Zend_Json::fromXml()</classname> función que hace la conversión 
-        del parámetro de entrada formateado como un string XML y devuelve el 
+        del parámetro de entrada formateado como un string <acronym>XML</acronym> y devuelve el 
         string de salida equivalente formateado a JSON.  
-        En caso de cualquier entrada con formato XML erróneo o un error en la lógica 
+        En caso de cualquier entrada con formato <acronym>XML</acronym> erróneo o un error en la lógica 
         de conversión, esta función arrojará una excepción. 
         La conversión lógica también usa técnicas recursivas para recorrer el 
-        árbol XML. Soporta una recursión de hasta 25 niveles de profundidad. 
+        árbol <acronym>XML</acronym>. Soporta una recursión de hasta 25 niveles de profundidad. 
         Más allá de esa profundidad, arrojará una 
-        <classname>Zend_Json_Exception</classname>. Hay varios archivos XML con 
+        <classname>Zend_Json_Exception</classname>. Hay varios archivos <acronym>XML</acronym> con 
         diversos grados de complejidad provistas en el directorio de tests de  
         Zend Framework. Se pueden utilizar para probar la funcionalidad de la 
         característica xml2json.
@@ -46,12 +46,12 @@ $jsonContents = Zend_Json::fromXml($xmlStringContents, true);
 
     <para>
         El siguiente es un ejemplo simple que muestra tanto el string de entrada  
-        XML pasado a y al string JSON de salida devuelto como resultado de la 
+        <acronym>XML</acronym> pasado a y al string JSON de salida devuelto como resultado de la 
         función <classname>Zend_Json::fromXml()</classname>. Este ejemplo utilizó 
         el parámetro de la función opcional como para no ignorar los atributos 
-        XML durante la conversión. Por lo tanto, puede notar que el string 
-        resultante JSON incluye una representación de los atributos XML presentes 
-        en el string de entrada XML.
+        <acronym>XML</acronym> durante la conversión. Por lo tanto, puede notar que el string 
+        resultante JSON incluye una representación de los atributos <acronym>XML</acronym> presentes 
+        en el string de entrada <acronym>XML</acronym>.
     </para>
 
     <para>

documentation/manual/es/module_specs/Zend_Loader.xml

@@ -32,7 +32,7 @@
             <acronym>PHP</acronym>. El archivo cargado puede contener cualquier código <acronym>PHP</acronym>.
             El método se comporta como un envoltorio para la función <acronym>PHP</acronym>
             <ulink url="http://php.net/include"><methodname>include()</methodname></ulink>.
-            Este método devuelve un booleano false en caso de fallo, por ejemplo,
+            Este método devuelve un booleano <constant>FALSE</constant> en caso de fallo, por ejemplo,
             si el archivo especificado no existe.
         </para>
 

documentation/manual/es/module_specs/Zend_Pdf-Properties.xml

@@ -181,13 +181,13 @@ $pdf->save($pdfPath);
     </para>
 
     <para>
-        Desde PDF v 1.6 los metadatos se pueden almacenar en el documento XML 
+        Desde PDF v 1.6 los metadatos se pueden almacenar en el documento <acronym>XML</acronym> 
         especial adjunto al PDF 
         (XMP - <ulink url="http://www.adobe.com/products/xmp/">Extensible Metadata Platform</ulink>).
     </para>
 
     <para>
-        Este documento XML se pueden recuperar y adjuntar al PDF con los métodos  
+        Este documento <acronym>XML</acronym> se pueden recuperar y adjuntar al PDF con los métodos  
         <classname>Zend_Pdf::getMetadata()</classname> y
         <classname>Zend_Pdf::setMetadata($metadata)</classname>:
              <programlisting language="php"><![CDATA[

documentation/manual/es/module_specs/Zend_Validate-Hostname.xml

@@ -145,7 +145,7 @@ $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS |
 $validator =
     new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS, false);
 ]]></programlisting>
-        Alternativamente puede pasar TRUE o FALSE a <methodname>$validator->setValidateIdn()</methodname>
+        Alternativamente puede pasar <constant>TRUE</constant> o <constant>FALSE</constant> a <methodname>$validator->setValidateIdn()</methodname>
         para activar o desactivar la validación IDN.
         Si está tratando de cotejar un nombre de host IDN que actualmente no
         está soportado, es probable que falle la validación si tiene caracteres
@@ -179,7 +179,7 @@ $validator =
                                false);
 ]]></programlisting>
 
-        Alternativamente puede pasar TRUE o FALSE a <methodname>$validator->setValidateTld()</methodname>
+        Alternativamente puede pasar <constant>TRUE</constant> o <constant>FALSE</constant> a <methodname>$validator->setValidateTld()</methodname>
         para activar o desactivar la validación TLD.
     </para>
 

documentation/manual/es/module_specs/Zend_Validate-ValidatorChains.xml

@@ -44,7 +44,7 @@ if ($validatorChain->isValid($username)) {
         alguno de los procesos de validación.
         <classname>Zend_Validate</classname> acepta tales casos pasando como segundo
         parámetro el método <methodname>addValidator()</methodname>.
-        Poniendo <methodname>$breakChainOnFailure</methodname> a <methodname>true</methodname>,
+        Poniendo <methodname>$breakChainOnFailure</methodname> a <constant>TRUE</constant>,
         el validador agregado quebrará la cadena de ejecución por el fracaso,
         que evita correr cualquier otra validación que se decida que es
         innecesaria o inapropiada para la situación.

documentation/manual/es/module_specs/Zend_Validate.xml

@@ -44,7 +44,7 @@
             para <classname>Zend_Validate_Interface</classname> que define dos métodos,
             <methodname>isValid()</methodname> y <methodname>getMessages()</methodname>.
             El método <methodname>isValid()</methodname> realiza la validación del valor,
-            devolviendo <methodname>true</methodname> si y sólo si el valor pasa contra el criterio de
+            devolviendo <constant>TRUE</constant> si y sólo si el valor pasa contra el criterio de
             validación.
         </para>
 

documentation/manual/es/module_specs/Zend_XmlRpc_Client.xml

@@ -8,10 +8,10 @@
         <title>Introdución</title>
 
         <para>
-            Zend Framework provee soporte para consumo remoto para servicios XML-RPC
+            Zend Framework provee soporte para consumo remoto para servicios <acronym>XML-RPC</acronym>
             como un cliente en el paquete <classname>Zend_XmlRpc_Client</classname>
             . Su mejor característica es la conversión automática de tipos
-            entre <acronym>PHP</acronym> y XML-RPC, un servidor de objeto proxy, y acceso a
+            entre <acronym>PHP</acronym> y <acronym>XML-RPC</acronym>, un servidor de objeto proxy, y acceso a
             capacidades de instrospección del servidor.
         </para>
 
@@ -23,13 +23,13 @@
 
         <para>
             El constructor de <classname>Zend_XmlRpc_Client</classname> recibe la
-            URL del servidor XML-RPC como su primer parámetro.
+            <acronym>URL</acronym> del servidor <acronym>XML-RPC</acronym> como su primer parámetro.
             La nueva instacia devuelta puede ser usada para llamar cualquier número de métodos remotos en el punto final.
         </para>
 
         <para>
-            Para llamar un método remoto con el cliente XML-RPC, instáncealo
-            y usa el método de instancia <methodname>call()</methodname> . El código de ejemplo a continuación utiliza una demostración en el servidor XML-RPC en el sitio web de Zend Framework
+            Para llamar un método remoto con el cliente <acronym>XML-RPC</acronym>, instáncealo
+            y usa el método de instancia <methodname>call()</methodname> . El código de ejemplo a continuación utiliza una demostración en el servidor <acronym>XML-RPC</acronym> en el sitio web de Zend Framework
             . Puede utilizarlo para probar o explorar los componentes
             <methodname>Zend_XmlRpc</methodname>.
         </para>
@@ -46,7 +46,7 @@ echo $client->call('test.sayHello');
         </example>
 
         <para>
-            El valor XML-RPC devuelto desde la llamada al método remoto automáticamente será convertida al tipo nativo <acronym>PHP</acronym> equivalente
+            El valor <acronym>XML-RPC</acronym> devuelto desde la llamada al método remoto automáticamente será convertida al tipo nativo <acronym>PHP</acronym> equivalente
 
             . En el ejemplo anterior, es devuelto un <methodname>string</methodname> <acronym>PHP</acronym>
             y está listo para ser usado inmediatamente.
@@ -80,7 +80,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
 
         <para>
             El método <methodname>call()</methodname> convertirá automáticamente la respuesta
-            XML-RPC y devolverá su tipo nativo <acronym>PHP</acronym> equivalente. Un objeto
+            <acronym>XML-RPC</acronym> y devolverá su tipo nativo <acronym>PHP</acronym> equivalente. Un objeto
             <methodname>Zend_XmlRpc_Response</methodname> para el valor devuelto también estará
             disponible para llamar el método <methodname>getLastResponse()</methodname>
             después de la llamada.
@@ -94,7 +94,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
            dados al método <methodname>call()</methodname> de <classname>Zend_XmlRpc_Client</classname>
             como un array en el segundo parámetro. Cada parámetro puede ser dado
             como un tipo nativo <acronym>PHP</acronym>, que será convertido automáticamente,
-            o como un  objeto que representa un tipo específico de XML-RPC
+            o como un  objeto que representa un tipo específico de <acronym>XML-RPC</acronym>
             (uno de los objetos  <methodname>Zend_XmlRpc_Value</methodname>).
         </para>
 
@@ -106,12 +106,12 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <methodname>integer</methodname>, <methodname>float</methodname>,
                 <methodname>boolean</methodname>, <methodname>array</methodname>, o un
                 <methodname>object</methodname>. En este caso, cada tipo PHP nativo será
-                autodetectado y convertido en uno de los tipos XML-RPC
+                autodetectado y convertido en uno de los tipos <acronym>XML-RPC</acronym>
                 de acuerdo con esta tabla:
             </para>
 
             <table id="zend.xmlrpc.value.parameters.php-native.table-1">
-                <title>Tipos de Conversión entre PHP y XML-RPC</title>
+                <title>Tipos de Conversión entre PHP y <acronym>XML-RPC</acronym></title>
                 <tgroup cols="2">
                     <thead>
                         <row>
@@ -156,12 +156,12 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <title>¿A qué tipo se convierten los arrays Vacios?</title>
 
                 <para>
-                    Pasar un array vacío a un método XML-RPC es problemático,
+                    Pasar un array vacío a un método <acronym>XML-RPC</acronym> es problemático,
                     as it could represent either an array or a struct.
                     <classname>Zend_XmlRpc_Client</classname> detects such conditions and
                     makes a request to the server's
                     <methodname>system.methodSignature</methodname> method to determine the
-                    appropriate XML-RPC type to cast to.
+                    appropriate <acronym>XML-RPC</acronym> type to cast to.
                 </para>
 
                 <para>
@@ -169,7 +169,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                     servers that do not support
                     <methodname>system.methodSignature</methodname> will log failed
                     requests, and <classname>Zend_XmlRpc_Client</classname> will resort to
-                    casting the value to an XML-RPC array type. Additionally,
+                    casting the value to an <acronym>XML-RPC</acronym> array type. Additionally,
                     this means that any call with array arguments will result in
                     an additional call to the remote server.
                 </para>
@@ -177,7 +177,7 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <para>
                     To disable the lookup entirely, you can call the
                     <methodname>setSkipSystemLookup()</methodname> method prior to making
-                    your XML-RPC call:
+                    your <acronym>XML-RPC</acronym> call:
                 </para>
 
                  <programlisting language="php"><![CDATA[
@@ -191,7 +191,7 @@ $result = $client->call('foo.bar', array(array()));
             <title><methodname>Zend_XmlRpc_Value</methodname> Objects as Parameters</title>
             <para>
                 Parameters may also be created as <methodname>Zend_XmlRpc_Value</methodname>
-                instances to specify an exact XML-RPC type.  The primary reasons
+                instances to specify an exact <acronym>XML-RPC</acronym> type.  The primary reasons
                 for doing this are:
 
                 <itemizedlist>
@@ -213,10 +213,10 @@ $result = $client->call('foo.bar', array(array()));
                     <listitem>
                         <para>
                             When auto-conversion may fail (i.e. you want to
-                            pass an empty XML-RPC struct as a parameter. Empty
+                            pass an empty <acronym>XML-RPC</acronym> struct as a parameter. Empty
                             structs are represented as empty arrays in PHP
                             but, if you give an empty array as a parameter it
-                            will be auto-converted to an XML-RPC array since
+                            will be auto-converted to an <acronym>XML-RPC</acronym> array since
                             it's not an associative array)
                         </para>
                     </listitem>
@@ -231,7 +231,7 @@ $result = $client->call('foo.bar', array(array()));
             </para>
 
             <table id="zend.xmlrpc.value.parameters.xmlrpc-value.table-1">
-                <title><methodname>Zend_XmlRpc_Value</methodname> Objects for XML-RPC Types</title>
+                <title><methodname>Zend_XmlRpc_Value</methodname> Objects for <acronym>XML-RPC</acronym> Types</title>
                 <tgroup cols="3">
                     <thead>
                         <row>
@@ -305,9 +305,9 @@ $result = $client->call('foo.bar', array(array()));
     <sect2 id="zend.xmlrpc.client.requests-and-responses">
         <title>Server Proxy Object</title>
         <para>
-            Another way to call remote methods with the XML-RPC client is to
+            Another way to call remote methods with the <acronym>XML-RPC</acronym> client is to
             use the server proxy.  This is a PHP object that proxies a remote
-            XML-RPC namespace, making it work as close to a native PHP object
+            <acronym>XML-RPC</acronym> namespace, making it work as close to a native PHP object
             as possible.
         </para>
 
@@ -363,8 +363,8 @@ $hello = $test->sayHello(1, 2);         // test.Hello(1,2) returns "hello"
     <sect2 id="zend.xmlrpc.client.error-handling">
         <title>Error Handling</title>
         <para>
-            Two kinds of errors can occur during an XML-RPC method call: HTTP
-            errors and XML-RPC faults. The <classname>Zend_XmlRpc_Client</classname>
+            Two kinds of errors can occur during an <acronym>XML-RPC</acronym> method call: HTTP
+            errors and <acronym>XML-RPC</acronym> faults. The <classname>Zend_XmlRpc_Client</classname>
             recognizes each and provides the ability to detect and trap them
             independently.
         </para>
@@ -398,7 +398,7 @@ try {
             </example>
 
             <para>
-                Regardless of how the XML-RPC client is used, the
+                Regardless of how the <acronym>XML-RPC</acronym> client is used, the
                 <methodname>Zend_XmlRpc_Client_HttpException</methodname> will be thrown
                 whenever an HTTP error occurs.
             </para>
@@ -408,19 +408,19 @@ try {
             <title>XML-RPC Faults</title>
 
             <para>
-                An XML-RPC fault is analogous to a PHP exception. It is a
-                special type returned from an XML-RPC method call that has
-                both an error code and an error message. XML-RPC faults are
+                An <acronym>XML-RPC</acronym> fault is analogous to a PHP exception. It is a
+                special type returned from an <acronym>XML-RPC</acronym> method call that has
+                both an error code and an error message. <acronym>XML-RPC</acronym> faults are
                 handled differently depending on the context of how the
                 <classname>Zend_XmlRpc_Client</classname> is used.
             </para>
 
             <para>
                 When the <methodname>call()</methodname> method or the server
-                proxy object is used, an XML-RPC fault will result in a
+                proxy object is used, an <acronym>XML-RPC</acronym> fault will result in a
                 <methodname>Zend_XmlRpc_Client_FaultException</methodname> being thrown.
                 The code and message of the exception will map directly to
-                their respective values in the original XML-RPC fault
+                their respective values in the original <acronym>XML-RPC</acronym> fault
                 response.
             </para>
 
@@ -466,7 +466,7 @@ try {
     <sect2 id="zend.xmlrpc.client.introspection">
         <title>Server Introspection</title>
         <para>
-            Some XML-RPC servers support the de facto introspection methods under the XML-RPC
+            Some <acronym>XML-RPC</acronym> servers support the de facto introspection methods under the <acronym>XML-RPC</acronym>
             <methodname>system.</methodname> namespace.  <classname>Zend_XmlRpc_Client</classname> provides special
             support for servers with these capabilities.
         </para>
@@ -508,7 +508,7 @@ $client->doRequest($request);
         </example>
 
         <para>
-            Whenever an XML-RPC method call is made by the client through any
+            Whenever an <acronym>XML-RPC</acronym> method call is made by the client through any
             means, either the <methodname>call()</methodname> method,
             <methodname>doRequest()</methodname> method, or server proxy, the last request
             object and its resultant response object will always be available