#. Verifica que estás en la rama principal del repositorio, **3.8** (esto es muy

importante para evitar crear una nueva rama a partir de una traducción

anterior)::

(mira la :doc:`Guía del revisor <reviewers-guide>`)

* Tenemos una :doc:`Memoria de Traducción <translation-memory>`, que usamos para tener

consistencia con algunos términos.

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

¿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é "¿Por qué 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 está con asteriscos, lo dejamos con asteriscos.

Si está con backticks, lo dejamos con los backticks, etc. Si realmente crees que es un error y debería

estar con un formato distinto, debes reportarlo en el repositorio de CPython.

Antes que nada, queremos compartir contigo `unos videos`_ que uno de nuestros colaboradores ha preparado donde se explica el resumen del proceso a través de un ejemplo.

Asimismo, si nunca has hecho una revisión pero ya has colaborado con el proyecto, te recomendamos que pruebes esta otra manera de colaborar, ya que permite ponerse en el lugar de otra persona, y muchas veces ayuda a mejorar las traducciones propias.

.. _`unos videos`: https://www.youtube.com/watch?v=uIaQMTuwtoU&list=PLma583Z70SlztPF8SitlWJZx3SW1aAePk&index=3&t=7s&ab_channel=Cristi%C3%A1nMaureira-Fredes

Tres razones por las que puede fallar el *build* de Travis:

``powrap`` falla

.. image:: powrap_fail.png

Para facilitar la comparación de ficheros se emplea este programa que va a hacer que todas las líneas tengan el mismo tamaño. Solucionar este problema en nuestra traducción es muy sencillo, solo hay que instalar la herramienta powrap en nuestro entorno y ejecutar el comando ``powrap nuestro_fichero.po``

``pospell`` falla

Los fallos en pospell pueden ser variados y según con que nos encontremos tenemos que actuar de una manera u otra. En principio es un chequeo de ortografía contra un diccionario de español, por lo que nos va a fallar tanto si usamos palabras en otro idioma, como si usamos palabras en español mal escritas como si usamos palabras que simplemente no están en el diccionario. Por ejemplo:

.. image:: pospell_fallo_spelling.png

En este primer caso simplemente hay un error en la ortografía por lo que solucionarlo en nuestra traducción será lo únicoque tengamos que hacer.

.. image:: pospell_warning_and_english_words.png

En este segundo, en cambio, vemos un par de cosas más interesantes. En primer lugar, tenemos un warning de rst, donde nos da un error porque unas comillas no han sido reconocidas como final de una palabra. Si te fijas en el texto esto ocurre donde están los paréntesis pegados a la expresión entre comillas dobles SNDCTL_DSP_SYNC. Añadir un espacio allí solucionará nuestro problema. Por otro lado, nos lanza una serie de palabras que han fallado en pospell, pero como vemos, son o bien términos técnicos, o nombres en inglés (en este caso posiblemente parte de un nombre propio) y una palabra que está correctamente escrita en español pero es un poco técnica. Por tanto, en este caso no queremos cambiarlas en nuestra traducción, sino que queremos que sean una excepción en el chequeo de pospell. Para ello, lo que debemos hacer es o bien crear o bien incluir (si ya está creado) en un diccionario llamado como nuestro fichero y que se emplace en la carpeta dictionaries las palabras que deben ser una excepción. Por ejemplo, los diccionarios para el fichero clinic o argparse los encontramos dentro de ./dictionaries como howto_clinic.txt y library_argparse.txt. Cuando se haga el build se tendrán en cuenta estas excepciones y no tendremos ese error de pospell.

Sphinx falla:

Durante la renderización de la documentación hay toda una serie de referencias cruzadas, que deben permanecer igual en español que en inglés. Un fallo habitual es el siguiente:

.. image:: sphinx_warnings_example_inconsistent_terms.png

Indica que alguna de las referencias falta en la traducción. Lo más probable es que al traducir se haya cambiado algo de la sintaxis particular como las comillas, y por eso no esté siendo reconocida.

checksum

suma de comprobación ``howto/clinic.po``

Natalia Elvira Astoreca (@nea23)

Julieta Kogan Moyano (@JuliKM3)

Angelica Landazabal (@ALandazabal)

Bruno Geninatti (@bgeninatti)

Rodrigo Poblete Diaz (@rodpoblete)

Adrian Carrillo (@oropher)

Alfonso Reyes (@mxarc)

Antonio González Fernández (@iam-agf)

Yennifer Paola Herrera Ariza (@Yenniferh)

Willian Garcia (@wgarcia1309)

Ana Medina Bernal (@ana-med)

Juan Biondi (@yeyeto2788)

Hugo Valencia Vargas(@psicobloc)

Iracema Cabllero (@iracaballero)

Andreu Vallbona Plazas (@avallbona)

Javier Artiga Garijo (@jartigag)

Ayose Figuera (@ayosefiguera)

Alvaro Cárdenas (@alvaruz)

Daniel Vera Nieto (@dveni)

Andros Fenollosa Hurtado (@tanrax)

Sofia Carballo (@sofiacarballo)

Alan Verdugo Muñoz (@alanverdugo)

msgstr "Anteriormente, la función retornaba una lista o una tupla."