1.1 --- a/es/Leame.1st	Sun Jan 18 22:21:43 2009 -0500
     1.2 +++ b/es/Leame.1st	Sun Jan 18 22:31:20 2009 -0500
     1.3 @@ -38,7 +38,7 @@
     1.4  Hay dos formas de hacer la contribución, primero envíe un correo a
     1.5  igor@tamarapatino.org indicando lo que desea hacer, se le puede
     1.6  otorgar permiso de escritura en el repositorio, o si lo prefiere,
     1.7 -puede enviar un parche(patch).  Describimos a continuación los dos
     1.8 +puede enviar un parche (patch).  Describimos a continuación los dos
     1.9  procedimientos : Repositorio Público y Parches.   Es preferible el
    1.10  repositorio público frente a los parches, puesto que estos segundos
    1.11  pueden tardar en propagarse más.
    1.12 @@ -49,10 +49,10 @@
    1.13  podamos contar con la información rápidamente.
    1.14  
    1.15  Una vez que usted haya recibido la información necesaria, habiendo
    1.16 -elegido su usuario y su clave podrá "publicar"(push).
    1.17 +elegido su usuario y su clave podrá "publicar" (push).
    1.18  
    1.19  Como este es un sistema distribuido, después de hacer la
    1.20 -consignación(commit), deberá publicarlo.
    1.21 +consignación (commit), deberá publicarlo.
    1.22  
    1.23   hg push
    1.24  

     2.1 --- a/es/branch.tex	Sun Jan 18 22:21:43 2009 -0500
     2.2 +++ b/es/branch.tex	Sun Jan 18 22:31:20 2009 -0500
     2.3 @@ -78,7 +78,7 @@
     2.4  revisiones. Si tiene demasiados tags, la facilidad para identificar
     2.5  revisiones disminuirá rápidamente.
     2.6  
     2.7 -Por ejemplo, si su proyecto tiene etapas(milestones) frecuentes en pocos
     2.8 +Por ejemplo, si su proyecto tiene etapas (milestones) frecuentes en pocos
     2.9  días, es perfectamente razonable asignarle una etiqueta a cada una de
    2.10  ellas. Pero si tiene un sistema de construcción automática de binarios
    2.11  que asegura que cada revisión puede generarse limpiamente, estaría
    2.12 @@ -127,7 +127,7 @@
    2.13  
    2.14  Una consecuencia desafortunada de este diseño es que usted no puede
    2.15  verificar que su fichero \sfilename{.hgtags} fusionado es correcto hasta
    2.16 -\emph{después} de haber consignado(hecho commit). Así que si se
    2.17 +\emph{después} de haber consignado (hecho commit). Así que si se
    2.18  encuentra resolviendo un conflicto en \sfilename{.hgtags} durante una
    2.19  fusión, asegúrese de ejecutar la orden \hgcmd{tags} después de
    2.20  consignar. Si encuentra un error en el fichero \sfilename{.hgtags}, 
    2.21 @@ -214,7 +214,7 @@
    2.22  Posteriormente, si alguien necesita trabajar en la reparación de un
    2.23  fallo debería dirigirse a la liberación de versión~1.0.1 que viene en
    2.24  camino, ellos clonarían el repositorio \texttt{myproject-1.0.1},
    2.25 -harían sus cambios y los publicarían(con push).
    2.26 +harían sus cambios y los publicarían (con push).
    2.27  \interaction{branch-repo.bugfix}
    2.28  Mientras tanto, el desarrollo para la siguiente versión mayor puede
    2.29  continuar asilada e incólume, en el repositorio \texttt{myproject}.
    2.30 @@ -224,7 +224,7 @@
    2.31  
    2.32  En muchos casos, cuando tiene un fallo para arreglar en una rama de
    2.33  mantenimiento, es muy probable que el fallo esté también en la rama
    2.34 -principal( y posiblemente en otras ramas de mantenimiento
    2.35 +principal ( y posiblemente en otras ramas de mantenimiento
    2.36  también). Solamente un desarrollador extraño desearía corregir el
    2.37  mismo fallo muchas veces, por tanto, veremos varias alternativas con
    2.38  las que Mercurial puede ayudarle a administrar tales arreglos de fallo
    2.39 @@ -243,7 +243,7 @@
    2.40  ramas en los repositorios.  Es fácil de entender gracias a su
    2.41  facilidad; y es difícil cometer errores. Hay una relación uno a uno
    2.42  entre las ramas y los directorios con los que está trabajando en su
    2.43 -sistema. Esto le permite usar emplear herramientas usuales(para los
    2.44 +sistema. Esto le permite usar emplear herramientas usuales (para los
    2.45  nuevos a Mercurial) para trabajar con los ficheros dentro de su
    2.46  rama/repositorio.
    2.47  
    2.48 @@ -252,7 +252,7 @@
    2.49  administrar las ramas. He mencionador con anterioridad la distinción a
    2.50  nivel humano entre las ramas estilo ``cuadro pequeño'' y ``gran
    2.51  cuadro''.  Mientras que Mercurial trabaja con muchas ramas del estilo
    2.52 -``cuadro pequeño'' en el repositorio todo el tiempo(por ejemplo cuando
    2.53 +``cuadro pequeño'' en el repositorio todo el tiempo (por ejemplo cuando
    2.54  usted jala cambios, pero antes de fusionarlos), \emph{también} puede
    2.55  trabajar con varias ramas del ``cuadro grande''.
    2.56  

     3.1 --- a/es/cmdref.tex	Sun Jan 18 22:21:43 2009 -0500
     3.2 +++ b/es/cmdref.tex	Sun Jan 18 22:31:20 2009 -0500
     3.3 @@ -118,7 +118,7 @@
     3.4  \item Una cadena numérica corta, tal como ``\texttt{1.1}''. Esta es
     3.5    una construcción de una versión de Mercurial que se identifica con
     3.6    una etiqueta específica en el repositorio en el cual fue
     3.7 -  armada(Esto no significa necesariamente que está ejecutando una
     3.8 +  armada (Esto no significa necesariamente que está ejecutando una
     3.9    versión oficial; alguien pudo haber añadido tal etiqueta a cualquier
    3.10    versión del repositorio en el cual armaron Mercurial).
    3.11  \item Una cadena hexadecimal, tal como ``\texttt{875489e31abe}''.
    3.12 @@ -159,7 +159,7 @@
    3.13  \hgcmd{diff} imprime diferencias frente al primer padre del directorio
    3.14  de trabajo.  Si ha ejecutado \hgcmd{merge} para fusionar dos conjuntos
    3.15  de cambios, pero no ha consignado aún los resultados de la fusión,  su
    3.16 -directorio de trabajo tiene dos padres(use \hgcmd{parents} para
    3.17 +directorio de trabajo tiene dos padres (use \hgcmd{parents} para
    3.18  verlos).  Mientras que \hgcmd{status} imprime modificaciones relativas
    3.19  a \emph{ambos} padres después de una fusión que no se ha consignado,
    3.20  \hgcmd{diff} opera aún relativo solamente al primer padre.  Puede

     4.1 --- a/es/collab.tex	Sun Jan 18 22:21:43 2009 -0500
     4.2 +++ b/es/collab.tex	Sun Jan 18 22:31:20 2009 -0500
     4.3 @@ -14,7 +14,7 @@
     4.4  
     4.5  Para uso interactivo, la interfaz le permite visualizar uno o varios
     4.6  repositorios. Puede ver el historial de un repositorio, examinar cada
     4.7 -cambio(comentarios y diferencias), y ver los contenidos de cada
     4.8 +cambio (comentarios y diferencias), y ver los contenidos de cada
     4.9  directorio y fichero.
    4.10  
    4.11  Adicionalmente la interfaz provee feeds de RSS de los cambios de los
    4.12 @@ -365,7 +365,7 @@
    4.13  
    4.14  Si desea especificar una ruta relativa a otro directorio de usuario,
    4.15  puede usar una ruta que comience con un caracter tildado, seguido del
    4.16 -nombre del usuario(llamémosle \texttt{otrousuario}, así
    4.17 +nombre del usuario (llamémosle \texttt{otrousuario}, así
    4.18  \begin{codesample2}
    4.19    ssh://server/~otrousuario/hg/repo
    4.20  \end{codesample2}
    4.21 @@ -425,7 +425,7 @@
    4.22  No basta con generar un par de llaves.  Se requiere adicionar una llave
    4.23  pública al conjunto de llaves autorizadas para todos los usuarios
    4.24  remotos que se vayan a autenticar.  Para aquellos servidores que usen
    4.25 -OpenSSH(la gran mayoría), significará añadir la llave pública a la
    4.26 +OpenSSH (la gran mayoría), significará añadir la llave pública a la
    4.27  lista en el fichero llamado \sfilename{authorized\_keys} en su
    4.28  directorio \sdirname{.ssh}.
    4.29  
    4.30 @@ -438,11 +438,11 @@
    4.31  \subsection{Uso de un agente de autenticación}
    4.32  
    4.33  Un agente de autentitcación es un daemonio que almacena frases clave en
    4.34 -memoria(olvidará las frases clave si sale y vuelve a entrar).  Un cliente
    4.35 +memoria (olvidará las frases clave si sale y vuelve a entrar).  Un cliente
    4.36  ssh notará si está corriendo, y solicitará una frase clave.  Si no hay
    4.37  un agente de autenticación corriendo, o el agente no almacena la frase
    4.38  clave necesaria, tendrá que teclear su frase clave cada vez que 
    4.39 -Mercurial intente comunicarse con un servidor para usted(p.e.~cada vez
    4.40 +Mercurial intente comunicarse con un servidor para usted (p.e.~cada vez
    4.41  que jale o publique cambios).
    4.42  
    4.43  El problema de almacenar frases claves en un agente es que es posible
    4.44 @@ -496,7 +496,7 @@
    4.45  estará instalado, pero deshabilitado de forma predeterminada.  Una vez
    4.46  que haya hecho este paso tendrá que revisar si el cortafuegos del
    4.47  servidor está configurado para recibir conexiones entrantes en el
    4.48 -puerto en el cual el daemonio de ssh está escuchando(usualmente el~22).
    4.49 +puerto en el cual el daemonio de ssh está escuchando (usualmente el~22).
    4.50  No trate de buscar otras posibilidades exóticas o configuraciones
    4.51  erradas haste que haya revisado primero estas dos.
    4.52  
    4.53 @@ -586,7 +586,7 @@
    4.54  comportamiento predeterminado del cliente ssh es \emph{no}
    4.55  solicitar compresión.
    4.56  
    4.57 -Sobre cualquier red distinta a una LAN rápida(incluso con una red
    4.58 +Sobre cualquier red distinta a una LAN rápida (incluso con una red
    4.59  inalámbrica), hacer uso de compresión puede mejorar el rendimiento
    4.60  de las operaciones de Mercurial que involucren la red.  Por ejemplo,
    4.61  sobre WAN, alguien ha medido la compresión reduciendo la cantidad
    4.62 @@ -604,7 +604,7 @@
    4.63  
    4.64  Si usa \command{ssh}, puede reconfigurarlo para que siempre use
    4.65  compresión cuando se comunique con su servidor.  Para hacerlo,
    4.66 -edite su fichero \sfilename{.ssh/config}(que puede no existir
    4.67 +edite su fichero \sfilename{.ssh/config} (que puede no existir
    4.68  aún), de la siguiente forma:
    4.69  \begin{codesample2}
    4.70    Host hg
    4.71 @@ -760,7 +760,7 @@
    4.72  falta y reinicie su servidor web.
    4.73  
    4.74  Si resulta que Apache le muestra el texto del script CGI en lugar de
    4.75 -ejecutarlo, necesitará o bien descomentar(si se encuentra presente) o
    4.76 +ejecutarlo, necesitará o bien descomentar (si se encuentra presente) o
    4.77  adicionar una directiva como la siguiente:
    4.78  \begin{codesample2}
    4.79    AddHandler cgi-script .cgi
    4.80 @@ -798,7 +798,7 @@
    4.81  eran correctos y que mi guión \sfilename{hgweb.cgi} también lo era.
    4.82  
    4.83  Dado que ya Apache estaba en ejecución correctamente, lograr que
    4.84 -\texttt{lighttpd} sirviera mi repositorio fue rápido(en otras
    4.85 +\texttt{lighttpd} sirviera mi repositorio fue rápido (en otras
    4.86  palabras, si está tratando de usar \texttt{lighttpd}, debe leer la
    4.87  sección de Apache).  Primero tuve que editar la sección
    4.88  \texttt{mod\_access} para habilitar \texttt{mod\_cgi} y
    4.89 @@ -930,7 +930,7 @@
    4.90  
    4.91  \subsection{Opciones de configuración en Web}
    4.92  
    4.93 -Las interfaces web de Mercurial(la orden \hgcmd{serve}, y los guiones
    4.94 +Las interfaces web de Mercurial (la orden \hgcmd{serve}, y los guiones
    4.95  \sfilename{hgweb.cgi} y \sfilename{hgwebdir.cgi}) tienen varias
    4.96  opciones de configuración para establecer. Todas ellas en la sección
    4.97  \rcsection{web}.
    4.98 @@ -963,7 +963,7 @@
    4.99    sobre el repositorio~HTTP.  Si se coloca \texttt{no} o
   4.100    \texttt{false}, solamente la porción de los procesos
   4.101    ``orientados-a-humanos'' se habilita de la interfaz web.
   4.102 -\item[\rcitem{web}{contact}] Cadena.  Una cadena en forma libre(pero
   4.103 +\item[\rcitem{web}{contact}] Cadena.  Una cadena en forma libre (pero
   4.104    preferiblemente corta) que identifica a la persona o grupo a cargo
   4.105    del repositorio.  Usualmente contiene el nombre y la dirección de
   4.106    correo electrónico de una persona o de una lista de correo.  Aveces
   4.107 @@ -1005,7 +1005,7 @@
   4.108  fichero del usuario o el \hgrc global.
   4.109  \begin{itemize}
   4.110  \item[\rcitem{web}{description}] Cadena.  Una cadena de forma
   4.111 -  libre(preferiblemente corta) que describa los contenidos o el
   4.112 +  libre (preferiblemente corta) que describa los contenidos o el
   4.113    propósito del repositorio.
   4.114  \item[\rcitem{web}{name}] Cadena.  El nombre para visualizar en la
   4.115    interfaz web del repositorio. Sustituye el nombre predeterminado, el

     5.1 --- a/es/daily.tex	Sun Jan 18 22:21:43 2009 -0500
     5.2 +++ b/es/daily.tex	Sun Jan 18 22:31:20 2009 -0500
     5.3 @@ -264,7 +264,7 @@
     5.4  parece poco intuitivo, y por tal motivo lo menciono.)
     5.5  
     5.6  La orden \hgcmd{copy} actua de forma parecida a la orden \command{cp}
     5.7 -de Unix(puede usar el alias \hgcmd{cp} si le es más cómodo).  El
     5.8 +de Unix (puede usar el alias \hgcmd{cp} si le es más cómodo).  El
     5.9  último argumento es el \emph{destino}, y todos los argumentos previos
    5.10  son las \emph{fuentes}.  Si solamente indica un fichero como la
    5.11  fuente, y el destino no existe, se crea un fichero nuevo con ese nombre.

     6.1 --- a/es/hgext.tex	Sun Jan 18 22:21:43 2009 -0500
     6.2 +++ b/es/hgext.tex	Sun Jan 18 22:31:20 2009 -0500
     6.3 @@ -264,7 +264,7 @@
     6.4  La opción \hgxopt{extdiff}{extdiff}{-p} le permite elegir un programa
     6.5  para ver las diferencias, en lugar de \command{diff}.  Con la opción
     6.6  \hgxopt{extdiff}{extdiff}{-o} puede cambiar las opciones que
     6.7 -\hgxcmd{extdiff}{extdiff} pasa a tal programa(de forma predeterminada
     6.8 +\hgxcmd{extdiff}{extdiff} pasa a tal programa (de forma predeterminada
     6.9  las opciones son``\texttt{-Npru}'', que tienen sentido únicamente si
    6.10  está usando \command{diff}).  En otros aspectos, la orden
    6.11  \hgxcmd{extdiff}{extdiff} actúa de forma similar a como lo hace la
    6.12 @@ -275,7 +275,7 @@
    6.13  Por ejemplo, para ejecutar la orden usual del sistema \command{diff},
    6.14  para lograr que se generen diferencias de contexto (con la opción
    6.15  \cmdopt{diff}{-c}) en lugar de diferencias unificadas, y cinco líneas
    6.16 -de contexto en lugar de las tres predeterminadas(pasando \texttt{5}
    6.17 +de contexto en lugar de las tres predeterminadas (pasando \texttt{5}
    6.18  como argumento a la opción \cmdopt{diff}{-C}).
    6.19  \interaction{extdiff.extdiff-ctx}
    6.20  
    6.21 @@ -377,7 +377,7 @@
    6.22  indica un repositoro sin revisiones, la orden \hgxcmd{patchbomb}{email}
    6.23  enviará todas las revisiones en el repositorio local que no están
    6.24  presentes en el repositorio remoto.  Si especifica revisiones
    6.25 -adicionalmente o el nombre de una rama(la última con la opción
    6.26 +adicionalmente o el nombre de una rama (la última con la opción
    6.27  \hgxopt{patchbomb}{email}{-b}), respetará las revisiones enviadas.
    6.28  
    6.29  Ejecutar la orden \hgxcmd{patchbomb}{email} sin los nombres de

     7.1 --- a/es/license.tex	Sun Jan 18 22:21:43 2009 -0500
     7.2 +++ b/es/license.tex	Sun Jan 18 22:31:20 2009 -0500
     7.3 @@ -8,7 +8,7 @@
     7.4  Los trabajos bajo Publicación Abierta pueden reproducirse y
     7.5  distribuirse enteros o en porciones, en cualquier medio físico o
     7.6  electrónico, siempre y cuando se respeten los términos de esta 
     7.7 -licencia, y se incorpore esta licencia o su referencia(con cualquiera
     7.8 +licencia, y se incorpore esta licencia o su referencia (con cualquiera
     7.9  de las opciones elegidas por el autor y el editor) en la reproducción.
    7.10  
    7.11  A continuación mostramos la forma correcta de incorporar por referencia:
    7.12 @@ -22,13 +22,13 @@
    7.13  \end{quote}
    7.14  
    7.15  La referencia debe estar seguida inmediatamente por cualquier opción
    7.16 -elegida por el(os) autor(es) y/o editor(es) del documento(consulte la
    7.17 +elegida por el(os) autor(es) y/o editor(es) del documento (consulte la
    7.18  sección~\ref{sec:opl:options}).
    7.19  
    7.20  Se permite la redistribución comercial de los materiales sujetos a la
    7.21  Publicación Abierta.
    7.22  
    7.23 -Cualquier publicación en forma estándar de libro(papel) requerirá
    7.24 +Cualquier publicación en forma estándar de libro (papel) requerirá
    7.25  citar al editor y autor original.  Los nombres del editor y el autor
    7.26  aparecerán en todas las superficies externas del libro.  En todas las
    7.27  superficies externas el nombre del editor deberá aparecer en tamaño de
    7.28 @@ -79,7 +79,7 @@
    7.29    modificación.
    7.30  \item No puede usarse el(os) nombre(s) del autor (de los autores) para
    7.31    implicar relación alguna con el documento resultante sin el permiso
    7.32 -  explícito del autor(o de los autores).
    7.33 +  explícito del autor (o de los autores).
    7.34  \end{enumerate}
    7.35  
    7.36  \section{Recomendaciones de buenas prácticas}
    7.37 @@ -95,7 +95,7 @@
    7.38    los autores tiempo para proveer documentos actualizados.  Esta
    7.39    notificación debería describir las modificaciones, en caso de que
    7.40    haya, al documento.
    7.41 -\item Todas las modificaciones sustanciales(incluyendo eliminaciones)
    7.42 +\item Todas las modificaciones sustanciales (incluyendo eliminaciones)
    7.43    deben estar marcadas claramente en el documento o si no descritas en
    7.44    un adjunto del documento.
    7.45  \item Finalmente, aunque no es obligatorio bajo esta licencia, se
    7.46 @@ -111,7 +111,7 @@
    7.47  Abierta pueden elegir ciertas opciones añadiendo información a la
    7.48  referencia o a la copia de la licencia.  Estas opciones se consideran
    7.49  parte de la instancia de la licencia y deben incluirse con la
    7.50 -licencia(o su incorporación con referencia) en trabajos derivados.
    7.51 +licencia (o su incorporación con referencia) en trabajos derivados.
    7.52  
    7.53  \begin{enumerate}[A]
    7.54  \item Prohibir la distribución de versiones substancialmente
    7.55 @@ -126,12 +126,12 @@
    7.56    referencia de la licencia o a la copia.
    7.57  
    7.58  \item Está prohibido prohibir cualquier publicación de este trabajo o
    7.59 -  derivados como un todo o una parte en libros estándar(de papel) con
    7.60 +  derivados como un todo o una parte en libros estándar (de papel) con
    7.61    propósitos comerciales a menos que se obtenga un permiso previo del
    7.62    dueño de los derechos de reproducción.
    7.63  
    7.64    Para lograrlo, añada la frase ``La distribución del trabajo o
    7.65 -  derivados en cualquier libro estándar(papel) se prohibe a menos que
    7.66 +  derivados en cualquier libro estándar (papel) se prohibe a menos que
    7.67    se obtenga un permiso previo del dueño de los derechos de
    7.68    reproducción.'' a la referencia de la licencia o la copia.
    7.69  \end{enumerate}

     8.1 --- a/es/mq-ref.tex	Sun Jan 18 22:21:43 2009 -0500
     8.2 +++ b/es/mq-ref.tex	Sun Jan 18 22:31:20 2009 -0500
     8.3 @@ -60,7 +60,7 @@
     8.4  
     8.5  Los comentarios de los parches integrados se colocan al final de los
     8.6  comentarios del parche destino, con cada bloque de comentarios
     8.7 -separado con tres asteriscos(``\texttt{*}'').  Se usa la opción
     8.8 +separado con tres asteriscos (``\texttt{*}'').  Se usa la opción
     8.9  \hgxopt{mq}{qfold}{-e} para editar el mensaje de consignación para el
    8.10  conjunto de cambios/parches después de completarse el pliegue.
    8.11  
    8.12 @@ -121,7 +121,7 @@
    8.13  
    8.14  Si \hgxcmd{mq}{qnew} encuentra ficheros modificados en el directorio
    8.15  de trabajo, rehusará crear un parche nuevo a meos que se emplee
    8.16 -\hgxopt{mq}{qnew}{-f} la opción(ver más adelante).  Este
    8.17 +\hgxopt{mq}{qnew}{-f} la opción (ver más adelante).  Este
    8.18  comportamiento le permite hacer \hgxcmd{mq}{qrefresh} al último parche
    8.19  aplicado antes de aplicar un parche nuevo encima de este.
    8.20  
    8.21 @@ -159,7 +159,7 @@
    8.22  los parches hasta que el parche nombrado sea el último parche
    8.23  aplicado.  Si se da un número, \hgxcmd{mq}{qpop} lo trata como un
    8.24  índice dentro del fichero \sfilename{series},  contando desde
    8.25 -cero(no cuenta las líneas vacías o aquellas que sean únicamente
    8.26 +cero (no cuenta las líneas vacías o aquellas que sean únicamente
    8.27  comentarios).  Sustrae los parches hasta que el parche identificado
    8.28  por el índice sea el último parche aplicado.
    8.29  

     9.1 --- a/es/mq.tex	Sun Jan 18 22:21:43 2009 -0500
     9.2 +++ b/es/mq.tex	Sun Jan 18 22:31:20 2009 -0500
     9.3 @@ -487,7 +487,7 @@
     9.4  
     9.5  Alicia desempaquetaría un comprimido, editaría sus ficheros, y querría
     9.6  crear un parche.  Por lo tanto ella renombraría su directorio de
     9.7 -trabajo, desempacaría el comprimido de nuevo(para lo cual necesitó el
     9.8 +trabajo, desempacaría el comprimido de nuevo (para lo cual necesitó el
     9.9  renombramiento), y usaría las opciones \cmdopt{diff}{-r} y
    9.10  \cmdopt{diff}{-N} de \command{diff} para generar recursivamente un
    9.11  parche entre el directorio original y el modificado.  El resultado

    10.1 --- a/es/template.tex	Sun Jan 18 22:21:43 2009 -0500
    10.2 +++ b/es/template.tex	Sun Jan 18 22:31:20 2009 -0500
    10.3 @@ -49,7 +49,7 @@
    10.4  
    10.5  Si escribe un estilo, puede usarlo bien sea proveyendo la ruta a su
    10.6  fichero de estilo o copiando su fichero de estilo a un lugar en el
    10.7 -cual Mercurial pueda encontrarlo(típicamente el subdirectorio
    10.8 +cual Mercurial pueda encontrarlo (típicamente el subdirectorio
    10.9  \texttt{templates} de su directorio de instalación de Mercurial).
   10.10  
   10.11  \section{Órdenes que soportan estilos y plantillas}
   10.12 @@ -101,7 +101,7 @@
   10.13  Como puede ver, la cadena ``\Verb+{desc}+'' en la plantilla ha sido
   10.14  reemplazada en la salida con la descricipción de cada conjunto de
   10.15  cambios.  Cada vez que Mercurial encuentra texto encerrado entre
   10.16 -corchetes(``\texttt{\{}'' y ``\texttt{\}}''), intentará reemplazar los
   10.17 +corchetes (``\texttt{\{}'' y ``\texttt{\}}''), intentará reemplazar los
   10.18  corchetes y el texto con la expansión de lo que sea está adentro.
   10.19  Para imprimir un corchete de forma literal, debe escaparlo, como se
   10.20  describe en la sección~\ref{sec:template:escape}.
   10.21 @@ -124,7 +124,7 @@
   10.22    apropiadamente.  En la sección~\ref{sec:template:filter} hay más
   10.23    detalles acerca de filtros.  La fecha se expresa como un par de
   10.24    números.  El primer número corresponde a una marca de tiempo UNIX
   10.25 -  UTC(segundos desde el primero de enero de 1970); la segunda es el
   10.26 +  UTC (segundos desde el primero de enero de 1970); la segunda es el
   10.27    corrimiento horario de la zona horaria del UTC en la cual se encontraba
   10.28    quien hizo la consignación, en segundos.
   10.29  \item[\tplkword{desc}] Cadena.  La descripción en texto del conjunto
   10.30 @@ -360,7 +360,7 @@
   10.31    espacio.
   10.32  
   10.33  \item Si el resto de la línea comienza y termina con caracteres
   10.34 -  encerrados entre caracteres de comillas(bien sea sencillas o
   10.35 +  encerrados entre caracteres de comillas (bien sea sencillas o
   10.36    dobles),  se trata como cuerpo de la plantilla.
   10.37  
   10.38  \item Si el resto de la línea \emph{no} comienza con una comilla, se
   10.39 @@ -415,7 +415,7 @@
   10.40    \begin{codesample4}
   10.41      abort: broken.style:1: \textbf{parse error}
   10.42    \end{codesample4}
   10.43 -  La descripción del problema no siempre es clara(como en este caso),
   10.44 +  La descripción del problema no siempre es clara (como en este caso),
   10.45    pero aunque sea críptica, casi siempre es trivial la inspección
   10.46    visual de la línea en el fichero de estilo y encontrar lo que está
   10.47    mal.
   10.48 @@ -432,7 +432,7 @@
   10.49  \begin{itemize}
   10.50  \item No funcionará en un repositorio completamente vacío, porque un
   10.51    repositorio así no tiene una revisión~zero.
   10.52 -\item Tampoco funcionará en caso(muy raro) cuando el repositorio sea
   10.53 +\item Tampoco funcionará en caso (muy raro) cuando el repositorio sea
   10.54    una fusión de dos repositorios independientes y tiene los dos
   10.55    directorios por ahí.
   10.56  \end{itemize}
   10.57 @@ -468,7 +468,7 @@
   10.58  \item Emulamos las líneas de ``separación'' de subversion con caracteres
   10.59    ``\texttt{-}'' en una línea.  Usamos la palabra clave
   10.60    \tplkword{header} del motor de plantillas para imprimir una línea de
   10.61 -  separación como la primera línea de salida(ver más abajo), para
   10.62 +  separación como la primera línea de salida (ver más abajo), para
   10.63    lograr una salida similara a la de Subversion.
   10.64  \item La salida de subversion incluye un conteo en el encabezado del
   10.65    número de líneas en el mensaje de consinación.  No podemos

    11.1 --- a/es/undo.tex	Sun Jan 18 22:21:43 2009 -0500
    11.2 +++ b/es/undo.tex	Sun Jan 18 22:31:20 2009 -0500
    11.3 @@ -71,7 +71,7 @@
    11.4  repositorio compartido de la versión ``1.0'' en este.  En el peor de
    11.5  los casos, por falta de atención, es posible que publique tales
    11.6  cambios en el árbol compartido ``0.9'', confundiendo a todo su equipo
    11.7 -de trabajo(pero no se preocupe, volveremos a este terrorífico
    11.8 +de trabajo (pero no se preocupe, volveremos a este terrorífico
    11.9  escenario posteriormente).  En todo caso, es muy probable que usted se
   11.10  de cuenta inmediatamente, dado que Mercurial mostrará el URL de donde
   11.11  está jalando, o que vea jalando una sospechosa gran cantidad de
   11.12 @@ -105,7 +105,7 @@
   11.13  repositorio, puede hacer rollback del conjunto de cambios allí, pero
   11.14  es mejor no confiar en una solución de este estilo.  Si lo hace, tarde
   11.15  o temprano un conjunto de cambios logrará colarse en un repositorio
   11.16 -que usted no controle directamente(o del cual se ha olvidado), y
   11.17 +que usted no controle directamente (o del cual se ha olvidado), y
   11.18  volverá a hostigarle.)
   11.19  
   11.20  \subsection{Solamente hay un roll back}
   11.21 @@ -485,7 +485,7 @@
   11.22  trabajo jala cambios de un repositorio central.
   11.23  
   11.24  Al configurar algunos ganchos en el repositorio central para validar
   11.25 -conjuntos de cambios(ver capítulo~\ref{chap:hook}), puede prevenir la
   11.26 +conjuntos de cambios (ver capítulo~\ref{chap:hook}), puede prevenir la
   11.27  publicación automáticamente de cierta clase de cambios malos.  Con tal
   11.28  configuración, cierta clase de conjuntos de cambios malos tenderán
   11.29  naturalmente a``morir'' debido a que no pueden propagarse al
   11.30 @@ -539,7 +539,7 @@
   11.31  Para estos ejemplos debería ser claro que la orden \hgcmd{bisect}
   11.32  es útil no solamente para encontrar la fuente de los fallos. Puede
   11.33  usarla para encontrar cualquier ``propiedad emergente'' de un
   11.34 -repositorio(Cualquier cosa que usted no pueda encontrar con una
   11.35 +repositorio (Cualquier cosa que usted no pueda encontrar con una
   11.36  búsqueda de texto sencilla sobre los ficheros en el árbol) para la
   11.37  cual pueda escribir una prueba binaria.
   11.38  
   11.39 @@ -754,7 +754,7 @@
   11.40  
   11.41  Es posible que este fallo ``enmascare'' completamente al suyo, y que
   11.42  podría haberse revelado antes de que su propio fallo haya tenido
   11.43 -oportunidad de manifestarse. Si no puede saltar el otro fallo(por
   11.44 +oportunidad de manifestarse. Si no puede saltar el otro fallo (por
   11.45  ejemplo, este evita que su proyecto se arme o compile), y de esta
   11.46  forma no se pueda revisar si su fallo esté presente en un conjunto
   11.47  particular de cambios, la orden \hgcmd{bisect} no podrá ayudarle
   11.48 @@ -785,9 +785,9 @@
   11.49  Si no recuerda cuál podría ser el cambio ``bueno'', para informar a
   11.50  \hgcmd{bisect}, podría hacer pruebas aleatorias en el peor de los
   11.51  casos. Pero recuerde eliminar aquellos conjuntos de cambios que
   11.52 -podrían no exhibir el fallo(tal vez porque la característica donde se
   11.53 +podrían no exhibir el fallo (tal vez porque la característica donde se
   11.54  presenta el fallo todavía no está presente) y aquellos en los cuales
   11.55 -otro fallo puede enmascararlo(como se discutió anteriormente).
   11.56 +otro fallo puede enmascararlo (como se discutió anteriormente).
   11.57  
   11.58  Incluso si termina ``muy atrás'' por miles de conjuntos de cambios o
   11.59  meses de historial, solamente estaŕa adicionando unas pruebas contadas