Rama de desarrollo en vivo disponible en el subdominio dev .
Consulte nuestro wiki para una guía de instalación. Para todo lo demás, tenemos una variedad de preguntas frecuentes respondidas en nuestro servidor Discord, ¡además estamos disponibles para preguntas directas!
Solo los datos "oficiales" (es decir, publicados por Paizo) se incluirán en el sitio. Cualquier otra cosa debe agregarse al repositorio casero.
Priorice RAW sobre todo lo demás. Objetivo proporcionar una copia 1: 1 de los datos originales. Los errores tipográficos obvios (por ejemplo, los errores matemáticos en las estadísticas de las criaturas) pueden corregirse a discreción de los mantenedores.
Objetivo es usar la última versión de cualquier material publicado. Las versiones más antiguas que son suficientemente diferentes (y relevantes para los intereses de la comunidad) pueden trasladarse al repositorio casero.
Dirigir a ES6 era la intención original, pero las características más modernas se han convertido hace mucho tiempo en el código. Por lo tanto, si algo está disponible como estándar tanto en Chrome como en Firefox (preferiblemente en versiones que datan de al menos un par de meses), y no es un borde de sangrado, uno puede justificar razonable usarlo. Como con todas las cosas, use el sentido común.
Formatear JSON para que coincida con la salida predeterminada de JSON.stringify de JavaScript (usando pestañas para la sangría), es decir, una línea por soporte y una línea por valor. Sin embargo, los archivos JSON generados programáticamente a partir de otros archivos JSON (es decir, los almacenados en data/generated ) deben minificarse.
Al "etiquetar" las referencias en datos (por ejemplo {@creature goblin} ), se aplican las siguientes reglas:
You gain one cantrip of your choice from the wizard spell list debe etiquetarse, mientras que la clase de mago en Together, a group of seven powerful wizards sought to contain the demon no debe etiquetarse. Una es una referencia a la clase mecánica, uno es simplemente el uso casual de la palabra "mago".quote . Incluso si la cita se refiere directamente a una criatura específica, podemos suponer que la cita es desde un universo/perspectiva en la que (por ejemplo) no existen los bloqueos de estadísticas y, por lo tanto, la etiqueta debe omitirse para mantener el sabor de la cita. Las partes de las pautas JSON Cleaning & Style también se automatizan y se pueden aplicar utilizando npm run clean-jsons . Además, este script de limpieza también se ejecuta automáticamente como parte de npm run build .
Para eliminar las comas finales en JSON:
Buscar: (.*?)(,)(:?s*]|s*})
Reemplazar: $1$3
' debe ser reemplazado con '“ Y ” debe ser reemplazado con "— (EM Dash) debe reemplazarse con u2014 (unicode para EM Dash)– debe reemplazarse con u2013 (unicode para en dash)− debe reemplazarse con u2212 (unicode para un signo menos)• No se debe usar a menos que el JSON en cuestión aún no esté cubierto por el EntryRenderer, es decir, debe codificarse como una listau2014 , u2013 y u2212 ; Todos los demás personajes (a menos que se indiquen anteriormente) deben almacenarse como es - (guión) solo debe usarse para guión de palabras, por ejemplo, 60-foot y 18th-levelu2014 debe usarse para pares paréntesis de tablero, o para marcar filas de mesa vacías.u2013 debe usarse para unir rangos numéricos, por ejemplo, 1-5 debe convertirse en 1u20135 .u2212 debe usarse para signos menos menos menos, en el caso de sanciones. Por ejemplo, "You have a -5 penalty to..." Debería convertirse en "You have a u22125 penalty to..." .u2014 debe eliminarse 60-foot lineblindsight 60 ft. , darkvision 120 ft./ , sin espacios a ambos lados seguido de la unidad de tiempo capitalizada, por ejemplo, 2/Turn , 3/Day Los dados deben escribirse como [X]dY[ <+|-|×> Z] , es decir, con un espacio entre dados y operadores, y un espacio entre el operador y el modificador. Algunos ejemplos de formato aceptable son: d6 , 2d6 o 2d6 + 1 .
Los nombres de los artículos deben ser el caso del título, con la excepción de unidades entre paréntesis, que deben ser caso de oración. Los elementos cuyo volumen o cantidad se especifican por contenedor (por ejemplo (vial) ) tratan el contenedor como una unidad.
Evite los eventos modificados por ALT de unión, ya que no están disponibles bajo MacOS o varios sabores de Linux. Se prefiere eventos modificados de cambio de unión/CTRL.
Asegúrese de tener todo instalado ( npm install ) y construido ( npm run build ) para tener un sitio completamente funcional. Ejecute npm run serve:dev para iniciar un servidor de desarrollo local que sirve los archivos del proyecto en http://localhost:8080/index.html .
El repositorio contiene un esquema JSON para los archivos de datos en test/schema-template/schema.json . El esquema es actualmente un trabajo en progreso.
Los detalles sobre cómo hacer uso del esquema varían según la configuración que está utilizando para trabajar con el repositorio.
Para usar el esquema JSON con el código Visual Studio, diríjase a Configuración y ubique la configuración JSON: Schemas . Se recomienda agregar esta configuración solo para el espacio de trabajo local.
"json.schemas" : [
{
"fileMatch" : [
" data/**/*.json "
],
"url" : " ./test/schema-template/schema.json "
}
] Do npm run version-bump -- [OPTION] , donde [OPTION] es uno de los siguientes:
major para incrementar la versión principal ( 1.2.3 se convertirá en 2.0.0 )minor para incrementar la versión menor ( 1.2.3 se convertirá en 1.3.0 )patch para incrementar la versión del parche ( 1.2.3 se convertirá en 1.2.4 )1.2.3 ) Primero ejecutará las pruebas y no aumentará la versión si las pruebas fallan. Luego reemplazará automáticamente la versión en los archivos donde necesita ser reemplazado, cree una confirmación con la chore(version): bump y cree una etiqueta (en el formulario v1.2.3 ) en la confirmación. Esta característica se puede deshabilitar fácilmente haciendo npm config set git-tag-version false .
Este proyecto tiene licencia bajo los términos de la licencia MIT.