Presets

Projekt-Voreinstellungen

Voreingestellter Workflow der Project-Bibliothek

Der voreingestellte Workflow der Project-Bibliothek ist jetzt ein vollständiger Project-Workflow statt einer vorgefertigten Befehlsnotiz. Verwenden Sie dieses Preset, wenn ein Ersteller ein wiederholbares Command Pack speichern muss, statt isolierte Befehle aus separaten Registerkarten zu kopieren. Einträge in der Project-Bibliothek halten Arbeitszustand, Ausgabe, Titel und Ressourcenpfad so nah beieinander, dass eine Karteneinrichtung später erneut geöffnet und bearbeitet werden kann. Der Artikel hält die Einrichtungsfelder, die Ausgabeüberprüfung, die Platzierung in Project und die Ergebniserfassung zusammen, sodass sich der Befehl leicht überprüfen lässt, bevor er Teil eines Karten-Setups, eines Ereignisauslösers oder eines wiederverwendbaren Befehlspakets wird. Das wichtige Steuerelement ist der Save-to-Project-Pfad. Ein Befehl oder eine JSON-Ressource wird nützlich, wenn er benannt, gruppiert und neben verwandten Einträgen angeordnet wird, weshalb die Screenshot-Galerie die Data-Pack-Workbench zeigt, die Project speist, statt bei der JSON-Ausgabe zu enden.

Lesen aufENRUDEESPT中文日本語VIFR한국어IDPLTR

Preset-Ergebnis

Ein wiederverwendbarer Project-Bibliotheksplan, der Welteinrichtung, datapack-Ressourcen und Startbefehle gruppiert.

Ausgabe

Gespeicherter Project-Bibliotheksplan

Project: Crypt Adventure Setup
1. /time set noon
2. /weather clear 6000
3. /gamerule doMobSpawning false
4. data/nbtforge/loot_table/chests/crypt_reward.json
5. /function nbtforge:adventure/start

Preset-Screenshot

Beginnen Sie mit den Project-Steuerelementen, die den Preset-Zustand festlegen.
Die zweite Einstellung hebt das Feld oder den Begleitbefehl hervor, der das Verhalten gegenüber dem Spieler verändert.
Der Ausgabe-Screenshot hält den endgültigen Befehl oder das endgültige Befehlspaar sichtbar, bevor es in Project übergeht.

Preset erstellen

  1. Erstellen Sie eine Befehls- oder Datenpaketressource in deren Workbench.
  2. Klicken Sie im Ausgabebereich auf „Speichern“.
  3. Öffnen Sie Project und bestätigen Sie, dass der Eintrag mit einem sinnvollen Titel angezeigt wird.
  4. Wiederholen Sie diesen Vorgang für verwandte Einrichtungs-, Belohnungs- und Bereinigungsbefehle.
  5. Filtern Sie die Projektliste, wenn ein Paket groß wird.
  6. Kopieren Sie einzelne Einträge oder Paketausgaben erst nach Prüfung der Reihenfolge.

Warum dieses Project-Preset in Project gehört

Verwenden Sie dieses Preset, wenn ein Ersteller ein wiederholbares Command Pack speichern muss, statt isolierte Befehle aus separaten Registerkarten zu kopieren. Einträge in der Project-Bibliothek halten Arbeitszustand, Ausgabe, Titel und Ressourcenpfad so nah beieinander, dass eine Karteneinrichtung später erneut geöffnet und bearbeitet werden kann.

Das wichtige Steuerelement ist der Save-to-Project-Pfad. Ein Befehl oder eine JSON-Ressource wird nützlich, wenn er benannt, gruppiert und neben verwandten Einträgen angeordnet wird, weshalb die Screenshot-Galerie die Data-Pack-Workbench zeigt, die Project speist, statt bei der JSON-Ausgabe zu enden. Ein kopierter Befehl ist nur dann nützlich, wenn die umgebenden Annahmen sichtbar sind: Selektorbereich, Weltzustand, Reihenfolge innerhalb des Pakets und die genaue Ausgabe, die in Minecraft eingefügt wird. Behandeln Sie dieses Preset als Prüfpunkt, an dem sich diese Details kontrollieren lassen, bevor der Befehl NBTForge verlässt.

Die Galerie ist um diese Überprüfung herum aufgebaut. Der erste Screenshot zeigt den Zustand der Workbench, der zweite hebt das Feld oder Begleitmodul hervor, das das Verhalten gegenüber dem Spieler verändert, und der Ausgabe-Screenshot hält den Befehl oder das Befehlspaar sichtbar. Wenn das Preset ein sichtbares Ergebnis liefert, bestätigt der In-Game-Screenshot dieselbe Idee in einer wiederhergestellten Testwelt, statt sich auf eine generische Überlagerung zu verlassen.

Tests und Umfangsprüfungen

Project-Einträge sind eine Workflow-Hilfe und kein Ersatz für abschließende Tests. Testen Sie nach dem Kopieren des Pakets die exportierten Befehle oder Datenpaketdateien in derselben Reihenfolge, in der sie in Project aufgezeichnet sind.

Führen Sie den ersten Smoke-Test mit einem engen Selektor und einem sauberen Weltzustand durch. Umgebungs-, Hilfs-, Routing- und Feedback-Befehle können harmlos aussehen, betreffen aber häufig jeden Spieler oder die ganze Welt. Bestätigen Sie, dass der Befehl nur den beabsichtigten Zustand ändert, und speichern Sie dann die genaue Ausgabe neben den Einrichtungs- oder Folgezeilen, die erklären, warum sie existiert.

Wenn der Befehl Teil einer Funktionsdatei oder einer Befehlsblock-Kette wird, testen Sie das kopierte Artefakt und nicht nur den Live-Zustand der Workbench. So erkennen Sie veraltete Selektoren, eine falsche Befehlsreihenfolge, fehlende Einrichtungszeilen und Effekte, die nur deshalb zu funktionieren schienen, weil ein vorheriger Test den Zustand zurückgelassen hat.

  • Halten Sie die Selektoren eng, bis das gesamte Paket geprüft ist.
  • Platzieren Sie die Welteinrichtung vor begegnungsspezifischen Überschreibungen.
  • Speichern Sie Feedback-Befehle neben der Zustandsänderung, die sie auslöst.

Wie geht es weiter?

Erstellen Sie separate gespeicherte Einträge für Einrichtung, Belohnungsressourcen, Startfunktionen und Bereinigung, damit jeder Teil unabhängig überprüft werden kann.

Fahren Sie für vollständige Befehlsketten mit dem Voreingestellten Funktionspaket für Befehlsketten oder dem Voreingestellten Command Pack für Abenteuerkarten fort.

FAQ

Kann ich diesen Project-Befehl in den Chat einfügen?

Normalerweise ja, für einen Smoke-Test mit einem einzelnen Befehl, wenn der Selektor sicher und die Zeile kurz ist. Für wiederholbares Kartenverhalten speichern Sie ihn in Project und kopieren die geordnete Paket- oder Funktionsausgabe.

Warum ist diese Galerie nur auf die Benutzeroberfläche beschränkt?

Dieses Preset erzeugt JSON, eine Projektorganisation oder einen Überprüfungsworkflow statt eines sichtbaren In-World-Objekts. Der nützliche Nachweis ist der Workbench-Zustand, die Ausgabe und die Platzierung in Project.

Was sollte ich überprüfen, bevor ich dieses Preset teile?

Überprüfen Sie den Selektorbereich, die Befehlsreihenfolge, die Zielversion und ob der Befehl zur Einrichtung, zur Begegnungslogik, zum Feedback oder zur Bereinigung gehört. Diese Kategorien entscheiden, wo er in einem Project-Paket platziert wird.

Ablauf öffnen

Starte im passenden Project Arbeitsbereich und passe die Preset-Felder für deine Welt an.