hgbook
changeset 520:bbc5db74bd77
changed many "X(" for "X ("
I did this only when inside the main text
I did this only when inside the main text
author | Javier Rojas <jerojasro@devnull.li> |
---|---|
date | Sun Jan 18 22:31:20 2009 -0500 (2009-01-18) |
parents | a529952fce96 |
children | d833640150e2 |
files | es/Leame.1st es/branch.tex es/cmdref.tex es/collab.tex es/daily.tex es/hgext.tex es/license.tex es/mq-ref.tex es/mq.tex es/template.tex es/undo.tex |
line diff
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