Erste Schritte mit Chapbook und Twine

Gemäß meiner Ankündigung vor wenigen Tagen habe ich erste Experimente mit Chapbook, dem neuen Storyformat von Twine durchgeführt. Bevor ich mich komplett in neue Gefilde wage, wollte ich erst einmal die bisher vorhandene Geschichte vom braven Reginald nach Chapbook portieren und schauen, wie sich das Storyformat dabei schlägt.

Und ich muß sagen, Chapbook hat mich angenehm überrascht und überzeugt. Nachdem ich erst einmal den Default-Font (er war zumindest auf meinem Mac und für meine alten Augen nahezu unleserlich) durch meine gewohnte Monospace-Schrift Menlo ersetzt hatte, konnte ich wirklich gut damit arbeiten. Und Chapbook hat die gesetzten Erwartungen nicht nur erfüllt, sondern sogar übertroffen. Doch der Reihe nach:

• Ein riesiger Fortschritt ist die Verlagerung der Variablen-Deklaration in den Header der Seite – ähnlich wie beim Jekyll Front Matter. Nur warum in Chapbook die Trennung vom Rest des Codes mit zwei, anstelle der drei Striche erfolgen muß, ist zwar verständlich (die drei Striche haben in Twine/Chapbbok eine andere Bedeutung), aber ungewohnt.

• Die Modifier scheinen generell im Gegensatz zu den Makros der anderen Story-Formate keine unnötigen Leerzeilen mehr zu erzeugen. Das scheint – folgt man den wenigen bisher vorhandenen YouTube-Tutorials zu Chapbook – für viele Hardcore-Twine-Nutzer zwar arg ungewohnt, aber es macht nicht nur das Layout der Seiten einfacher, sondern folgt auch der in Chapbook implementierten Markdown-Logik.

• Überhaupt ist der Wechsel kompett zu Markdown als Auszeichungssprache zumindest für Nutzer wie mich, die Markdown aus anderen Zusammenhängen gewohnt sind, ein weiterer, großer Vorteil.

• Die Kommentar-Modifier note, fixme und todo helfen mir bei der Entwicklung der Geschichte: Mit note kann ich so etwas wie Regie-Anweisungen für den Port nach Ren’Py (zum Beispiel: Auftritt Reginald (konfus) von rechts) in den Quelltext einfügen (siehe Screenshot), fixme kennzeichnet Passagen, an denen noch dringend etwas verbessert werden muß und todo … na, für was ist das wohl da? 🤓

• Großartig ist auch der Debug-Mode (im Chapbook-Jargon Backstage genannt). Neben einer Kontrolle der Variablen-Werte lassen sich hier auch schnell Layout-Änderungen ausprobieren und überprüfen. Das einzige, was hier noch der Verbesserung harrt, ist die Möglichkeit, auch einzelne Code-Zeilen (und nicht nur ganze Abschnitte) zu kopieren und im eigenen Quellcode einzufügen.

Generell scheint mit Chapbook alles möglich zu sein, was in Harlowe möglich ist und mit Hilfe des JavaScript-Modifiers muß sich das Story-Format auch vor SugarCube nicht verstecken. Bei mir jedenfalls ist die Entscheidung gefallen: Ich werde komplett zu Chapbook wechseln und die anderen Story-Formate links liegen lassen. Die Vorteile von Chapbook (speziell auch, wenn man die Geschichte anschließend in Ren’Py implementieren will) scheinen mir den Aufwand wert. Außerdem macht das Spielen mit Chapbook einfach Spaß. Ich werde daher die nächsten Tage noch ein wenig weiterspielen (und berichten). Still digging!