Kapitel 12.3 · Teil III · In der Praxis

Sandbox: Bücher, Word-Dateien und Speichern

Bücher und Kapitel, Comicseiten bearbeiten, Word-Dokumente importieren und exportieren und wie die Sandbox Ihre Arbeit speichert, exportiert und importiert

Aktualisiert 2026-10-1632 minIm Kapitel 12 Sandboxenescadefritptzhjaar

Kurz gesagt

Diese Seite erklärt, wie Sie Ihre Arbeit in der Sandbox ordnen und aufbewahren. Ein Projekt ist ein Buch aus Kapiteln. Für Comicseiten gibt es eigene Werkzeuge für Panels und Sprechblasen. Sie können eine Word-Datei einlesen, festlegen, wie ihre Formatvorlagen zu Postext-Stilen werden, und das Buch wieder nach Word ausgeben. Ihre Arbeit wird laufend in Ihrem eigenen Browser gespeichert, und Sie können sie als eine Datei herunterladen und später wieder öffnen.

#Bücher und Kapitel

Alles, was Sie in der Sandbox öffnen, ist ein Buch, so wie eine InDesign-Buchdatei je Kapitel ein Dokument zusammenfasst: Konfiguration, eigene Schriften und Ressourcenbestand gelten für das ganze Buch, und jedes Kapitel ist ein eigenes Markdown-Dokument. Lange Werke – ein Lehrbuch von fünfhundert Seiten – werden Kapitel für Kapitel bearbeitet, während Nummerierung, Querverweise und Export weiterhin ein einziges Dokument sehen.

  • Die Struktur liegt im Bedienfeld Kapitel und im Kapitelwechsler des Bedienfelds Text: hinzufügen, umbenennen (Doppelklick auf eine Zeile), umsortieren, ein Kapitel in je eines pro Überschrift der Ebene 1 teilen, ein Kapitel mit dem vorherigen zusammenführen, löschen. Jedes Kapitel behält seinen eigenen Rückgängig-Verlauf und seine Einfügemarke.
  • Ein Kapitel nach dem anderen. Standardmäßig setzen die Vorschauen das aktive Kapitel als Fortsetzung der Kapitel davor: Seine erste Seitenzahl folgt auf die letzte Seite des vorherigen Kapitels, Überschriften der Ebene 1 zählen weiter (Kapitel 4 trägt die Nummer 4, seine Abbildungen 4.1, 4.2, …), Kolumnentitel mit {chapterNumber} und {chapterTitle} folgen, die Seitenparität von rechter und linker Seite bleibt erhalten (ein Kapitelauftakt fügt eine Vakatseite genau so ein, wie er es mitten im Buch täte), und ein :ref auf eine Abbildung, die zuerst in Kapitel 1 erwähnt wird, behält diese Nummer. Die Seitenzahlen der vorhergehenden Kapitel stammen aus dem Layout, das jedes von ihnen zuletzt gezeigt hat; nie besuchte (oder seither bearbeitete) Kapitel werden im Hintergrund eines nach dem anderen gesetzt, und die Kapitelliste zeigt Seiten ausstehend, bis sie eintreffen. Die Seitenbereiche sind genau für Kapitel, die auf einer neuen Seite beginnen (der Standard); ein Kapitel, dessen Text auf der vorherigen Seite weitergelaufen wäre, wird stattdessen oben auf eine eigene Seite gesetzt.
  • Ganzes Buch. Canvas, HTML-Vorschau und Tab PDF können das ganze Buch als ein durchgehendes Dokument zeigen: Wählen Sie Ganzes Buch in der Auswahl links in der Tab-Leiste (bei Büchern mit mehr als einem Kapitel). Das Canvas setzt dann alle Kapitel der Reihe nach, jedes nach den Seiten, auf die die vorherigen kamen, und zeigt die zusammengefügten Dokumente – eine Änderung setzt nur ihr Kapitel neu und die folgenden Kapitel nur, wenn sich ihre erste Seite verschoben hat; die Kapitelliste, die Teile chapter= und page= des Permalinks und die Synchronisierung mit dem Editor folgen dem Kapitel der Seite. Die Wahl wird mit dem Buch gespeichert (ein kurzer Roman liest sich als ein Dokument, ein Lehrbuch Kapitel für Kapitel), und eine Vorlage kann sich über view.canvasScope im Manifest so öffnen. Die HTML-Vorschau teilt die Wahl des Canvas und setzt das ganze Buch ab seiner ersten Seite als ein Dokument, wobei Inhaltszeilen und Fragment dem Kapitel jeder Seite folgen; der Tab PDF behält seine eigene Auswahl.
  • Lange Bücher. Ein Buch mit 120 Kapiteln funktioniert wie ein kurzes. Das Kapitelmenü in der Kopfzeile des Bedienfelds Text scrollt innerhalb des Fensters und öffnet sich beim aktiven Kapitel; die Pfeiltasten bewegen sich von dort aus. Ein Buch in Teilen (Direktivenblöcke :::part in seinen Kapiteln) führt seine Kapitel unter ihren Teilen auf, im Menü und im Bedienfeld Kapitel, und ein Klick auf einen Teil im Menü öffnet dessen erstes Kapitel. Ab 30 Kapiteln hat das Menü oben ein Suchfeld, das Kapitelnummern (27) und Wörter der Titel und Teilnamen (埋香, 卷三) findet; die Eingabetaste öffnet den ersten Treffer. Solange eine Eingabemethode Zeichen zusammensetzt (Zhuyin, Cangjie, Pinyin, Kana), gehören Eingabetaste und Pfeiltasten ihr: Die Eingabetaste bestätigt die Umwandlung und öffnet nichts. Die Kapiteldateien eines Beispielbuchs laden zu acht auf einmal, und während die Kapitel im Hintergrund paginiert werden, zeigt das Bedienfeld Kapitel den Fortschritt (Umbruch 34/120). Canvas und HTML-Vorschau zeigen ein Buch mit mehr als 200 Kapiteln immer kapitelweise, gleich was das Buch oder sein Manifest verlangen: Alle Kapitel auf einmal zu setzen hält das ganze Buch im Speicher. Ein Buch darunter kann sich ganz öffnen: 紅樓夢 (129 Kapitel, rund 2.000 Seiten) braucht auf dem Canvas etwa 25 Sekunden und 100 MB. Der Tab PDF kann jedes Buch weiterhin ganz exportieren.
  • Front Matter. Das Front Matter des ersten Kapitels ist das Front Matter des Buchs (Titel, Autor, …). Ein Front-Matter-Block am Anfang eines anderen Kapitels wird ignoriert, und das Bedienfeld Prüfungen weist darauf hin. buildBundle folgt derselben Regel, sodass ein Buch in der Sandbox und in Ihrem eigenen Programm gleich gerendert wird.
  • Seitenzahlen. Jedes Kapitel wird als eigenes Dokument gesetzt, deshalb zählt {totalPages} die Seiten des Kapitels. {bookTotalPages} zählt das ganze Buch: Sobald die Seiten jedes Kapitels bekannt sind, setzen die Vorschauen jedes Kapitel mit dieser Gesamtzahl (nur wenn eine Kopf- oder Fußzeile oder eine Gestaltung sie druckt). Bis dahin druckt ein Kapitel die Seiten bis zu seinem eigenen Ende. Ganzes Buch im Tab PDF zählt die Seiten, die es setzt, sodass die Datei immer die tatsächliche Gesamtzahl des Buchs druckt.
  • Kapitelauftakte. Zwischen Kapiteln wird kein Seitenumbruch erzwungen: Ein Kapitel, dessen erster Block eine Überschrift der Ebene 1 ist, beginnt über die eigene Einstellung Umbruch davor der Überschrift auf einer neuen Seite, genau wie ein Kapitel, das mitten im Dokument beginnt.
  • Synchronisierung. Ein Klick auf einen Absatz eines beliebigen Kapitels in der Canvas- oder HTML-Vorschau wechselt den Editor zu diesem Kapitel und setzt die Einfügemarke; die Einfügemarke des Editors wird in den Vorschauen hervorgehoben, wo immer das Kapitel im Buch steht. Warnungen tragen ihr Kapitel.
  • Bestehende Dokumente öffnen sich als Buch mit einem Kapitel; nichts ändert sich, bis ein zweites Kapitel hinzukommt.

#Comics bearbeiten

Ein Kapitel mit Comicseiten (:::page) oder Streifen (:::strip) lässt sich direkt auf den Seiten bearbeiten, im Tab Canvas, im Tab HTML und im Auswahlmodus von Folio. Die Werkzeuge funktionieren gleich bei einem Streifen, der in einer Spalte steht, an den Kopf einer Seite oder über sie gleitet, schmaler als seine Satzbreite ist oder unter einer Legende steht, und schreiben in den eigenen Direktivenblock des Streifens. Jede Änderung wird in das Markdown des Kapitels geschrieben, wie es eine getippte Änderung täte, sodass das Rückgängig des Editors sie zurücknimmt. Markup und Regeln des Letterings erklärt Comics.

  • Trennlinien. Über dem Zwischenraum zwischen zwei Panels wird der Zeiger zum Größenänderungscursor. Ziehen Sie ihn, um die Trennlinie zu verschieben; beim Loslassen wird der neue Prozentwert in das Attribut split der Seite geschrieben (dem Direktivenblock hinzugefügt, wenn die Seite keines hat), und die Seite wird neu gesetzt. Umschalt rastet die Linie in Schritten von 5 % ein, Alt verschiebt nur das Ende, das dem Zeiger näher ist, und schrägt die Linie so an, und kein Panel wird schmaler als 5 %. Während Sie ziehen, wird ein Panel, dessen Bild seinen Sicherheitsbereich nicht mehr im Blick behielte, mit einem Hinweis markiert. Jede Trennlinie ist auch ein fokussierbarer Trenner: Die Pfeiltasten verschieben sie um 1 % (mit Umschalt um 5 %), die Eingabetaste schreibt die Position, Escape setzt sie zurück.
  • Teilen und verbinden. Über einem Panel bietet eine kleine Werkzeugleiste Mit waagerechter Linie teilen, Mit senkrechter Linie teilen (für die neue Zelle wird direkt nach diesem Panel eine leere Zeile ::panel hinzugefügt) und Mit dem nächsten Panel verbinden: Die Linie zwischen ihnen verschwindet, und das verbundene Panel behält das Bild des ersten Panels und übernimmt die Skriptzeilen beider. Die Panels sind auch mit der Tabulatortaste erreichbar: Ein fokussiertes Panel wird umrandet, H teilt es mit einer waagerechten Linie, V mit einer senkrechten, und M verbindet es mit dem nächsten Panel; der Fokus bleibt auf dem Panel, nachdem die Seite neu gesetzt ist. Die Eingabetaste öffnet die Werkzeugleiste, Escape führt von dort zurück zum Panel.
  • Sprechblasen. Ziehen Sie eine Sprechblase, um sie festzusetzen: Beim Loslassen erhält ihre Skriptzeile at="x% y%", den Punkt in Prozent des Panelbilds (der Zelle bei einem Panel ohne Bild), sodass die Fixierung durch Zuschnitte, verschobene Trennlinien und Übersetzungen hindurch an derselben Stelle der Zeichnung bleibt. Eine verbundene Gruppe bewegt sich als Ganzes, fixiert durch ihre erste Sprechblase. Die Pfeiltasten verschieben eine fokussierte Sprechblase um 1 % (mit Umschalt um 5 %), und ein Doppelklick auf eine fixierte Sprechblase entfernt ihr at und gibt sie an die automatische Platzierung zurück. Ein einfacher Klick setzt die Einfügemarke des Editors auf die Zeile der Sprechblase.
  • Hinweis auf Überstand. Während sich eine Sprechblase bewegt, per Zeiger oder per Pfeiltasten, prüft die Vorschau, wo sie landen würde. Würde sie ein Gesicht oder eine Sperrzone verdecken oder weiter aus ihrem Panel ragen als jetzt, wird der bewegte Umriss orange, die Gesichter und Sperrzonen des Panels werden gestrichelt gezeichnet, und der Tooltip sagt, was zutrifft: Hier würde sie ein Gesicht verdecken., Hier würde sie einen frei gehaltenen Teil des Bilds verdecken., Hier würde sie aus dem Panel ragen. Eine Zeile mit break wird nicht gemeldet, wenn sie ihr Panel verlässt. Der Hinweis sieht nicht voraus, wie die anderen Sprechblasen des Panels ausweichen, um Platz zu machen.
  • Dorne. Über der Spitze eines Dorns wird der Zeiger zum Fadenkreuz. Ziehen Sie die Spitze dorthin, wohin der Dorn zeigen soll: Beim Loslassen erhält die Zeile to="x% y%", den Punkt in Prozent des Panelbilds, und der Dorn dreht sich dorthin und endet kurz davor, wie er es vor einem Mund tut. Escape bricht das Ziehen ab, und ein Doppelklick auf die Spitze entfernt to, sodass der Dorn wieder auf seinen Sprecher zeigt. Über die Tastatur wechselt T auf einer fokussierten Sprechblase zu ihrem Dorn: Die Pfeiltasten verschieben den Zielpunkt um 1 % (mit Umschalt um 5 %), die Eingabetaste schreibt ihn, Escape setzt ihn zurück, Entf entfernt to, und T kehrt zur Sprechblase zurück.
  • Sprecher und Sperrzonen. Bei einem Bild im Bedienfeld Ressourcen öffnet das Feld Sicherheitsbereich und Lettering einen Dialog mit drei Modi. Sicherheitsbereich markiert den Teil des Bilds, der sichtbar bleiben muss. Sprecher setzt einen Punkt je Figur: Ein Klick auf das Bild fügt dort einen Sprecher hinzu und fokussiert seine ID, die der Sprecherschlüssel sein muss, den das Skript verwendet (maya: …); Mund, Kopf (wohin Gedankenblasen zeigen) und Gesicht (nie von einer Sprechblase verdeckt) werden an ihren Platz gezogen. Sperrzonen sind Rechtecke, die keine Sprechblase verdeckt, durch Ziehen über das Bild gezeichnet. Derselbe Modus markiert die Gesichter von Figuren, die nicht sprechen (Stummes Gesicht hinzufügen oder der Schalter Ein Gesicht in der Zeile einer Zone): Keine Sprechblase verdeckt ein solches Gesicht, während eine Sperrzone nachgibt, wenn ein Panel keinen anderen Platz hat. Jede Markierung lässt sich mit den Pfeiltasten verschieben (Umschalt für größere Schritte) und mit Entf entfernen; der Dialog hat ein eigenes Rückgängig, und ein Sprecher außerhalb des Sicherheitsbereichs wird markiert.
  • Einstellungen. Die Gruppe Comics des Bedienfelds Gestaltung enthält die Comic-Konfiguration: Leserichtung und gespiegelte Bilder, Rahmen und Zwischenräume, das Standardpanel und die benannten Panelstile, das Lettering und die Sprechblasenstile, jeder mit einer Vorschau seines Umrisses.
  • Editor und Prüfungen. Der Texteditor färbt Zeilen mit :::page, :::strip und ::panel sowie Schlüssel und Attribute der Skriptzeilen ein. Das Bedienfeld Prüfungen führt die Comic-Warnungen (eine unlesbare Teilung, Panels und Zellen, die nicht zusammenpassen, eine Sprechblase, die nicht passt …) bei der Zeile auf, die sie betreffen; siehe Comics › Comic-Warnungen.

#Word-Dokumente

Manuskripte kommen meist als Word-Dateien. Das Bedienfeld Text importiert eine .docx direkt, ohne KI-Agenten und ohne etwas zu installieren, und ordnet ihre Formatvorlagen so zu, wie Platzieren es in InDesign tut. Word-Dokument importieren liest die Datei im Browser (sie wird nie hochgeladen) und öffnet einen Dialog; das Buch ändert sich erst, wenn Sie Importieren drücken. Eine Datei, die kein Word-Dokument ist, etwa eine alte binäre .doc, wird mit einer entsprechenden Meldung abgewiesen; speichern Sie sie zuerst in Word als .docx.

Der Dialog hat diese Teile, die sich jeweils einklappen lassen:

  • Qualität des Originals. Eine Einschätzung, wie das Manuskript vorbereitet wurde: Gut formatiert (es lässt sich sauber umwandeln), Teilweise formatiert (einige Absätze sind von Hand formatiert) oder Keine Formatvorlagen (alles steht in „Standard“, daher kommt der Text als einfache Absätze an). Darunter die Zahlen (Absätze, wie viele davon in einer anderen Formatvorlage als „Standard“ stehen, Bilder, Tabellen, Anmerkungen) und was gefunden wurde, jeweils mit den ersten Wörtern einiger Absätze, in denen es vorkommt: Absätze mit von Hand gesetzter Formatierung (Schriften, Größen, Farben, Ausrichtung; sie wird weggelassen, da die Gestaltung sie festlegt), kurze fette Absätze, die wie von Hand getippte Überschriften aussehen, getippte Nummern oder Aufzählungszeichen statt Word-Listen, manuelle Zeilenumbrüche, manuelle Seitenumbrüche, leere Absätze als Abstand, Tabulatoren und doppelte Leerzeichen, nachverfolgte Änderungen (Einfügungen bleiben erhalten, Löschungen werden weggelassen; nehmen Sie sie vorher in Word an oder lehnen Sie sie ab), Kommentare (nicht importiert), Textfelder (ihr Text folgt dem Absatz, an dem sie jeweils verankert sind), Formeln (in TeX umgewandelt; prüfen Sie sie), verborgener Text und Bilder in Formaten, die der Browser nicht anzeigen kann (EMF, WMF, TIFF).
  • Importvorlage. Die verwendete Zuordnung: Automatisch (nach Namen der Formatvorlage), eine gespeicherte Vorlage oder In diesem Dokument gespeichert bei einer aus der Sandbox exportierten Datei. Als neue Vorlage speichern fragt nach einem Namen und speichert die Zuordnung, einschließlich jeder Formatvorlage dieses Dokuments, im Browser; Änderungen speichern aktualisiert die gewählte Vorlage; die Download-Schaltfläche schreibt sie als JSON-Datei (.json), und die Upload-Schaltfläche lädt eine, sodass ein ganzes Team dieselbe Vorlage teilen kann. Löschen fragt nach. Die zuletzt verwendete Vorlage wird beim nächsten Mal zuerst angeboten.
  • Absatzformate. Jede Absatzformatvorlage, die das Dokument verwendet, mit der Zahl der Absätze darin und den ersten Wörtern eines davon, und was daraus wird: Grundtext, Überschrift (eine Ebene von 1 bis 6 und, wenn die Gestaltung Überschriftenstile hat, einer davon), Absatzformat (eines der Absatzformate der Gestaltung; aufeinanderfolgende Absätze darin ergeben eine Gruppe :::paragraphs), Kasten (aufeinanderfolgende Absätze ergeben einen Kasten dieses Typs), Kastentitel (eröffnet einen Kasten mit dem Text des Absatzes als Titel), Zitat, Legende des Bilds oder der Tabelle daneben, Beginn eines neuen Kapitels, Postext-Markdown, wie geschrieben (der Text wird unverändert übernommen, für in Word getippte Direktiven) oder Weglassen. Absätze in nummerierten Listen und Aufzählungen von Word werden unabhängig von ihrer Formatvorlage zu Postext-Listen, mit ihren Nummern und ihrer Verschachtelung. Gedicht (:::verse, Zeile für Zeile) setzt die Absätze der Formatvorlage als Gedicht :::verse, wahlweise in einem der Absatzformate der Gestaltung: Umschalt+Eingabe bricht eine Zeile um, ein Absatz ist eine Strophe, einzeilige Absätze hintereinander ergeben eine Strophe und ein leerer Absatz einen Strophenwechsel; vermutet wird es bei Formatvorlagen namens Verse, Poem oder Poesía.
  • Zeichenformate. Dasselbe für Zeichenformatvorlagen: Normaler Text, Fett, Kursiv, Fett kursiv, Kapitälchen, Hochgestellt, Tiefgestellt, Chip (einer der Chip-Stile der Gestaltung), Postext-Markdown, wie geschrieben oder Weglassen.
  • Optionen. Manuelle Zeilenumbrüche (Umschalt+Eingabe) bleiben als Zeilenumbrüche im Absatz erhalten (ein Backslash am Ende der Markdown-Zeile, der Standard), werden mit einem Leerzeichen verbunden oder beginnen einen neuen Absatz; von Hand gesetztes Fett, Kursiv, Kapitälchen und Hoch- und Tiefstellungen bleiben erhalten oder werden weggelassen; kurze fette Absätze bleiben Absätze oder werden Überschriften einer Ebene; manuelle Seitenumbrüche werden weggelassen (die Gestaltung bestimmt die Seitenwechsel) oder als :::pagebreak behalten; Bilder und Tabellen werden als Ressourcen hinzugefügt oder nicht.
  • Vorschau des Markdown, aktualisiert, sobald sich die Zuordnung ändert.

Die Fußzeile wählt, wohin der Text geht: Dieses Kapitel ersetzen, Neue Kapitel nach diesem oder Ganzes Buch ersetzen; die beiden letzten beginnen bei jeder Überschrift der Ebene 1 ein Kapitel. Bilder (PNG, JPEG, GIF, WebP, SVG) werden zu Abbildungsressourcen und Tabellen zu Tabellenressourcen (Kopfzeilen, verbundene Zellen, Spaltenbreiten und Zellfüllungen bleiben erhalten), jede mit ::resource{id="…"} an ihrer Stelle platziert und mit einem Legendenabsatz daneben beschriftet, wobei ihre getippte Marke (Abbildung 3.) weggelassen wird, weil Postext Ressourcen selbst nummeriert. Fußnoten und Endnoten werden zu Postext-Fußnoten ([^1]), Registereinträge von Word (XE-Felder) zu Marken :index, Links bleiben Links, und Formeln werden zu $…$ / $$…$$. Ein Tabulator im Fließtext wird zu :tab mit dem Tabstopp, den Word dafür festgelegt hat (:tab{at=432pt align=end leader="."}), oder zu einem bloßen :tab, wenn der Absatz einem Absatzformat des Buchs mit eigenen Tabstopps zugeordnet wird; die Füllzeichen Punkt, Bindestrich und Mittelpunkt von Word werden zu ., - und ·, seine Füllzeichen Unterstrich und dicke Linie zu einer Linie. Ein Tabulator in einer Überschrift, einer Tabellenzelle oder einer Anmerkung wird zu einem Leerzeichen.

Bevor sie Formatvorlagen nach Namen abgleicht, erkennt die automatische Zuordnung die eigenen Rollen von Word in jeder Sprache der Oberfläche (Überschrift 1–6, Titel, Zitat, Beschriftung; Absätze von Inhaltsverzeichnis, Index, Kopf- und Fußzeile werden weggelassen) sowie die Formate der Gestaltung: Eine Word-Formatvorlage, die so heißt wie ein Absatzformat, ein Kastentyp, ein Überschriftenstil oder ein Chip-Stil des Buchs (nach ID oder Name, ohne Rücksicht auf Groß-/Kleinschreibung und Akzente), wird diesem zugeordnet.

Nach Word exportieren lädt das geöffnete Kapitel oder das ganze Buch als .docx herunter, damit jemand in Word daran arbeiten kann. Dieselbe Vorlage wird umgekehrt angewendet: Überschriften erhalten die Überschriften-Formatvorlagen von Word, Absatzformate, Kästen, Zitate und Chips erhalten eigene Word-Formatvorlagen (benannt nach den Formaten der Gestaltung, Callout: Note, Chip: Key), Listen werden zu Word-Listen, Fußnoten zu Word-Fußnoten, und Links bleiben Links. :tab wird zu einem Word-Tabulator, ein :tab{…} mit eigenem Tabstopp bleibt, wie es geschrieben ist, und die Tabstopps eines Absatzformats, die auf eine Länge gesetzt sind, werden zu den Tabstopps seiner Word-Formatvorlage, mit dem nächstliegenden Füllzeichen von Word (ein Tabstopp bei 'end' oder bei einem Prozentwert hängt von der Seite ab, auf der Word den Text setzt, und wird weggelassen). Was Word nicht darstellen kann (Front Matter, Code- und Direktivenblöcke, Direktiven, :ref, Formeln, Marken :index, Ressourcenzeilen), bleibt, wie es geschrieben ist, in den grauen Formatvorlagen Postext Markup erhalten. Ein Buch wird mit einem Absatz Postext Chapter am Anfang jedes Kapitels exportiert. Die Vorlage reist in der Datei mit, sodass sich das bearbeitete Dokument mit derselben Zuordnung wieder importieren lässt, als ganzes Buch, wenn es Kapitelabsätze enthält. Lassen Sie den grauen Text, wie er ist, kommt der Text so zurück, wie er hinausging; Fußnotenmarken werden neu nummeriert ([^1], [^2]…), was gleich gedruckt wird, und _italic_ kommt als *italic* zurück.

Für Umwandlungen, die dieser Dialog nicht abdeckt (Quellen in PDF, PowerPoint, EPUB oder IDML, Nachbildung der Layoutregeln eines Originals), verwenden Sie den Agent-Skill.

#Persistenz

Die Sandbox speichert Ihre Arbeit automatisch im Browser:

  • Buch und Konfiguration – Die Kapitel, das aktive Kapitel und der Canvas-Bereich werden automatisch in localStorage unter postext-sandbox-book gespeichert (ein einzelnes Dokument, das eine frühere Version gespeichert hat, wird aus postext-sandbox-markdown als Buch mit einem Kapitel gelesen und beim ersten Speichern migriert); die Konfiguration wird nach 1 Sekunde Inaktivität ohne Standardwerte gespeichert, sodass nur Ihre Übersteuerungen abgelegt werden, zusammen mit ihrer Version (postext-sandbox-config-version); eine Konfiguration, die gespeichert wurde, bevor es die Version gab, wird wie unten unter Überschriftenumbrüche, gespeichert mit postext 1.4 oder früher beschrieben gelesen
  • Zustand der Oberfläche – Das aktive Bedienfeld und der aktive Tab des Ansichtsbereichs, die Breite der Seitenleiste, die geöffnete Gruppe des Bedienfelds Gestaltung (postext-sandbox-settings-group), dessen Schalter Alle Erklärungen zeigen (postext-sandbox-settings-help) und der Auf-/Zuklappzustand der Abschnitte, ausgeblendete Beispielbücher, Zoom-, Anpassungs- und Ansichtsmodus des Canvas, Schriftskalierung und Spaltenmodus der HTML-Ansicht, die Darstellungsform des Tabs EPUB (postext-sandbox-epub-layout) und der Pin-Zustand der Werkzeugleisten werden alle in localStorage gespeichert
  • Geöffnetes Buch – Die ID des geöffneten eigenen Buchs (ein project) wird in localStorage unter postext-sandbox-project gespeichert; die Projekte selbst (Kapitel, Konfiguration und Ressourceneinträge; Eintrag version: 9, die CONFIG_VERSION der Engine, mit der auch die Arbeitskonfiguration und Exporte von postext-config.json gestempelt werden, sodass jedes einmal migriert wird, wenn sich die Regeln der Engine ändern; Einzeldokument-Einträge früherer Versionen werden beim Lesen migriert, und die Überschriftenumbrüche von Einträgen älter als Version 3, die Formelgröße von Einträgen älter als Version 4, der Abstand unter Abbildungen im Text von Einträgen älter als Version 5, der Abstand um Abbildungen im Text in Kästen, die Auszeichnungen in Überschriften, die Größen der Initialen, der Platz unter einer Doppelpunktzeile und die Kastenschnitte von Einträgen älter als Version 6, die Umbrüche an Strichen und der Umbruch von Flattersatz von Einträgen älter als Version 7 sowie die Teilungen unter einer Überschrift, die Umbrüche an Bindestrichen von Komposita und der Abstand unter Containern :::paragraphs von Einträgen älter als Version 8 werden wie unten beschrieben fixiert) liegen im Speicher projects der IndexedDB-Datenbank der Sandbox, und ihre binären Daten teilen sich die Blob- und Schriftenspeicher mit dem Arbeitsdokument. Daten werden per Garbage Collection entfernt, wenn weder das Arbeitsdokument noch ein Projekt auf sie verweist
  • Bearbeitete Beispielbücher – Ihre Fassung eines Beispielbuchs (seine Kapitel, das aktive Kapitel, der Canvas-Bereich, die Konfiguration und die Ressourceneinträge, zusammen mit dem, was das Beispiel beim Öffnen übernommen hat) wird im Speicher presetDrafts der IndexedDB-Datenbank der Sandbox gespeichert, ein Eintrag je Beispiel und Inhaltssprache, und ihre Dateien werden von der Garbage Collection wie die eines Projekts behalten. Original wiederherstellen löscht sie
  • Titelbilder von Beispielbüchern – Das Titelbild, das von der ersten Seite eines Beispielbuchs ohne mitgeliefertes Vorschaubild genommen wird, liegt im Speicher presetCovers der IndexedDB-Datenbank der Sandbox, ein Eintrag je Beispiel und Inhaltssprache (siehe Bedienfeld Bücher). Ein eigenes Buch hält sein Titelbild in seinem Projekteintrag.
  • Speichern beim Verlassen – Ausstehende Änderungen werden sofort geschrieben, wenn die Seite verborgen oder geschlossen wird, wenn Sie die Sandbox über einen Link (das Logo) verlassen und bevor sich ein anderes Buch öffnet, statt erst nach der Pause von 1 Sekunde
  • Geöffnetes Beispielbuch – Die ID der zuletzt geladenen Vorlage wird in localStorage unter postext-sandbox-preset gespeichert, sodass die Schaltflächen Zurücksetzen der Bedienfelder diese Vorlage über Sitzungen hinweg wiederherstellen (eine Vorlage, die nicht mehr ausgeliefert wird, erscheint als nicht verfügbar). Was diese Vorlage übernommen hat – ihr Paket-Fingerabdruck plus Hashes von Markdown, Konfiguration und Ressourcenbestand –, wird unter postext-sandbox-preset-applied gespeichert; daran erkennt der nächste Besuch ein unverändertes von einem bearbeiteten Dokument
  • Ressourcen und Schriften – Ressourceneinträge, ihre binären Blobs (Bitmaps und SVGs) und eigene Schriftdateien werden in der IndexedDB gespeichert; ist die IndexedDB nicht verfügbar (z. B. in manchen privaten Browsermodi), erscheint im Bedienfeld Prüfungen (unter Browser) die Warnung Speicher nicht verfügbar
  • Permalink – Das URL-Fragment nennt, was auf dem Bildschirm steht, sodass ein Neuladen, ein Lesezeichen oder ein an jemand anderen weitergegebener Link auf derselben Seite desselben Buchs im selben Betrachter landet: #preset=bioquimica-feduchi&lang=es&view=canvas&chapter=1&page=7 öffnet die Vorlage Bioquímica auf Spanisch im Tab Canvas bei Kapitel 1, Seite 7 (der auf der Seite gedruckten Zahl). view ist canvas, pdf, folio, html oder epub; im Tab Folio ist die Seite die rechte Seite der geöffneten Doppelseite. Ein lokales Projekt wird als project=ID benannt – seine Speicher-ID, sodass nur der Browser, der das Projekt hält, einem solchen Link folgen kann. Die Sandbox hält das Fragment aktuell, während Sie Bücher, Tabs und Kapitel wechseln und während Sie scrollen. Ein weggelassener Teil bedeutet, was gerade da ist (keine Seite: die erste Seite des Kapitels; kein Buch: das zuletzt geöffnete), und ein Buch, das der Browser nicht öffnen kann, wird übergangen. Einen Link in die Adressleiste einer geöffneten Sandbox einzufügen öffnet ihn an Ort und Stelle. Wird die Seite über einen Link auf ein anderes Buch als das zuletzt geöffnete aufgerufen, zeigt die Sandbox ihren Ladezustand, bis das verlinkte Buch da ist, nie das vorherige. Ein Host kann mit dem Prop hashBundles auch auf eigene Bücher verlinken (siehe Props): Die Website öffnet ein Rezept des Rezeptbuchs mit #recipe=<slug>&lang=es. Der erste Besuch importiert die .postext-Datei des Rezepts als eines Ihrer Bücher. Ein späterer Besuch desselben Links fragt zuerst (Sie haben dieses Buch bereits): Meine Kopie öffnen öffnet dieses Buch samt Ihren Änderungen, und Durch die veröffentlichte Fassung ersetzen importiert das Rezept neu, das seither korrigiert worden sein kann, und löscht Ihre Kopie, sobald die neue geöffnet ist; Escape behält Ihre Kopie. Das Fragment nennt dann das Projekt. Die Sprache der Oberfläche bleibt im Pfad (/en/sandbox, /es/sandbox); lang ist die Inhaltssprache eines zweisprachigen Pakets, ein beliebiges BCP-47-Kennzeichen in kanonischer Schreibung (lang=zh-hant wird als zh-Hant gelesen). Ein Kennzeichen, das das Paket nicht aufführt, öffnet die Ausgabe, die es bedient: zh-TW und zh-HK öffnen die traditionell-chinesische (zh-Hant), zh und zh-CN die vereinfachte (zh-Hans), en-GB die englische. Die jeweils andere chinesische Schrift wird nur gelesen, wenn das Paket keine Ausgabe in der des Lesers hat: Ein Link mit zh-TW auf ein Buch in zh-Hans und Englisch öffnet den vereinfachten Text, nicht den englischen. Ein Link ohne lang öffnet die openLocale des Pakets, sofern es eine nennt, sonst die Ausgabe in der Sprache der Oberfläche. Kapitel und Seite eines Links gelten für die Ausgabe, die er öffnet, und das Fragment nennt diese Ausgabe dann mit ihrem eigenen Kennzeichen (lang=zh-TW&chapter=28 wird zu lang=zh-Hant&chapter=28).

Überschriftenumbrüche, gespeichert mit postext 1.4 oder früher. Bis postext 1.4 setzte eine Konfiguration mit einem Objekt headings ihre Überschriften der Ebene 1 ohne Seitenumbruch, sofern sie den Schalter Umbruch davor für H1 nicht ausdrücklich setzte (und beim Speichern ging ein ausgeschalteter H1-Umbruch verloren), ein unvollständiger H1-Umbruch nahm sein fehlendes Feld aus dem Standard ohne Umbruch, und der Umbruch eines Überschriftenstils tat dasselbe, statt mit dem seiner Ebene zusammengeführt zu werden. Die Engine behält jetzt den Standard jeder Ebene – H1 beginnt auf einer neuen rechten Seite (always-odd) – und führt einen unvollständigen Umbruch damit zusammen. Damit ein damals gespeichertes Buch seine Seiten behält, schreibt die Sandbox diese Umbrüche aus, wenn sie einen Projekteintrag älter als Version 3 oder eine Arbeitskonfiguration ohne Version liest: enabled: false bei H1, wo der Umbruch aus war, und parity: 'any' neben einem enabled: true, das keine Parität nannte, bei H1 und bei Überschriftenstilen. Das Bedienfeld Gestaltung zeigt dann den Umbruch, mit dem die Seiten gesetzt wurden. Seit postext 1.5 tragen auch Dateien die Version: Eine .postext-Datei, deren Manifest kein configVersion hat, und eine postext-config.json ohne Version wurden von postext 1.4 oder früher geschrieben und werden beim Import oder Öffnen genauso gelesen (siehe Pakete, die postext 1.4 oder früher geschrieben hat).

Formelgröße, gespeichert vor postext 1.5. Bis postext 1.4 kam jede Formel 1,131-mal größer heraus, als ihr Größenfaktor angibt (siehe Formelgröße). Damit ein damals gespeichertes Buch seine Seiten behält, fixiert die Sandbox diese Größe, wenn sie einen Projekteintrag älter als Version 4 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 4 ist, oder eine vorher exportierte postext-config.json: Größenfaktor wird zum gespeicherten Faktor × 1,1312, und ein Abstand abgesetzter Formeln in em wird durch 1,1312 geteilt, sodass die Formeln und der Raum um sie bleiben, wie sie waren. Ein Buch, dessen Kapitel kein $ enthalten, bleibt, wie es war (eine postext-config.json enthält keine Kapitel, daher wird ihre Größe immer fixiert, wenn Formeln eingeschaltet sind), ebenso eines mit ausgeschaltetem LaTeX aktivieren. Der Abschnitt Formeln zeigt dann die Werte, mit denen das Buch gesetzt wird; setzen Sie Größenfaktor, Abstand oben (abgesetzt) und Abstand unten (abgesetzt) zurück, um es in der heutigen Größe zu setzen. Die Fixierung wird einmal geschrieben: Der Eintrag wird unter der aktuellen Version erneut gespeichert und ab dann so gelesen, wie er ist. Eine damals übernommene und nie bearbeitete Vorlage gilt weiterhin als unverändert (die Sandbox vergleicht sie mit ihren fixierten Werten, und das gilt auch für die Fixierung der Überschriftenumbrüche): Neu laden oder Bücher wechseln fragt nicht nach dem Verwerfen von Änderungen, die Sie nie gemacht haben, und eine neuere Version der Vorlage, etwa die des eingebauten Leitfadens, ersetzt sie weiterhin.

Abbildungen im Text, gespeichert vor postext 1.5. Bis postext 1.4 hielt eine im Text gesetzte Abbildung oder Tabelle (Platzierung Im Text (hier)) nur über sich eine Zeile Abstand: Der Text danach setzte an der nächsten Rasterlinie wieder ein, wie nah diese auch war. Jetzt hält sie dieselbe Zeile auch darunter (Spalten → Abstand um Abbildungen im Text, Darüber und darunter). Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Abstand um Abbildungen im Text auf Nur darüber, wenn sie einen Projekteintrag älter als Version 5 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 5 ist, oder eine vorher exportierte postext-config.json, sofern eine Zeile des Buchs eine Ressource einbettet – ::resource{id="…"} allein in seiner Zeile, keine Erwähnung im Text. Eine postext-config.json enthält keine Kapitel, daher wird es dort immer gesetzt, wenn die Datei älter ist. Wählen Sie Darüber und darunter, um das Buch mit den heutigen Abständen zu setzen.

Abbildungen in Kästen, gespeichert vor postext 1.5. Bis postext 1.4 stand eine in einem Kasten im Text gesetzte Abbildung oder Tabelle direkt am umgebenden Kastentext. Jetzt hält sie über sich eine Zeile des Kastentexts Abstand, und mit Darüber und darunter auch darunter (Spalten → Abstand um Abbildungen in Kästen). Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Abstand um Abbildungen in Kästen aus, wenn sie einen Projekteintrag älter als Version 6 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 6 ist, oder eine vorher exportierte postext-config.json, sofern ein Kasten des Buchs eine Ressource in einer eigenen Zeile einbettet. Eine postext-config.json enthält keine Kapitel, daher wird es dort immer ausgeschaltet, wenn die Datei älter ist. Schalten Sie es ein, um das Buch mit den heutigen Abständen zu setzen.

Auszeichnungen in Überschriften und Initialen, gespeichert vor postext 1.5. Bis postext 1.4 druckte eine Überschrift die Wörter ihrer Auszeichnungen *italic*, **bold** und anderer in ihrem eigenen einfachen Stil, und eine Initiale ohne Größe war so hoch wie alle Zeilen, über die sie reicht, mit ihrer Oberkante über der ersten Zeile. Jetzt setzt eine Überschrift ihre Auszeichnungen (Überschriften → Auszeichnungen in Überschriften), und die Oberkante einer Initiale steht auf der Höhe der Versalien der ersten Zeile. Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Auszeichnungen in Überschriften aus, wenn sie einen Projekteintrag älter als Version 6 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 6 ist, oder eine vorher exportierte postext-config.json, sofern eine Überschrift des Buchs eine Auszeichnung trägt (eine postext-config.json enthält keine Kapitel, daher wird er dort immer ausgeschaltet, wenn die Datei älter ist); und sie schreibt die Größe, in der jede Initiale gesetzt war, in ihre Größe der Initiale. Schalten Sie den Schalter ein oder löschen Sie die Größe, um das Buch nach den heutigen Regeln zu setzen. Beachten Sie, dass eine kursive Überschrift, deren ganzer Titel mit *…* ausgezeichnet ist, dann aufrecht herauskommt.

Listen nach einem Doppelpunkt, gespeichert vor postext 1.5. Bis postext 1.4 hielt Doppelpunkt bei Liste halten eine Zeile Platz unter der auf einen Doppelpunkt endenden Zeile für genug für die Liste, sodass ein zweizeiliger erster Eintrag, den die Regeln für Witwen und Waisen zusammenhalten, in die nächste Spalte rückte und die Doppelpunktzeile allein am Fuß ließ. Jetzt verlangt sie den Platz, den der erste Eintrag braucht (Typografie → Grundtext → Witwen, Waisen und kurze Zeilen → Platz unter dem Doppelpunkt, Was der erste Punkt braucht). Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Platz unter dem Doppelpunkt auf Eine Zeile (1.4), wenn sie einen Projekteintrag älter als Version 6 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 6 ist, oder eine vorher exportierte postext-config.json, sofern eine Liste des Buchs auf eine Zeile folgt, die auf einen Doppelpunkt endet. Eine postext-config.json enthält keine Kapitel, daher wird es dort immer gesetzt, wenn die Datei älter ist. Wählen Sie Was der erste Punkt braucht, um das Buch nach der heutigen Regel zu setzen.

Kastenschnitte, gespeichert vor postext 1.5. Bis postext 1.4 konnte ein Kasten, der innerhalb eines Absatzes oder Listeneintrags geteilt wurde, eine einzelne Zeile davon auf einer Seite lassen, solange jede Seite des Kastens ihre Zeilen auf jeder Seite einer Teilung hielt. Ein Schnitt lässt jetzt mindestens zwei Zeilen des Absatzes oder Eintrags auf jeder Seite (Spalten → Absatzzeilen an einem Kastenschnitt). Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Absatzzeilen an einem Kastenschnitt auf 1, wenn sie einen Projekteintrag älter als Version 6 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 6 ist, oder eine vorher exportierte postext-config.json, sofern ein Kapitel des Buchs ein :::callout öffnet. Eine postext-config.json enthält keine Kapitel, daher wird es dort immer gesetzt, wenn die Datei älter ist. Setzen Sie es auf 2 zurück, um das Buch nach der heutigen Regel zu setzen.

Striche und Flattersatz, gespeichert vor postext 1.5. Bis postext 1.4 beendete der optimale Zeilenumbruch nie eine Zeile nach einem Geviert- oder Halbgeviertstrich, der ohne Abstand zwischen Wörtern stand (say—that’s), und Flattersatz wurde immer Zeile für Zeile gesetzt, jede Zeile gefüllt vor der nächsten. Jetzt darf eine Zeile nach einem solchen Strich enden (Typografie → Grundtext → Absätze → Umbruch nach Strichen), und auch fließender Flattersatz wird mit Knuth-Plass umbrochen (Optimaler Flattersatz). Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Umbruch nach Strichen aus, wenn sie einen Projekteintrag älter als Version 7 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 7 ist, oder eine vorher exportierte postext-config.json, sofern ein Kapitel des Buchs einen solchen Strich setzt (eine postext-config.json enthält keine Kapitel, daher wird er dort immer ausgeschaltet, wenn die Datei älter ist); und sie schaltet Optimaler Flattersatz aus, wenn die Konfiguration fließenden Text im Flattersatz setzt: den Grundtext, ein Absatzformat, den Text eines Kastens, den Text eines Teils oder den Text eines Abschnittsstils. Schalten Sie beide ein, um das Buch nach den heutigen Regeln zu setzen.

Teilungen unter einer Überschrift, gespeichert vor postext 1.5. Bis postext 1.4 behielt der Absatz unter einer Überschrift am Fuß einer Spalte so viele Zeilen, wie dort passten, wie wenige auch in die nächste Spalte gingen. Jetzt hält er auch das Minimum gegen Waisen ein, oder die Überschrift rückt mit ihm weiter (Überschriften & Inhalt → Überschriften → Unter einer Überschrift trennen). Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Unter einer Überschrift trennen auf Spalte füllen, wenn sie einen Projekteintrag älter als Version 8 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 8 ist, oder eine vorher exportierte postext-config.json, sofern ein Kapitel des Buchs eine Überschrift hat (eine postext-config.json enthält keine Kapitel, daher wird es dort immer gesetzt, wenn die Datei älter ist) und die Konfiguration Mit Folgetext halten und die Waisenkontrolle eingeschaltet lässt. Setzen Sie es auf Nach den Regeln, um das Buch nach der heutigen Regel zu setzen.

Absatzcontainer, gespeichert vor postext 1.5. Bis postext 1.4 war der Abstand unter einem Container :::paragraphs der eigene des Formats (der größere von Absatzabstand und unterem Rand), gesetzt unter die letzte Zeile, bevor der Text wieder auf dem Raster einrastete; der Abstand, den eine Überschrift über sich hält, kam darunter hinzu, und der Absatzabstand des Fließtexts zählte nicht, sodass eine Überschrift weiter von einer Bibliografie entfernt stand als von einem Absatz und der Absatz nach einer Gruppe enger Einträge näher daran stand als an jedem anderen. Jetzt verschmilzt der Abstand mit dem eigenen des nächsten Blocks und ist mindestens der Absatzabstand des Texts (Typografie → Absatzformate → Abstand unter einem Container, Zusammenfassen). Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Abstand unter einem Container auf Addieren (1.4), wenn sie einen Projekteintrag älter als Version 8 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 8 ist, oder eine vorher exportierte postext-config.json, sofern die Konfiguration ein Absatzformat deklariert und ein Kapitel des Buchs einen Container :::paragraphs öffnet. Eine postext-config.json enthält keine Kapitel, daher wird es dort immer gesetzt, wenn die Datei älter ist und ein Absatzformat deklariert. Wählen Sie Zusammenfassen, um das Buch nach der heutigen Regel zu setzen.

Komposita, gespeichert vor postext 1.5. Bis postext 1.4 beendete der optimale Zeilenumbruch nie eine Zeile im Blocksatz nach dem Bindestrich eines Kompositums (well-known) in einem Absatz ohne Fett, Kursiv oder andere Formatierung, während er es in einem formatierten Absatz tat. Jetzt darf eine Zeile dort in jedem Absatz enden (Typografie → Grundtext → Absätze → Umbruch nach Bindestrichen). Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Umbruch nach Bindestrichen aus, wenn sie einen Projekteintrag älter als Version 8 liest, eine Arbeitskonfiguration mit älterem Stempel (oder ohne), eine .postext-Datei, deren Manifest älter als configVersion: 8 ist, oder eine vorher exportierte postext-config.json, sofern ein Kapitel des Buchs einen Bindestrich zwischen zwei Buchstaben setzt (eine postext-config.json enthält keine Kapitel, daher wird er dort immer ausgeschaltet, wenn die Datei älter ist). Schalten Sie ihn ein, um das Buch nach der heutigen Regel zu setzen.

Gedichte und hängende Formate, gespeichert vor postext 1.23. Bis postext 1.22 wurde ein Gedicht :::verse, dessen Zeilen kein || enthielten, als einzelne Halbverse gesetzt, jede Zeile zentriert, und der hängende Einzug eines Absatzformats ersetzte seinen Erstzeileneinzug. Ein solches Gedicht wird jetzt Zeile für Zeile gesetzt (Typografie → Grundtext → Verse → Gedichte ohne Trennzeichen, Zeile für Zeile), und ein Format, das beide Einzüge festlegt, beginnt seine erste Zeile beim Erstzeileneinzug. Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Gedichte ohne Trennzeichen auf Als Halbverse (1.22), wenn sie einen Projekteintrag älter als Version 9 liest oder eine Arbeitskonfiguration oder einen Export von postext-config.json mit einem Stempel unter 9, deren Kapitel ein solches Gedicht enthalten, und entfernt den Erstzeileneinzug eines Formats, das auch hängt. Außerdem schaltet sie Erzwungene Zeilenumbrüche (Typografie → Grundtext → Absätze) aus, wenn die Kapitel eines solchen Eintrags eine Zeile mit einem Backslash beenden oder \\ vor ein Leerzeichen setzen, was bis postext 1.22 gedruckt wurde (bei einem Export von postext-config.json, der keine Kapitel enthält, immer). Und sie schaltet Codeblöcke (Typografie → Code) aus, wenn die Kapitel einen Codeblock ``` oder ~~~ enthalten, dessen Zeilen bis postext 1.22 als Markdown gelesen wurden (bei einem Export immer).

Gedichte, gespeichert mit postext 1.23. In postext 1.23 wurde eine Zeile eines Zeile für Zeile gesetzten Gedichts, die auch nur ein wenig breiter als die Satzbreite war, umbrochen. Jetzt verengt sie ihre Wortabstände bis zum minimalen Wortabstand und bleibt in einer Zeile, wenn das genügt (Typografie → Grundtext → Verse → Vor dem Überlauf verengen). Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Vor dem Überlauf verengen aus, wenn sie einen Projekteintrag, eine Arbeitskonfiguration oder einen Export von postext-config.json mit dem Stempel 9 oder darunter liest, deren Kapitel ein Gedicht Zeile für Zeile setzen (bei einem Export, der keine Kapitel enthält, immer).

Gestaltungstexte, gespeichert mit postext 1.23. Bis postext 1.23 wurde ein Textelement einer Überschriftengestaltung oder einer Teilseite, das keinen Überlauf festlegte, mit einer Ellipse auf eine Zeile gekürzt. Jetzt bricht es auf weitere Zeilen um, und Text hinzufügen überlässt den Überlauf dem Platz. Damit ein damals gespeichertes Buch seine Seiten behält, setzt die Sandbox Überlauf bei jedem dieser Elemente auf Auslassung am Ende (…), wenn sie einen Projekteintrag, eine Arbeitskonfiguration, eine .postext-Datei oder einen Export von postext-config.json mit dem Stempel 9 oder darunter liest.

Tabellen und Spalten im Text, gespeichert mit postext 1.24. Bis postext 1.24 rückte eine mit here platzierte Tabelle, die nicht in den Rest ihrer Spalte passte, als Ganzes in die nächste, ein Direktivenblock :::columns außerhalb eines Kastens wurde ignoriert, und ein Kasten wurde nie innerhalb einer Gruppe :::columns geschnitten. Jetzt wird die Tabelle zwischen Zeilen geteilt, und die Gruppe setzt ihre Blöcke in Spalten und läuft in der nächsten Spalte oder auf der nächsten Seite weiter. Damit ein damals gespeichertes Buch seine Seiten behält, schaltet die Sandbox Auch für Tabellen im Text (Tabellen) aus, wenn sie einen Projekteintrag, eine Arbeitskonfiguration oder einen Export von postext-config.json mit einem Stempel unter 11 liest, deren Kapitel eine Ressource einbetten, und Spalten im Text und teilbare Gruppen (Spalten), wenn sie einen Direktivenblock :::columns enthalten (bei einem Export, der keine Kapitel enthält, immer).

Diese Fixierungen halten zurück, was jede dieser Regeländerungen verschieben würde. Version 1.5 behebt außerdem Layoutfehler, und eine Fehlerbehebung hat keine Fixierung, sodass sich in einem gespeicherten Buch eine Seite noch verschieben kann, wo einer davon greift: das Band einer seitenbreiten Kapitelüberschrift ohne Gestaltung, eine Initiale in einer Überschriftengestaltung, ein Absatz in einem Kasten, ein zu lockerer Absatz, den der Spaltenausgleich dehnt, ein gleitender Kasten mit einem Rand, der breiter als eine Zeile ist, ein zentrierter oder rechtsbündiger Kolumnentitel mit Laufweite, die zweite Spalte unter einem seitenbreiten Auftakt, ein Kolumnentitel aus einer nach einem Bindestrich umbrochenen Überschrift, ein Wort, das breiter als seine Zeile ist und neben seinem eigenen Bindestrich geschnitten wird, der Rest eines Worts, das breiter als seine Zeile ist und jetzt seine eigenen Trennstellen behält, der Eintrag nach einer in eine andere verschachtelten Liste (die Liste steht unter Formelgröße).

Der Speicher wird über alle Sprachen der Oberfläche geteilt. Ein unberührtes Standarddokument wechselt zum Standard-Markdown der aktuellen Sprache und legt die Beispielressourcen neu an, wenn sich die Sprache ändert – so zeigt die spanische Sandbox spanische Beispiele. Jede Änderung durch den Benutzer nimmt das Dokument von diesem Verhalten aus. Alle Vorschauen leiten außerdem ein Trennungs-Locale aus der Sprache der Oberfläche ab, wenn die Konfiguration keine Sprache nennt (weder ein Trennungs-Locale noch locale).

#Export und Import

Ein ganzes Buch reist als .postext-Datei: ein Zip-Archiv mit genau dem Aufbau eines Vorlagenpaket-Verzeichnisses – preset.json, chapters/*.md, resources/* und fonts/* (siehe Format der Vorlagenpakete). Das Archiv trägt außerdem die Paginierung des Buchs als layouts.json – Seitenzahl und Nummerierung jedes Kapitels, gestempelt mit der Engine-Version, der Konfiguration und den Ressourcen, mit denen sie gebaut wurde –, sodass sich ein importiertes Buch paginiert öffnet und nur das neu gesetzt wird, wofür diese Stempel nicht mehr bürgen. Ein Paket in mehreren Sprachen setzt jede mit ihrer eigenen Konfiguration und kann deshalb stattdessen eine je Sprache tragen, layouts.<locale>.json (layouts.zh-Hant.json), die vor layouts.json gelesen wird. Das aktive Dokument exportiert die Paginierung, die es hält; ein Projekt oder eine Vorlage, die aus ihrer Zeile exportiert wird, trägt die, die aufgezeichnet wurde, als sie zuletzt das Arbeitsbuch war. Ein Titelbild wird als thumbnail des Manifests geschrieben und übersteht so den Hin- und Rückweg. Das Menü Neu des Bedienfelds Bücher (Eine .postext-Datei öffnen …) importiert eine Datei als neues Buch; das Menü ⋯ jeder Zeile hat sein eigenes Herunterladen (.postext), und das des geöffneten Buchs exportiert das Arbeitsdokument. Von früheren Versionen geschriebene Dateien (ein Manifest der Version 1 mit einer einzigen document.md) werden als Buch mit einem Kapitel importiert. Ein Buch in einer Sprache behält die Abbildungs- und Tabellenbezeichnungen dieser Sprache, gleich in welcher Sprache die Oberfläche läuft: Eine spanische Datei, die aus /en/sandbox geöffnet wird, druckt Figura und Tabla, sofern ihre Konfiguration keine anderen Ressourcentypen nennt. Die Sprache ist die, die die Datei nennt, oder, wenn sie keine nennt, die, die ihre Konfiguration festlegt (locale, dann die Trennsprache). Der Import akzeptiert die Dateien im Wurzelverzeichnis des Archivs oder unter einem einzigen Ordner der obersten Ebene (wie er beim Zippen des Ordners selbst entsteht; Einträge __MACOSX und Punktdateien werden ignoriert). Schriften werden als eigene Dateien geschrieben, nie innerhalb von config.customFonts; Schriften im Format .woff werden in beide Richtungen mit einer Warnung übersprungen, ebenso Ressourcen, deren Bytes fehlen. Entpacken Sie eine exportierte Datei nach <presets-root>/<dir>/ und fügen Sie einen Eintrag in index.json hinzu, um sie als Vorlage auszuliefern.

Dieselben Dateien liest und schreibt das Paket postext (openBundle, createBundle, buildBundle; siehe Pakete). Ein hier exportiertes Buch öffnet sich in Ihrem eigenen Programm, und ein Buch, das Ihr Programm schreibt, öffnet sich hier. Damit wird die Sandbox zu einem Ort, an dem Sie prüfen und feinjustieren, was ein Programm setzt: aus dem Programm exportieren, hier importieren, mit der Live-Vorschau korrigieren, erneut exportieren und wieder in das Programm laden. Der Agent-Skill liefert seine Portierungen ebenfalls als .postext-Dateien.

Text und Gestaltung lassen sich außerdem getrennt aus den Kopfzeilen der Bedienfelder Text und Gestaltung exportieren.

Die Kopfzeile des Bedienfelds Gestaltung lädt postext-config.json ohne Standardwerte herunter:

{
  "type": "postext-config",
  "version": 1,
  "config": { ... }
}

Die Kopfzeile des Bedienfelds Text lädt das aktive Kapitel als reine Markdown-Datei (.md) herunter, und ihre Schaltfläche Importieren ersetzt das aktive Kapitel durch den Inhalt einer Markdown-Datei (.md). Die Schaltfläche Importieren des Bedienfelds Gestaltung öffnet eine Dateiauswahl für JSON-Dateien (.json), die gegen den erwarteten type und die erwartete version geprüft werden; ungültige Dateien werden stillschweigend ignoriert. Die Hülle postext-markdown.json und das kombinierte Format postext-sandbox.json früherer Versionen gibt es nicht mehr.