Directrices del contribuyente
======================

¿Cómo puedo ayudar?
-----------------

Kanboard no es perfecto, pero hay muchas maneras de ayudar:

- Dar opinión
- Informar de los errores
- Añadir o actualizar traducciones
- Mejorar la documentación
- Código de Escritura
- Dile a tus amigos que Kanboard es impresionante

Antes de hacer cualquier empresa grande, abrir un nuevo tema y explicar su propuesta.

Quiero dar retroalimentación
-----------------------
- Usted piensa que algo debe ser mejorado (interface de usuario, peticiones de características)
- Comprobar si aún no se propuso su idea
- Abrir un nuevo tema
- Describir su idea
- Puede también hacer un voto con +1 en las propuestas existentes

Quiero informar de un error
---------------------------

- Compruebe si el problema no se ha comunicado anteriormente
- Abrir un nuevo ticket
- Explicar lo que está roto
- Describir la forma de reproducir el error
- Describir su entorno (versión Kanboard, sistema operativo, servidor web, Versión de PHP , la versión de la base de datos, el proveedor de alojamiento)}

Deseo traducir Kanboard
----------------------------
Kanboard se traduce en muchos idiomas.

Sin embargo, las traducciones no están completas, observe la [guía de traducción para contribuir](translations.markdown).


Quiero mejorar la documentación
-----------------------------------
- ¿Crees que algo no está claro, existen errores gramaticales, errores tipográficos, otra cosa ?
- La documentación está escrita en Markdown y se almacena en la carpeta `docs`.
- Editar los archivos y enviar un Pull-Request
- La documentación se sincroniza con el repositorio y el sitio web oficial .

Quiero contribuir al código
--------------------------------
Los pulls son siempre bienvenidos , al ser aceptado se tiene que seguir estas directrices:

- ** Antes de hacer cualquier cambio grande o propuesta de diseño, abrir un nuevo ticket en comenzar una discusión **.
- Si desea agregar una nueva función, respetar la filosofía detrás de Kanboard. ** Nos centramos en la simplicidad **, no queremos tener un software sobrecargado .
- Lo mismo se aplica para la interface de usuario, ** ** simplicidad y eficiencia.
- Enviar un solo pull por característica o corrección de errores.
- Un pull más pequeño es más fácil y más rápido para revisar y fusionarlo.
- Asegurarse [ de hacer las pruebas unitarias (tests.markdown).
- Respetar los [estandares  de codificación] (coding-standards.markdown).
- Escribir código mantenible, evitar la duplicación de código, usar las buenas practicas de PHP.
En cualquier caso, si no está seguro acerca de algo abierto crear un uevo ticket.

Dile a tus amigos que Kanboard es impresionante
---------------------------------------------

Si utiliza Kanboard, corre la voz que le rodean.
Diles que es software libre y de código abierto esto es cool.