Spanish Translation of SpongeDocs (Part 15) (1051 words)

Project Details

This is a spanish translation of SpongeDocs by SpongePowered, SpongeDocs, Documentation for Sponge, a Minecraft plugin API ans its implementations.

Links related to the translation

The translation was submitted via CrowdIn and this is my activity on the project. You can find this project in its GitHub repo.

Source Language

English

Translated Language

Spanish. In SpongeDocs there are 61243 words yet to be translated to Spanish.

Number Of Words

Number of words translated on this contribution: 1051

Previous translation on the same project

Number of words translated on the project before this report: 8869

My activity on the project

image.png
image.png
image.png
image.png
image.png
image.png
image.png
image.png
image.png
image.png
image.png
image.png

Examples sentences in Spanish:

  • Para reiniciar cualquier cambio que haya realizado al cliente en una ubicación específica, puede llamar al método :javadoc:Viewer#resetBlockChange(int, int, int). Por ejemplo, para reparar nuestro daño del ejemplo previo, podemos llamar al método resetBlockChange() especificando las coordenadas anteriores:
  • Enviar un cambio de bloque virtual al cliente es tan simple como llamar al método :javadoc:Viewer#sendBlockChange(int, int, int, BlockState). Necesitará especificar las coordenadas del bloque que desea cambiar, así también como el nuevo :javadoc:BlockState. Un ejemplo es mostrado a continuación:
  • Si estuviéramos comparando dos propiedades preexistentes, tomará el Operador de nuestro primer valor, el único para el que estamos creando una propiedad doble. Si el Operador es DELEGATE, que es el operador nulo, entonces tomará el Operador de nuestro segundo valor, el único en matches(). La comparación devolverá falso si ambos son DELEGATE. Un ejemplo de comparar dos :javadoc:PoweredProperty\ s, una :javadoc:BooleanProperty, puede ser vista a continuación:
  • Los bloques pueden contener ciertas propiedades. Una propiedad es un valor preestablecido que define la lógica del juego para ese bloque particular. Por ejemplo, los bloques pueden contener valores de resistencia a explosiones predeterminados que pueden ser utilizados para determinar con que se está trabajando, sin verificar realmente el tipo de bloque que podría ser de uno en uno. Por ejemplo, si queremos obtener la resistencia a explosiones de un bloque y verificar si es mayor o igual a uno, se haría así:
  • Si un bloque nunca deja de soportar un particular DataManipulator, como DirectionalData con escalones, entonces no hay necesidad de verificar isPresent(). Solo remueva la opción alrededor del DataManipulator y busque los datos no opcionales para agregar .get() al final de la instrucción. Tenga en cuenta, que esto causará una NullPointerException si un bloque jamás deja de soportar un particular DataManipulator.
  • Los datos de un bloque son guardados como un :javadoc:DataManipulator, similar a otras partes de la API. Esto es el contenedor que mantiene información sobre componentes de nuestro bloque, como la orientación de un bloque, tipos específicos (piedra vs. granito) y así sucesivamente. Verificar los valores de estos manipuladores es fácil, solo necesita verificar la dirección del bloque :javadoc:DirectionalData.



Posted on Utopian.io - Rewarding Open Source Contributors

H2
H3
H4
3 columns
2 columns
1 column
4 Comments