Pf2eTools
v0.8.13
Live -Entwicklungszweig in der dev Subdomain verfügbar.
Weitere Informationen finden Sie in unserem Wiki für einen Installationshandbuch. Für alles andere werden auf unserem Discord -Server eine Vielzahl von FAQs beantwortet und für direkte Fragen verfügbar!
Nur "offizielle" (dh von Paizo veröffentlicht) müssen in die Website aufgenommen werden. Alles andere sollte zum Homebrew -Repository hinzugefügt werden.
Priorisieren Sie RAW vor allem. Ziel ist eine 1: 1 -Kopie der Originaldaten. Offensichtliche Tippfehler (zum Beispiel können mathematische Fehler in der Kreaturenstatblocks nach Ermessen der Inhaberdienste korrigiert werden.
Ziel ist es, die neueste Version eines veröffentlichten Materials zu verwenden. Ältere Versionen, die ausreichend unterschiedlich sind (und für die Interessen der Gemeinschaft relevant) können in das Homebrew -Repository verlegt werden.
Das Targeting von ES6 war die ursprüngliche Absicht, aber modernere Merkmale haben sich längst in den Code eingeschlichen. Wenn also in Chrom und Firefox (vorzugsweise in Versionen, die mindestens ein paar Monate zurückgehen), als Standard als Standard verfügbar ist und keine Blutungskante, kann man es vernünftigerweise rechtfertigen. Verwenden Sie wie bei allen Dingen den gesunden Menschenverstand.
Format JSON mit der Standardausgabe von JSONs JSON.stringify von JavaScript (Verwendung von Registerkarten für die Eindrückung), dh eine Zeile pro Klasse und eine Zeile pro Wert. JSON -Dateien, die programmatisch aus anderen JSON -Dateien generiert werden (dh in data/generated , sollten jedoch abgebaut werden.
Bei "Tagging" Referenzen in Daten (z. B. {@creature goblin} ) gelten die folgenden Regeln:
You gain one cantrip of your choice from the wizard spell list , während die Zaubererklasse Together, a group of seven powerful wizards sought to contain the demon nicht markiert werden sollte. Einer ist ein Hinweis auf die mechanische Klasse, einer ist lediglich die lässige Verwendung des Wortes "Assistent".quote . Selbst wenn sich das Zitat direkt auf eine bestimmte Kreatur bezieht, können wir davon ausgehen, dass das Zitat aus einer Universum/Perspektive stammt, in der (zum Beispiel) StatBlocks nicht existiert, und daher sollte das Tag weggelassen werden, um den Geschmack des Zitats aufrechtzuerhalten. Teile der JSON-Reinigungs- und Stilrichtlinien werden ebenfalls automatisiert und können mit npm run clean-jsons angewendet werden. Darüber hinaus wird dieses Reinigungsskript automatisch im Rahmen npm run build ausgeführt.
Um nachlaufende Kommas in JSON zu entfernen:
Finden Sie: (.*?)(,)(:?s*]|s*})
Ersetzen: $1$3
' sollte durch" ersetzt werden '“ Und ” sollte durch "ersetzt werden "— (em Dash) sollte durch u2014 (Unicode für Em Dash) ersetzt werden– sollte durch u2013 ersetzt werden (Unicode für en Dash)− sollte durch u2212 ersetzt werden (Unicode für minus Zeichen)• Sollte nicht verwendet werden, es sei dennu2014 , u2013 und u2212 ; Alle anderen Charaktere (sofern nicht oben angegeben) sollten als IS gespeichert werden - (Bindestrich) sollte nur verwendet werden, um Wörter, z. B. 60-foot und 18th-levelu2014 sollte für Klammhöhepaare oder für leere Tischreihen verwendet werden.u2013 sollte zum Beitritt zu numerischen Bereichen verwendet werden, z. B. 1-5 sollte 1u20135 werden.u2212 sollte für Unary minus Zeichen verwendet werden, im Falle von Strafen. Zum Beispiel: "You have a -5 penalty to..." sollte "You have a u22125 penalty to..." .u2014 sollte entfernt werden 60-foot lineblindsight 60 ft. , darkvision 120 ft./ , ohne Leerzeichen auf beiden Seiten, gefolgt von der kapitalisierten Zeiteinheit, z. B. 2/Turn , 3/Day Würfel sollten als [X]dY[ <+|-|×> Z] geschrieben werden, dh mit einem Raum zwischen Würfel und Operator und einem Raum zwischen Operator und Modifikator. Einige Beispiele für akzeptable Formatierung sind: d6 , 2d6 oder 2d6 + 1 .
Die Elementnamen sollten mit Ausnahme von Einheiten in Klammern eine Titellazipe sein. Elemente, deren Volumen oder Betrag von Container (z. B. (vial) ) angegeben wird, behandeln den Container als Einheit.
Vermeiden Sie die Bindung von Alt-modifizierten Ereignissen, da diese unter macOS oder verschiedenen Linux-Aromen nicht verfügbar sind. Bindungsverschiebung/STRL-modifizierte Ereignisse werden bevorzugt.
Stellen Sie sicher, dass Sie alles installiert haben ( npm install ) und erstellt ( npm run build ), um eine voll funktionsfähige Site zu erhalten. Run npm run serve:dev um einen lokalen Dev -Server zu starten, der die Projektdateien auf http://localhost:8080/index.html bedient.
Das Repository enthält ein JSON-Schema für die Datendateien in test/schema-template/schema.json . Das Schema ist derzeit in Arbeit.
Details zur Verwendung des Schemas variieren je nach Setup, mit dem Sie mit dem Repo arbeiten.
Um das JSON -Schema mit Visual Studio -Code zu verwenden, besuchen Sie die Einstellungen und suchen Sie die Einstellung JSON: Schemas . Es wird empfohlen, diese Konfiguration nur für den lokalen Arbeitsbereich hinzuzufügen.
"json.schemas" : [
{
"fileMatch" : [
" data/**/*.json "
],
"url" : " ./test/schema-template/schema.json "
}
] Führen Sie npm run version-bump -- [OPTION] , wobei [OPTION] einer der folgenden ist:
major , um die Hauptversion zu erhöhen ( 1.2.3 wird 2.0.0 )minor , um die Nebenversion zu erhöhen ( 1.2.3 wird 1.3.0 )patch , um die Patch -Version zu erhöhen ( 1.2.3 wird 1.2.4 )1.2.3 ) Es wird zuerst die Tests ausgeführt und die Version nicht erhöht, wenn die Tests fehlschlagen. Anschließend ersetzt die Version automatisch in den Dateien, in denen sie ersetzt werden muss, ein Commit mit der Nachricht chore(version): bump und erstellen Sie ein Tag (im Formular v1.2.3 ) im Commit. Diese Funktion kann einfach deaktiviert werden, indem npm config set git-tag-version false ausgeführt wird.
Dieses Projekt ist gemäß den Bedingungen der MIT -Lizenz lizenziert.
