Clarify why two or one spaces and code formatting

humitos · humitos · commit 22ebe3b9be59 · 2020-10-08T16:29:08.000+02:00
diff --git a/.overrides/faq.rst b/.overrides/faq.rst
@@ -193,12 +193,12 @@ Y luego accediendo a http://localhost:8000/
 .. _mantener-actualizada:
 
 ¿Cómo actualizar mi copia local del repositorio?
----------------------------------------------------------
+------------------------------------------------
 
-Es recomendable mantener actualizada nuestra copia local para evitar 
-posibles conflictos entre los archivos que trabajamos y la última versión disponible 
-en el repositorio remoto. 
-Primero, necesitamos bajar los cambios de *upstream* (es el nombre que asignamos al 
+Es recomendable mantener actualizada nuestra copia local para evitar
+posibles conflictos entre los archivos que trabajamos y la última versión disponible
+en el repositorio remoto.
+Primero, necesitamos bajar los cambios de *upstream* (es el nombre que asignamos al
 repositorio principal de la traducción). Se hace de la siguiente manera::
 
     git fetch upstream
@@ -207,11 +207,36 @@ Luego nos vamos a nuestra rama local, confirmamos e impactamos esos cambios::
 
     git checkout 3.8
     git merge upstream/3.8
-    git push origin 3.8 
+    git push origin 3.8
 
 ¡Eso es todo!
 
 
+¿Son importantes los dobles espacios en el original?
+----------------------------------------------------
+
+No.
+
+En realidad, no tienen ningún efecto. Sphinx se da cuenta automáticamente de esto y simplemente
+deja un solo espacio en la versión final. Así que, no te preocupes si ves dos espacios juntos.
+
+Si estás interesada en saber más sobré "¿Porqué se usan dobles espacios?" puedes leer este artículo:
+`How Many Spaces Should Be After a Period? <https://www.instructionalsolutions.com/blog/one-space-vs-two-after-period>`_
+
+
+¿Puedo agregar "estilo de código" a los nombres de las funciones/métodos/clases/etc?
+------------------------------------------------------------------------------------
+
+No.
+
+Si aparece el nombre de una función (por ejemplo, "IncrementalParser") en el original y no tiene ningún estilo asociado
+(no está en cursiva, ni en negrita ni en estilo de código), aunque sientas la tentación de ponerla como
+``IncrementalParser``, no debes hacerlo.
+
+En principio, no debemos cambiar el formato de estas palabras. Si realmente crees que es un error y debería
+estar con un formato distinto, debes reportarlo en el repositorio de CPython.
+
+
 ¿Tienen una lista de correo?
 ----------------------------
 
