# HG changeset patch
# User Javier Rojas <jerojasro@devnull.li>
# Date 1230741898 18000
# Node ID cf6b9bf14af7081983d02f21cb0e7c78de7da7c3
# Parent  22184eb4c9658daabf16f800310dd5ebfc932328
corrected some typos, added a note about the meaning of a sentence

diff -r 22184eb4c965 -r cf6b9bf14af7 es/intro.tex
--- a/es/intro.tex	Wed Dec 31 11:31:04 2008 -0500
+++ b/es/intro.tex	Wed Dec 31 11:44:58 2008 -0500
@@ -44,7 +44,7 @@
 \item Le permitirá trabajar simultáneamente, y manejar las diferencias
   entre múltiples versiones de su proyecto.
 \end{itemize}
-La mayoría de estas razones son igualmente validas ---por lo menos en
+La mayoría de estas razones son igualmente válidas ---por lo menos en
 teoría--- así esté trabajando en un proyecto solo, o con mucha gente.
 
 Algo fundamental acerca de lo práctico de un sistema de control de
@@ -56,7 +56,7 @@
 Un proyecto de quinientas personas es muy propenso a colapsar
 solamente con su peso inmediatamente sin una herramienta de control de
 versiones y un proceso. En este caso, el costo de usar control de
-revisiones ni siquiera se tiene en cueant, puesto que \emph{sin} él,
+revisiones ni siquiera se tiene en cuenta, puesto que \emph{sin} él,
 el fracaso está casi garantizado.
 
 Por otra parte, un ``arreglo rápido'' de una sola persona, excluiría
@@ -64,6 +64,8 @@
 casi seguramente, el costo de usar una estaría cerca del costo del
 proyecto. ¿No es así?
 
+%TODO el sentido de uniquely va más a decir que hace ambas cosas sin problema,
+% no a que ``apenas''las soporta, no?
 Mercurial solamente soporta \emph{ambas} escalas de de
 desarrollo. Puede aprender lo básico en pocos minutos, y dado su bajo
 sobrecosto, puede aplicar el control de revisiones al proyecto más