Pf2eTools
v0.8.13
Filial de desenvolvimento ao vivo disponível no subdomínio dev .
Consulte nosso Wiki para obter um guia de instalação. Para todo o resto, temos uma variedade de perguntas frequentes respondidas em nosso servidor Discord, além de estarmos disponíveis para perguntas diretas!
Somente dados "oficiais" (ou seja, publicados por PAIZO) devem ser incluídos no site. Qualquer outra coisa deve ser adicionada ao repositório homebrew.
Priorize Raw acima de tudo. Procure fornecer uma cópia 1: 1 dos dados originais. Erros de erros óbvios (por exemplo, erros matemáticos em estatísticas de criatura) podem ser corrigidos a critério do (s) mantenedor (s).
Procure usar a versão mais recente de qualquer material publicado. As versões mais antigas suficientemente diferentes (e relevantes para os interesses da comunidade) podem ser movidas para o repositório homebrew.
O direcionamento do ES6 era a intenção original, mas os recursos mais modernos há muito tempo surgiram no código. Portanto, se algo estiver disponível como padrão no Chrome e no Firefox (de preferência em versões que datam de pelo menos alguns meses) e não é a borda sangrando, pode-se justificar razoável. Como em todas as coisas, use o bom senso.
Formato JSON para corresponder à saída padrão do JSON.stringify do JavaScript (usando guias para recuo), ou seja, uma linha por suporte e uma linha por valor. Os arquivos JSON gerados programaticamente a partir de outros arquivos JSON (ou seja, os armazenados em data/generated ) devem ser ministrados, no entanto.
Quando "marcando" referências em dados (por exemplo {@creature goblin} ), as seguintes regras se aplicam:
You gain one cantrip of your choice from the wizard spell list deve ser marcada, enquanto a classe do assistente Together, a group of seven powerful wizards sought to contain the demon não deve ser marcado. Uma é uma referência à classe mecânica, uma é apenas o uso casual da palavra "assistente".quote . Mesmo se a citação se refere diretamente a uma criatura específica, podemos assumir que a citação é de um universo/perspectiva em que (por exemplo) os estatísticas não existem e, portanto, a tag deve ser omitida para manter o sabor da citação. Partes das diretrizes de limpeza e estilo JSON também são automatizadas e podem ser aplicadas usando npm run clean-jsons . Além disso, esse script de limpeza também é executado automaticamente como parte do npm run build .
Para remover vírgulas à direita em JSON:
Encontre: (.*?)(,)(:?s*]|s*})
Substitua: $1$3
' deve ser substituído por '“ E ” deve ser substituído por "— (Em Dash) deve ser substituído por u2014 (unicode para em traço)– deve ser substituído por u2013 (unicode para pt Dash)− deve ser substituído por u2212 (unicode para sinal de menos)• Não deve ser usado a menos que o JSON em questão ainda não esteja coberto pelo entrada, ou seja, deve ser codificado como uma listau2014 , u2013 e u2212 ; Todos os outros personagens (a menos que indicados acima) devem ser armazenados como-está - (hífen) deve ser usado apenas para hifenizar palavras, por exemplo, 60-foot e 18th-levelu2014 deve ser usado para pares de traços entre parênteses ou para marcar linhas de mesa vazias.u2013 deve ser usado para unir faixas numéricas, por exemplo, 1-5 deve se tornar 1u20135 .u2212 deve ser usado para sinais unários menos, no caso das penalidades. Por exemplo, "You have a -5 penalty to..." deve se tornar "You have a u22125 penalty to..." .u2014 deve ser removido 60-foot lineblindsight 60 ft. , darkvision 120 ft./ 2/Turn sem espaços de 3/Day Os dados devem ser escritos como [X]dY[ <+|-|×> Z] , ou seja, com um espaço entre dados e operador e um espaço entre operador e modificador. Alguns exemplos de formatação aceitável são: d6 , 2d6 ou 2d6 + 1 .
Os nomes dos itens devem ser o caso de título, com exceção das unidades entre parênteses, que devem ser casos de sentenças. Itens que é volume ou quantidade são especificados pelo contêiner (por exemplo (vial) ) trate o contêiner como uma unidade.
Evite vincular eventos alt-modificados, pois não estão disponíveis no MacOS ou em vários sabores Linux. Os eventos modificados por mudança de mudança/ctrl de ligação são preferidos.
Verifique se você tem tudo instalado ( npm install ) e construído ( npm run build ) para ter um site totalmente funcional. Execute npm run serve:dev para iniciar um servidor de desenvolvimento local que serve os arquivos do projeto em http://localhost:8080/index.html .
O repositório contém um esquema JSON para os arquivos de dados no test/schema-template/schema.json . O esquema é atualmente um trabalho em andamento.
Os detalhes de como fazer uso do esquema variam com base em qual configuração você está usando para trabalhar com o repositório.
Para usar o esquema JSON com código do Visual Studio, acesse as configurações e localize a configuração JSON: Schemas . Recomenda -se que você adicione esta configuração apenas para o espaço de trabalho local.
"json.schemas" : [
{
"fileMatch" : [
" data/**/*.json "
],
"url" : " ./test/schema-template/schema.json "
}
] O npm run version-bump -- [OPTION] , onde [OPTION] é um dos seguintes:
major para incrementar a versão principal ( 1.2.3 se tornará 2.0.0 )minor para incrementar a versão menor ( 1.2.3 se tornará 1.3.0 )patch para incrementar a versão do patch ( 1.2.3 se tornará 1.2.4 )1.2.3 ) Primeiro executará os testes e não aumentará a versão se os testes falharem. Em seguida, ele substituirá automaticamente a versão nos arquivos onde precisa ser substituído, criará um commit com a mensagem chore(version): bump e criar uma tag (no formulário v1.2.3 ) no commit. Esse recurso pode ser facilmente desativado fazendo npm config set git-tag-version false .
Este projeto está licenciado nos termos da licença do MIT.
