Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update Spanish i18n #88

Closed
wants to merge 1 commit into from
Closed

Conversation

Josexv1
Copy link
Contributor

@Josexv1 Josexv1 commented Jul 27, 2018

  • Bump Spanish i18n to the latest version
  • Delete some redundant files to match with English folder

```bash
$ cd build/ && ./kovri
$ cd build / && ./kovri
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Won't work. Keep the old line.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done, don't know how it slip, since i didn't touch the code.

@erciccione
Copy link
Contributor

erciccione commented Jul 29, 2018

@lh1008 @BlackLotus64 could any of you review this?

@BlackLotus64
Copy link

Sure @erciccione, I'll take a look at them, I'll try and coordinate with @lh1008 to do this :)

@lh1008
Copy link

lh1008 commented Jul 30, 2018

Hi @erciccione sure, I'll be looking at it. :)

@lh1008
Copy link

lh1008 commented Jul 30, 2018

@BlackLotus64 have you already made the fixes in the spanish guide?

Copy link

@lh1008 lh1008 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had already gave some comments to a past translation. I have to go and I will start again later in the review. I suggest this changes done for the i18n/es/acknowledgements.md file.

@@ -1,3 +1,4 @@
## Reconocimientos
En adición a los contribuidores de Boost y OpenSSL, y a todos los programadores desde los tiempos inmemoriales, que han hecho este proyecto posible, queremos reconocer lo siguiente:
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had already made some suggestions to this document, but I will suggest them again so more contributors can give their comments or validate them. We have already spoken about not literally translating words because it can change the meaning and not give a coherent structure and affect the meaning of the sentence.

"Adicional a los contribuyentes de Boost y OpenSSL y a todos los programadores que han hecho este proyecto posible desde sus inicios, queremos hacer reconocimiento de lo siguiente:"

@@ -1,3 +1,4 @@
## Reconocimientos
En adición a los contribuidores de Boost y OpenSSL, y a todos los programadores desde los tiempos inmemoriales, que han hecho este proyecto posible, queremos reconocer lo siguiente:

- Wei Dai, Jeffrey Walton, y todos los desarrolladores en Cryoto++ por proveer una influencial y libre librería de criptografía en C++
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Crypto++" esta mal escrito. En español no utilizamos ",(comas)" precedidos a conjunciones, o solo en casos especiales dado la estructura de lo que queremos decir.

"A Wei Dai, Jeffrey Walton y a todos los desarrolladores de Crypto++ por entregarnos una libreria criptográfica de C++ libre de gran influencia (o, "con una gran influencia")."

Esta es otra manera de escribirlo y darle una mejor estructura gramatical. "Libre libreria", no se lee bien, incluso si buscamos en buscadores el término "libre libreria" no aparece en ninguna parte bajo esa estructura.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • Dean Michael Berris, Glyn Matthews, y todos los desarrolladores en cpp-netlib por proveer una librería activamente desarrollada cross-plataforma de red.
    " A Dean Michael Berri, Glyn Matthews y a todos los desarrolladoes en cpp-netlib por proporcionar una librería de redes multiplataforma activa".
    Ya estamos haciendo enfasis en que unos desarrolladores hicieron una libreria de redes, entonces decir "unos desarrolladores desarrollaron un libreria", suena redundante.

  • zzz, str4d, y todos los desarrolladores de I2P Java, en ambos, pasado y presente, que tienen un set de estándares a seguir para las demás implementaciones de I2P
    "A zzz, str4d y a todos los desarrolladores de Java, que en el presente y en el pasado, establecieron el estándar de todas las otras implementaciones a seguir para I2P".
    La estructura de la traducción que se realizo en esta oración pierde el sentido, ya que ellos no "tienen un set de estándares", sino, que ellos "establecieron un estándar", para las implementaciones. Se puede mejorar la estructura incluso de la que sugieron pero si recomiendo mejorar la estructura de la oración original del ingles.
    "...who have set the standard for all other I2P implementations to follow" (apartado original del texto en ingles).

  • orion por proveer i2pcpp: la implementación en C++ original de I2P
    "A orion por proveer i2pcpp: la implementación en C++ original de I2P".
    He notado que cuando se hacen los reconocimientos no se le agrega la letra "A" al inicio de la oración como formalidad sobre a quien se le otorga el reconocimiento. ejemplo, reconocimientos:

  1. "A" @Josexv1 por haber hecho la traducción.
  2. "A" lh1008 por haber realizado la revisión.
  3. "A" @BlackLotus64 por el interes y las traducciones en la página.
    Es una formalidad e indicación de quien escribe hacia alguien o incluso a algo o cosas.
    Ejemplo:
    Reconocimiento:
  4. "Al" software libre por entregarnos la libertad de pensamiento.
  5. "Al" computador por ser la herramienta que nos permite comunicarnos.
  6. etc.
  • orignal por proveer i2pd: la mas completa implementación de I2P de la cual poder copiar
    "A orignal por proveer i2pd: la mas completa implementación de I2P de la cual poder copiar".

  • EinMByte por mejorar todas las implementaciones en C++ de I2P (Incluyendo Kovri)
    "A EinMByte por mejorar todas las implementaciones en C++ de I2P (Incluyendo Kovri)"

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

He terminado de agregar las sugerencias, espero las demás correcciones si las hay, para hacer el commit.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Podrías hacer el commint haciendo referencia a los cambios que realizaste en el archivo i18n/es/acknowledgements.md. Asi vamos organizando por partes la revisión. Me parece mas organizado.

Copy link

@lh1008 lh1008 Jul 30, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Me puedes hacer un ping cuando lo hagas y sigo con la revisión. Asi vamos adelantando de una manera organizada. :) 👍

@Josexv1
Copy link
Contributor Author

Josexv1 commented Jul 30, 2018

Commit updated @lh1008

@lh1008
Copy link

lh1008 commented Jul 31, 2018

Thank you @Josexv1. I will be doing the review by files. Maybe 3 or 5 files and then finish the review so you can read the comments and wait for other contributors comments, and if you have anything to say we can discuss it. :)

@BlackLotus64 can you help us?

Copy link

@lh1008 lh1008 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hola @Josexv1,

I was about to continue with the review and it seems the section contributing.md was already translated and you took that version and added it up to the file. I tooked a look at the file developer_guide.md, it was actually updated 6 days ago, and the lines are different (the translation has some missing lines). Could you please take a look and tell me if what I'm saying is correct or am I missing something? :)

@Josexv1
Copy link
Contributor Author

Josexv1 commented Aug 1, 2018

@lh1008 Tienes toda la razon, al parecer borre algunas lineas, yo el mismo dia que publique el pull-request hice un pull del repo principal. Entonces Fui yo mismo que borre los cambios. En unos minutos lo actualizo.

@Josexv1 Josexv1 force-pushed the master branch 2 times, most recently from 0e6ac46 to c549b05 Compare August 1, 2018 19:52
@lh1008
Copy link

lh1008 commented Aug 1, 2018

Gracias @Josexv1. Quedo atento :).

@erciccione
Copy link
Contributor

@lh1008 @Josexv1 Guys please keep it in english, so that everybody (especially non spanish speakers reviewers) can understand.

What's the situation here. Is this ready for a final review?

@Josexv1
Copy link
Contributor Author

Josexv1 commented Aug 2, 2018

@erciccione i updated the files again to delete some lines missing, and a whole block i left in English. (🥇), now should be ready. @lh1008 can keep checking the rest of the files.

Copy link

@lh1008 lh1008 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey @Josexv1,

I think is better if you remove the contributing.md file. That file was replaced by the file developer_guide.md. Did some suggestions. I'll continue tomorrow. :).

@erciccione I think I can finish the review tomorrow. Today I had to do several things so I was not able to work on it very well.

@@ -1,152 +0,0 @@
## Seguros de calidad
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The file i18n/es/contributing.md should be removed from the translation list files. Is the same as i18n/es/developer_guide.md with missing lines.

2. For files containing only new work, run [clang-format](http://clang.llvm.org/docs/ClangFormat.html) with ```-style=file``` (which uses our provided [.clang-format](https://github.com/monero-project/kovri/blob/master/.clang-format))
# Pautas
- Nuestro objetivo es el cumplimiento completo de C++ 11/14; por favor use esto para su ventaja
- Utilice la biblioteca estándar y las bibliotecas de dependencia siempre que sea posible
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are two other suggestion that could also work (a recommendation for future translations is not to write two exact words in one sentence). In Spanish two exact words in the same sentence will always mark redundance and affects the grammatical structure. In English redundancy is normal, not in Spanish.

"Utilice la biblioteca estándar y sus dependencias siempre que le sea posible", (le is a pronoun "pronombre refering as an inderect complement to the verb "utilice"; is not a grammatical binding, this is just a suggestion).

or

"Siempre que le sea posible, utilice las librerias estándar y sus dependencias".

```bash
$ cd kovri/ && clang-format -i -style=file src/path/to/my/file
$ cd kovri / && clang-format -i -style=file /ruta/a/mi/archivo
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove space after kovri/.

3. For files with mixed (existing + new) work, run [clang-format](http://clang.llvm.org/docs/ClangFormat.html) selectively over only lines directly related to the new work.
- See [vim](http://clang.llvm.org/docs/ClangFormat.html#vim-integration) and [emacs](http://clang.llvm.org/docs/ClangFormat.html#emacs-integration) documentation for examples of configuring keybindings for `clang-format` plugins.
4. Run [cpplint](https://github.com/google/styleguide/tree/gh-pages/cpplint) (which uses our provided [CPPLINT.cfg](https://github.com/monero-project/kovri/blob/master/CPPLINT.cfg)) to catch any issues that were missed by clang-format
3. Para archivos con trabajo mixto (existente + nuevo), ejecute [clang-format](http://clang.llvm.org/docs/ClangFormat.html) selectivamente solo sobre las líneas directamente relacionadas con el nuevo trabajo.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion:
"...seleccionando directamente solo sobre las lineas relacionadas con el nuevo trabajo."

- See [vim](http://clang.llvm.org/docs/ClangFormat.html#vim-integration) and [emacs](http://clang.llvm.org/docs/ClangFormat.html#emacs-integration) documentation for examples of configuring keybindings for `clang-format` plugins.
4. Run [cpplint](https://github.com/google/styleguide/tree/gh-pages/cpplint) (which uses our provided [CPPLINT.cfg](https://github.com/monero-project/kovri/blob/master/CPPLINT.cfg)) to catch any issues that were missed by clang-format
3. Para archivos con trabajo mixto (existente + nuevo), ejecute [clang-format](http://clang.llvm.org/docs/ClangFormat.html) selectivamente solo sobre las líneas directamente relacionadas con el nuevo trabajo.
- Ver la documentacion de [vim](http://clang.llvm.org/docs/ClangFormat.html#vim-integration) y [emacs](http://clang.llvm.org/docs/ClangFormat.html#emacs-integration ) para ejemplos de configuración de combinaciones de teclas para complementos `clang-format`.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure if it's a good idea to translate "plugin". Below you didn't translate it so I think is better to keep consistency, and is hard to translate, it looks like the word "Internet". Maybe a better word will be "extensión" if we decide to translate it.

"...para ejemplos de configuración de combinaciones de teclas para los plugins de clang-format."

"...para ejemplos de configuración de combinaciones de teclas para las extensiones de `clang-format." (still not sure of this one).

- [cpplint.vim](https://github.com/vim-syntastic/syntastic/blob/master/syntax_checkers/cpp/cpplint.vim)
- Emacs integration
- Integracion a Emacs
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Integración"

- Use Doxygen three-slash ```/// C++ comments``` when documenting for Doxygen
- Try to document all your work for Doxygen as you progress
- If anonymity is a concern, try to blend in with a present contributor's style
- Evite el caso mixto ```k``` y el MACRO_TYPE antes de la mezcla para todas las constantes
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestions:

  • "Evite casos mixtos antepuestos k y MACRO_TYPE para todas las constantes" (I go for this one)

or

  • "Evite, para todas las constantes, lo antepuesto en casos mixtos k y MACRO_TYPE."

- If bash programming, read [Google's Shell Style Guide](https://github.com/google/styleguide/blob/gh-pages/shell.xml)
2. For files containing only new work, run [clang-format](http://clang.llvm.org/docs/ClangFormat.html) with ```-style=file``` (which uses our provided [.clang-format](https://github.com/monero-project/kovri/blob/master/.clang-format))
# Pautas
- Nuestro objetivo es el cumplimiento completo de C++ 11/14; por favor use esto para su ventaja
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove space after "C++11...".

Words as "please" = "por favor" were recommended to be removed in Spanish translations.

"...C++11/14; use esto para su beneficio (recommended)."

- Try to document all your work for Doxygen as you progress
- If anonymity is a concern, try to blend in with a present contributor's style
- Evite el caso mixto ```k``` y el MACRO_TYPE antes de la mezcla para todas las constantes
- Utilice Doxygen three-slash ```/// C ++ comments``` al documentar para Doxygen
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove space after "C++".

"/// C++ comments"

## TODO's
- Do a quick search in the codebase for ```TODO(unassigned):``` and/or pick a ticket and start patching!
- If you create a TODO, assign it to yourself or write in ```TODO(unassigned):```
para la dependencia de los componentes, el aislamiento físico e incluir controles.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure of this.

"checks" means "validation; verification"?

If it's the case I suggest the following:

"... e incluir validaciones."

Copy link

@lh1008 lh1008 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi contributors,

This is taking a little more than expected. In the comments, you can read the suggested changes and grammatical corrections needed, with arguments explaining the why on each comment. This is to enforce the translation. Some are minor changes like adding a tilde (accent mark) and others, like taking out repeated words in a sentence that mark redundance, are given to have a better structure in the translated text.
I want to thank @Josexv1 for his efforts and the great job that he has done so far. I will continue later.
If anyone has comments please add them so we can start a discussion.
:)

- Actualmente no tenemos ningún tag por estar en Alpha. Por ahora, puedes basar tu trabajo desde la rama master.
4. Haz cambios
- En general, los commits deben ser [atomicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer.
- Intente no mezclar correcciones de formato con confirmaciones sin formato
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure if it's a good idea to translate the word "commit".

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In line 58 you didn't translate the word commit. That is why is better not to translate the word commit.

- En general, los commits deben ser [atomicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer.
- Intente no mezclar correcciones de formato con confirmaciones sin formato
5. Sé cortés con el registro de git
- El título de commit debe preponer class u otro aspecto del proyecto. Por ejemplo, "HTTPProxy: implementado depurador de User-Agent. Arregla #193." o "Garlic: arregla padding no inicializado en ElGamalBlock".
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"class" = "clase"?

- Intente no mezclar correcciones de formato con confirmaciones sin formato
5. Sé cortés con el registro de git
- El título de commit debe preponer class u otro aspecto del proyecto. Por ejemplo, "HTTPProxy: implementado depurador de User-Agent. Arregla #193." o "Garlic: arregla padding no inicializado en ElGamalBlock".
- Los mensajes del Commit deben ser verbose por default, considerando una línea de asunto de (50 caracteres máximo), una línea en blanco y una explicación detallada como párrafo(s) separado(s) - a menos que el titulo se auto-explique.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • The word "verbose" means to express or use more words. The word "verbose" is not a common word so it will sure be hard to understand the meaning if we leave it as it is. Its literal translation "verboso" won't give a description of what it means, so is better to translate it in a phrase.

Phrase suggestion (you might have a better one):
"Los mensajes del commit por defecto deben acompañarse con palabras o una frase descriptiva,..."

  • The word "considerar/ considerando" means "consider/ considering". "Consisting" means "consiste"; "que consiste de...", "se compone de..." (synonymous).

  • I believe the word "as" (e.i. the way it should be done) is used as a conjunction in the text, if this is the case it refers, "to indicate by comparison the way that something happens or is done", "...explanatory text as separate paragraph(s)". I suggest to change the word "como" to the word "por" which indicates the "way it should be done". "...una explicación detallada por párrafo(s) detallado(s) ...".

  • The word "título" has tilde in the "í".

5. Sé cortés con el registro de git
- El título de commit debe preponer class u otro aspecto del proyecto. Por ejemplo, "HTTPProxy: implementado depurador de User-Agent. Arregla #193." o "Garlic: arregla padding no inicializado en ElGamalBlock".
- Los mensajes del Commit deben ser verbose por default, considerando una línea de asunto de (50 caracteres máximo), una línea en blanco y una explicación detallada como párrafo(s) separado(s) - a menos que el titulo se auto-explique.
- Si un commit en particular hace referencia otro issue, por favor pon una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudara a resolver issues cuando se mezclen con ```master```.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Si un commit en particular hace referencia a otro issue, pon la/una referencia. Por ejemplo, Leer #123 o Correcciones #123

- Los mensajes del Commit deben ser verbose por default, considerando una línea de asunto de (50 caracteres máximo), una línea en blanco y una explicación detallada como párrafo(s) separado(s) - a menos que el titulo se auto-explique.
- Si un commit en particular hace referencia otro issue, por favor pon una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudara a resolver issues cuando se mezclen con ```master```.
- Si un commit en particular se vuelve a establecer después de la colaboración dentro de un pull request, consulte el número de pull request dentro del mensaje del commit. Por ejemplo; *Referencia #123*
6. [**Firma**](https://git-scm.com/book/en/v2/Git-Tools-Signing-Your-Work) tu(s) commit(s), y si eres un colaborador nuevo, haz un pull request para agregar tu clave PGP a nuestro repositorio.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's missing "(see contrib)".

- Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; Su trabajo es hacer cumplir el proceso.
- Los colaboradores NO TENDRÁN acceso de commit al repositorio a menos que sean también Mantenedores.
- Los mantenedores TENDRÁN tener acceso de commit al repositorio.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"...TENDRÁN tener..." is redundant. You can remove the word "tener" and will give the message as it is meant.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here the same suggestion from above:

"Los mantenderoes TENDRÁN acceso commit del repositorio."


- El proyecto USARÁ el sistema de control de revisión distribuido git.
- El proyecto ESTARÁ alojado en github.com o equivalente, llamado "Plataforma".
- El proyecto USARÁ utilizar la plataforma de Tracker de issues.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"...USARÁ utilizar..." is redundant. You can remove the word "utilizar" and will give the message as it is meant. It looks as if this translation was done by a "machine" translator (I don't know how you call those things :)).

- El proyecto ESTARÁ alojado en github.com o equivalente, llamado "Plataforma".
- El proyecto USARÁ utilizar la plataforma de Tracker de issues.
- El proyecto DEBERÁ tener directrices claramente documentadas para el estilo de código.
- Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest to try a bit harder in this translation. By definition in the text, patch is a set of commits that solve a problem.

- El proyecto USARÁ utilizar la plataforma de Tracker de issues.
- El proyecto DEBERÁ tener directrices claramente documentadas para el estilo de código.
- Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; Su trabajo es hacer cumplir el proceso.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"...; su trabajo..." "s" lowercase.

- El proyecto DEBERÁ tener directrices claramente documentadas para el estilo de código.
- Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; Su trabajo es hacer cumplir el proceso.
- Los colaboradores NO TENDRÁN acceso de commit al repositorio a menos que sean también Mantenedores.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest:

"Los colaboradores NO TENDRÁN acceso commit del repositorio a menos que sean Mantenedores."

@Josexv1
Copy link
Contributor Author

Josexv1 commented Aug 4, 2018

It's OK to take time to review it, we don't need to rush things if they're not good enough. I will try to fix all the things tomorrow.

- El proyecto DEBE utilizar una licencia compartida, como la GPLv3 o una variante de la misma (LGPL, AGPL), o la MPLv2.
- Todas las contribuciones al código fuente del proyecto ("parches") DEBERÁ utilizar la misma licencia que el proyecto.
- Todos los parches son propiedad de sus autores. No habrá ningún proceso de asignación de derechos de autor.
- Los derechos de autor del proyecto serán de propiedad colectiva de todos sus colaboradores.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I found this guide on how to address the names of the people who intervene in a formal contract. They should be addressed with a capital letter.

e.g. Contributor = Contribuyente, Colaborador, Contribuidor; Maintainer = Mantenedor.

### Licencia y propiedad

- El proyecto DEBE utilizar una licencia compartida, como la GPLv3 o una variante de la misma (LGPL, AGPL), o la MPLv2.
- Todas las contribuciones al código fuente del proyecto ("parches") DEBERÁ utilizar la misma licencia que el proyecto.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"DEBERÁN" - Found this answer to comment about this actual change.


### Requisitos del parche

- Mantenedores y contribuyentes DEBEN tener una cuenta de la plataforma y DEBERÍAN utilizar sus nombres verdaderos o un alias conocido.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion:
"Los Mantenedores y los Contribuyentes DEBEN tener una cuenta en la plataforma y DEBERÁN usar sus nombres verdaderos o un alias conocido."

  • I noticed in this line that the word "contributor" has the translated word "contribuyente" (I have personally supported this translated word), and in the majority of the translated text, the word "colaborador = colaborator" is being used.

- Bump spanish i18n to the latest version
- delete some redundant files to match with english folder
- fix little typo
- Fix wording in acknowledgements
- fix developer guides typos
@Josexv1
Copy link
Contributor Author

Josexv1 commented Aug 19, 2018

Finally found time to update the PR. I added all the suggestions as i don't actually have enough time to check other arguments.

@Josexv1
Copy link
Contributor Author

Josexv1 commented Sep 5, 2018

Any update on this. I already sent the changes. @erciccione @anonimal

@lh1008
Copy link

lh1008 commented Sep 5, 2018

@Josexv1 I will be starting the review soon (tomorrow I guess). I just finished the user_guides review. Sorry for the delay. But if this needs to be pushed fast, it could go through and we could work changes on the run.

- orion por proveer ```i2pcpp```: la implementación en C++ [original](http://git.repo.i2p.xyz/w/i2pcpp.git) de I2P
- orignal por proveer ```i2pd```: la mas completa implementación de I2P [de la cual poder copiar](https://github.com/purplei2p/i2pd/commit/45d27f8ddc43e220a9eea42de41cb67d5627a7d3)
- EinMByte por mejorar todas las implementaciones en C++ de I2P (Incluyendo Kovri)
- A Wei Dai, Jeffrey Walton y a todos los desarrolladores de Crypto++ por entregarnos una libreria criptográfica de C++ libre de gran influencia (o, "con una gran influencia").

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please don't leave alternative translations in the final text. I'm not qualified to comment on Spanish grammar, but de gran influencia is a well-known phrase and (o, "con una gran influencia") can probably be simply removed.

@apertamono
Copy link

apertamono commented Sep 6, 2018

All changes suggested by @lh1008 look reasonable to me. And I agree that the current version would be good enough to be merged and improved later.

In developer_guide.md, there are some examples of titles and labels for use on this platform that have been translated while they should be left in English - but those are from the existing contributing.md translation, and I'll make a pull request about this issue for several languages anyway.

Sorry for the late review; I wasn't planning to comment on other languages until I started comparing stuff for my own work in Dutch. I haven't checked everything here, but I have one remark in general: punctuation in bullet points could be more consistent. Either use the same style as the source text or choose your own style, e.g. add a period after each full sentence containing a verb.

@anonimal
Copy link
Collaborator

anonimal commented Sep 7, 2018

NOTICE: THIS PULL REQUEST HAS BEEN MOVED TO GitLab. Please reopen there if you wish to merge. See #102 for details.

@anonimal anonimal closed this Sep 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants