From 3701b6ff0bf76e11779e88913d00382bb010de83 Mon Sep 17 00:00:00 2001 From: MiguelMJ Date: Thu, 15 Jan 2026 08:43:36 +0100 Subject: [PATCH] docs: unify style --- docs/criteria.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/criteria.md b/docs/criteria.md index b964efd..4db06c2 100644 --- a/docs/criteria.md +++ b/docs/criteria.md @@ -4,7 +4,7 @@ Si quieres preparar un nuevo taller con nosotros, te pedimos que los materiales ## De forma -1. **Corrección**. Evitad faltas de ortografía o redacción y aseguraos de que la presentación de los materiales cubra unos mínimos, sin ser excesiva. +1. **Corrección**. Evita faltas de ortografía o redacción y asegúrate de que la presentación de los materiales cubra unos mínimos, sin ser excesiva. 2. **Acceso abierto**. Los materiales que sean aceptados para un taller deberán estar disponibles en un [repositorio alojado por OpenBokerón](https://openbokeron.uma.es/gitea/OpenBokeron). Si necesitas ayuda con git, cuenta con nosotros para ello. 3. **Ficheros fuente en un formato libre**. Todos los materiales usados en un taller deberán estar disponibles en formatos no propietarios, para facilitar su uso futuro. Esto quiere decir que unas diapositivas, por ejemplo, no se proporcionarán directamente en PDF, sino en su formato original (`.tex`, `.typ`, `.odp`, etc), y que este no podrá ser un formato privado (`.ppt` u otros) 4. **Documentación**. Hará falta un fichero README en la raíz del proyecto explicando la estructura del mismo y con las instrucciones para compilar y ejecutar lo que sea relevante. @@ -14,7 +14,7 @@ Si quieres preparar un nuevo taller con nosotros, te pedimos que los materiales 1. **Actualidad**. Los talleres sobre una tecnología deben estar actualizados a versiones razonablemente recientes. En cualquier otro caso, deberá haber una justificación de peso. 2. **Formato de taller**. Un taller debe tener un aspecto práctico; se espera que los asistentes, en la medida de lo posible, pongan en marcha los conocimientos adquiridos *in situ*. 3. **Punto de partida claro**. Cuando asistir al taller requiera de un *stack* concreto o conocimientos previos, nosotros debemos saberlo y, para el futuro, debe hacerse explícito en el README, o en una sección introductoria. El objetivo es incluir esta información en la comunicación del evento, para que los estudiantes puedan decidir de manera informada si asistir. Los contenidos del taller deberán ajustarse correctamente al punto de partida definido, para asegurar que los asistentes no se pierdan. -4. **Cumplimiento de los derechos de autor y el [código de conducta](code-of-conduct)**. Cualquier material usado en un taller debe cumplir con las licencias que sean relevantes (si se usan imágenes o plantillas de terceros, por ejemplo) y adherirse a las normas de nuestro código de conducta. +4. **Cumplimiento de los derechos de autor y el [código de conducta](code-of-conduct)**. Cualquier material usado en un taller debe cumplir con las licencias que sean relevantes (si se usan imágenes, plantillas o código de terceros, por ejemplo) y adherirse a las normas de nuestro código de conducta. ***