Zum Hauptinhalt springen

Project-Modell anpassen

Pläne: Free passt Defaults an; Plus erstellt Global-Definitionen; Pro passt ein Project an.

Scroll organisiert Kartenstrukturen in drei Ebenen. Jede Definition erscheint nur einmal in der Liste; ein Badge zeigt ihre wirksame Herkunft.

EbeneZweckPlanzugriff
DefaultsMit Scroll gelieferte Werksdefinitionen; nicht löschbarFree, Plus und Pro können sie bearbeiten und als Global-Anpassung speichern
GlobalAuf diesem Gerät in mehreren Projects wiederverwendbare DefinitionenPlus und Pro können sie erstellen und verwalten
ProjectDefinitionen nur für das aktuelle ProjectPro kann sie erstellen, überschreiben und verwalten

Das Bearbeiten eines Defaults überschreibt die Werksdefinition nicht. Scroll speichert nur geänderte Felder. Neue, nicht angepasste Felder eines späteren Default-Updates werden deshalb automatisch übernommen. Reset override entfernt die Anpassung der aktuellen Ebene und zeigt wieder die übergeordnete Version.

Kartentypen, Vorlagen und Karteninstanzen

  • Ein Card Type definiert eine abstrakte Klassifikation und Einschränkungen, etwa erlaubte Elterntypen und Beziehungsziele einer Figur.
  • Ein Card Template definiert Eigenschaften, Beziehungsfelder, Inhaltsabschnitte, Darstellung und Reihenfolge des Erstellungsformulars einer konkreten Karte.
  • Eine Karteninstanz speichert Benutzereingaben sowie ihren Card Type und ihr Card Template.

Verwalten Sie wiederverwendbare Definitionen rechts unter Schema in Card Types, Properties und Relationships. Der Haupteditor verwaltet nur konkrete Vorlagen. Eine Eigenschaft oder Beziehung, die für einen Card Type verfügbar ist, erscheint erst dann auf einer Karte, wenn die Vorlage sie ausdrücklich referenziert.

Empfohlene Reihenfolge

  1. Benötigte Card Types auflisten.
  2. Gemeinsame Eigenschaften und ihre erlaubten Card Types definieren.
  3. Beziehungstypen, Gruppen sowie erlaubte Quell- und Ziel-Card-Types definieren.
  4. Card Templates mit den tatsächlich angezeigten Eigenschaften und Beziehungsslots erstellen.
  5. Mit wenigen Testkarten und Story-Ansichten prüfen.
  6. Bestehende Karten erst nach Stabilisierung migrieren.

Definitionen bearbeiten und erstellen

Die Auswahl einer Zeile zeigt nur eine Vorschau. Zum Bearbeiten wählen Sie die Stifttaste. Eigenschaften und Beziehungen öffnen jeweils nur eine Zeile. Bei ungespeicherten Änderungen fragt Scroll nach Speichern oder Verwerfen.

  • Free öffnet einen Default mit der Stifttaste, speichert eine Global-Anpassung oder setzt sie zurück.
  • Plus kann außerdem Global-Definitionen erstellen, duplizieren und importieren.
  • Pro kann Project ausdrücklich wählen und Definitionen oder Überschreibungen nur für das aktuelle Project erstellen.

Nach dem Speichern werden ID und Felder gesperrt, die bestehende Daten neu interpretieren würden. Dazu gehören ID und Art eines Card Type, ID und Card Type eines Templates, ID und Werttyp einer Property sowie die Richtung eines Relation Type. Duplizieren Sie die Definition für eine andere Semantik.

Eigene Kartenvorlagen

Templates enthält Entity Templates, Event Templates, Relation Templates und Writing Templates. Eine Vorlage kann festlegen:

  • stabile ID, Name und Beschreibung
  • Oberfläche und Category preset
  • Symbol, Farbe und Avatarfeld
  • Felder und Reihenfolge des Erstellungsformulars
  • Eigenschaftsreferenzen und Beziehungsslots
  • Content sections
  • ob Instanzen als Story-Gruppen dienen können
  • Event-Zeit, Pflichtfelder und Beziehungsgruppen

Elterntypen und Beziehungsziele eines Card Type gehören in das Schema-Panel und werden nicht in der konkreten Vorlage wiederholt. Die Template ID wird nach dem Speichern gesperrt, der Anzeigename bleibt änderbar. Beheben Sie Validierungsmeldungen vor dem Speichern.

Verwaltete Ordner

Card-Type-Wurzeln, Template-Ordner und Kartenziele werden mit dem Ordnerdialog des Betriebssystems gewählt. Freie Pfadeingabe ist nicht möglich.

  • Ohne geöffnetes Project verwendet eine Global-Definition einen sicheren, von Scroll erzeugten Ordner.
  • Beim ersten Einsatz eines angepassten Defaults oder einer Global-Definition in einem Project bestätigt der Benutzer bei Bedarf einen Ordner im Project.
  • Die Wurzel eines Project Card Type muss innerhalb des Projects liegen.
  • Ein Template-Ordner muss direkt unter der Card-Type-Wurzel liegen; Scroll zeigt und speichert nur dessen Namen.
  • Eine vorhandene Project-Bindung verschiebt sich nicht, wenn sich ein Global-Standard später ändert. Das Verschieben erfordert Pro und beginnt mit einer Migrationsvorschau.

Gehört der gewählte Ordner bereits zu einem anderen Card Type, führt Scroll die Typen nicht anhand des Ordnernamens zusammen. Passen Sie den vorhandenen Card Type an, erstellen Sie darunter ein Template oder wählen Sie einen anderen Ordner.

Eigene Eigenschaften

Erstellen Sie in Properties gemeinsame Eigenschaften, legen Sie erlaubte Card Types fest und fügen Sie sie einer konkreten Vorlage hinzu. Verfügbar sind kurzer und langer Text, Zahl, Einzel- und Mehrfachauswahl, Status, Datum, Kontrollkästchen, Link, E-Mail, Telefon, Datei, Medien, Formel und Rollup.

Definieren Sie stabile IDs, Anzeigenamen, Standardwerte, Pflichtstatus, Auswahlwerte und Farben, Formel-Ergebnistypen sowie Rollup-Quelle und -Methode. Vermeiden Sie Felder gleicher Bedeutung wie home, homePlace und residence.

Eigene Beziehungen

Unter Relationships verwalten Sie Beziehungsgruppen und -typen. Zeilen sind standardmäßig eingeklappt und werden erst mit der Stifttaste bearbeitbar. Ein Beziehungstyp kann festlegen:

  • Label, Farbe sowie durchgezogene, gestrichelte oder gepunktete Linie
  • gerichtet, bidirektional oder ungerichtet
  • inverse Beziehung und inverses Label
  • erlaubte Quell- und Ziel-Card-Types
  • mehrere Beziehungen zwischen demselben Kartenpaar
  • Nutzung für Gruppen, Beziehungsdiagramm oder Beziehungsslots

Ein Beziehungsslot der Vorlage kann Beziehungen und Ziele eines Feldes weiter einschränken. Eine Karte zeigt nur die von ihrer Vorlage definierten Beziehungsfelder. Prüfen Sie nach dem Speichern Richtung, inverse Labels, Gruppenrahmen und Filter im Beziehungsdiagramm.

Bestehende Karten migrieren

Eine neue Struktur fügt bestehenden Karten nicht automatisch Felder hinzu und benennt nichts um.

  1. Vollständiges Project sichern.
  2. In Story Delivery workflow und Metadata Migration Preview öffnen.
  3. System, Properties, Relations, Defaults, Unknown und No-op prüfen.
  4. Nur inhaltlich bestätigte Änderungen auswählen.
  5. Zusammenfassung prüfen und Apply selected patches, danach Confirm and apply wählen.
  6. Repräsentative Karten und die zugehörigen Ansichten erneut prüfen.

Unbekannte Kategorien bleiben erhalten, statt ohne Bestätigung ersetzt zu werden. Unklare Vorschläge nicht auswählen und das ursprüngliche Markdown prüfen.

Herabstufung und Wiederherstellung

  • Nach Plus → Free bleibt die Global-Anpassung eines Defaults bearbeitbar; mit Plus erstellte Global-Definitionen werden schreibgeschützt.
  • Nach Pro-Herabstufung werden Project-Definitionen schreibgeschützt, bleiben aber bei Kartenerstellung, Anzeige und Beziehungsprüfung aktiv.
  • Eigene Felder, Beziehungen, Vorlagen und verwaltete Ordnerbindungen werden nicht gelöscht.
  • Alle Pläne können die Auswahlwerte vorhandener Eigenschaften weiter verwalten.

Lesen Sie vorab Vorlagen-Arbeitsbereich und Pläne und Funktionen.