name: Test

on:

push:

branches:

- 3.*

pull_request:

jobs:

test:

name: Test

runs-on: ubuntu-latest

steps:

- uses: actions/checkout@v2

- name: Preparar Python v3.8

uses: actions/setup-python@v2

with:

python-version: 3.8

- name: Sincronizar con CPython

run: |

- name: Instalar dependencias

run: |

- name: Powrap

run: powrap --check --quiet **/*.po

- name: Pospell

run: |

- name: Construir documentación

run: PYTHONWARNINGS=ignore::FutureWarning sphinx-build -j auto -W --keep-going -b html -d cpython/Doc/_build/doctree -D language=es . cpython/Doc/_build/html

#. 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

* Al igual que cuando uno traduce, en el proceso de revisión puedes consultar y emplear las herramientas que tenemos. Por ejemplo, si no estás seguro sobre la traducción de un término sobre el que puede que ya hayamos tomado una decisión consensuada, puedes consultar la :doc:`memoria de traducción <translation-memory>` usar `scripts/find_in_po.py` o incluso comentarlo en nuestro grupo de Telegram.

Al revisar una traducción, deberás tener en cuenta ciertos aspectos propios de una traducción técnica de esta índole. Además de que debe entenderse el texto en español y que debes respetar el contenido de la documentación original (ver "A tener en cuenta" en la :doc:`Guía para contribuir en la traducción <CONTRIBUTING>`), contamos con herramientas en este proyecto que pueden fallar en ciertos casos, y que como revisor/a deberás tener en cuenta.

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.

{#

Las siguientes líneas están para que se pueda redireccionar

al correctamente el código fuente en python-docs-es.readthedocs.io/

#}

{% set overriden_pages = ['coc', 'CONTRIBUTING', 'faq', 'reviewers-guide','progress', 'translation-memory', 'upgrade-python-version'] %}

{% if pagename in overriden_pages %}

<li>

<a href="https://github.com/python/python-docs-es/blob/{{ version }}/.overrides/{{ sourcename|replace('.rst.txt', '.rst') }}"

rel="nofollow">{{ _('Show Source') }}

</a>

</li>

{% else %}

<li>

<a href="https://github.com/python/python-docs-es/blob/{{ version }}/{{ sourcename|replace('.rst.txt', '.po') }}"

rel="nofollow">{{ _('Show Source') }}

</a>

</li>

{% endif %}

entry: python ./scripts/create_dict.py

language: python

args: ['--personal-dict', 'dict.txt', '--modified', '--language', 'es_ES']

$(VENV)/bin/python scripts/create_dict.py

Natalia Elvira Astoreca (@nea23)

Julieta Kogan Moyano (@JuliKM3)

Sergio Infante (@neosergio)

Luis Llave (@llaveluis)

Rodrigo Poblete Diaz (@rodpoblete)

Samantha Valdez A. (@samvaldez)

Adrian Carrillo (@oropher)

Alfonso Reyes (@mxarc)

Juan Biondi (@yeyeto2788)

Hugo Valencia Vargas(@psicobloc)

Azul Maia Vallejos Salgado (@bleucode)

Iracema Caballero (@iracaballero)

Andreu Vallbona Plazas (@avallbona)

Javier Artiga Garijo (@jartigag)

Ayose Figuera (@ayosefiguera)

Alvaro Cárdenas (@alvaruz)

Daniel Vera Nieto (@dveni)

Beatriz Cabrero Saiz (@Xhiel23)

Andros Fenollosa Hurtado (@tanrax)

María Saiz Muñoz (@mariasm87)

Sofia Carballo (@sofiacarballo)

Alan Verdugo Muñoz (@alanverdugo)

Alcides Rivarola (@alcides29)

Ana (@popiula)

David Silva (@dvidsilva)

Ricardo Rodríguez (@ricrogz)

Enrique Zárate (@enrique-zarate)

Jaume Montané (@jaumemy)

Endika Gil (@endikagil)

Federico Zuccolo (@fzuccolo)

Gibran Herrera (@gibranhl)

Ulises Alexander Argüelles Monjaraz (@UlisesAlexanderAM)

Victor Carlos (@tuxtitlan)