Typst 0.15.1 eignet sich für neue wissenschaftliche Arbeiten, Kursberichte und kontrollierbare Vorlagen; eine laufende oder komplexe LaTeX-Arbeit sollte jedoch nicht ungeprüft migriert werden. In dieser Woche sollte zunächst ein kleines, echtes Manuskript mit der vorhandenen Literaturdatenbank, der Zielvorlage und dem später abzugebenden PDF getestet werden. Erst wenn dieser Durchlauf stabil ist, wird zwischen Migration, Beibehaltung und einem Doppelbetrieb entschieden.

01

Wer sollte diese Entscheidung treffen?

Dieser Beitrag richtet sich an Studierende, die eine neue Abschlussarbeit beginnen und Typst 0.15.1 als Alternative zu LaTeX prüfen möchten.

Auch Doktoranden mit einer bestehenden Publikation oder Hochschulvorlage finden hier eine Risikoprüfung statt einer bloßen Einschätzung des Schreibkomforts. Für technische Mitarbeitende und Betreuende geht es darum, eine reproduzierbare und abgabefähige Umgebung für mehrere Personen aufzubauen.

Stand der Prüfung: zuletzt aktualisiert am 21.09.2026. Die Versions- und Veröffentlichungsdaten wurden anhand der offiziellen Typst-Ankündigung zu Version 0.15 und des offiziellen Änderungsprotokolls für Typst 0.15.1 geprüft. Eine erneute Prüfung ist erforderlich, sobald eine neue stabile Typst-Version, eine neue Hochschulvorlage oder eine Änderung der Web-Zusammenarbeit erscheint.

02

Die Entscheidung nach Person und Projektstatus

Neue Arbeit: Migration zuerst im kleinen Manuskript prüfen

Für eine neue Arbeit ist Typst 0.15.1 der sinnvollste Fall für einen kontrollierten Versuch. Es gibt noch keine große Sammlung historischer Makros, keine bereits eingereichten Kapitel und meist weniger Abhängigkeiten von einem Verlagsskript. Das erlaubt, den Schreibprozess zu testen, ohne die gesamte Arbeit aufs Spiel zu setzen.

Die Entscheidung sollte trotzdem nicht auf dem Eindruck beruhen, dass ein Editor übersichtlicher wirkt. Für eine wissenschaftliche Arbeit zählen mindestens diese Ebenen:

  • Der Quelltext muss mit derselben Version reproduzierbar gebaut werden.
  • Kapitel, mathematische Formeln, Abbildungen, Tabellen, Fußnoten und Querverweise müssen korrekt erscheinen.
  • Das Literaturverzeichnis muss mit den tatsächlich verwendeten Einträgen funktionieren.
  • Das exportierte PDF muss die Anforderungen der Hochschule oder des Lehrstuhls erfüllen.
  • Eine zweite Person muss die Datei prüfen können, ohne eine schwer nachvollziehbare lokale Umgebung zu rekonstruieren.

Die offizielle Typst-Dokumentation bestätigt die Verarbeitung von BibLaTeX-Dateien, Hayagriva und mehreren Zitierstilen. Das ist eine technische Grundlage, aber kein Beweis dafür, dass jede vorhandene BibLaTeX-Konfiguration oder jede Hochschulvorlage unverändert funktioniert. Die Dokumentation zur Bibliografie sollte deshalb zusammen mit einer anonymisierten Literaturdatenbank getestet werden.

Laufende Dissertation oder Einreichung: LaTeX zunächst beibehalten

Bei einer laufenden Arbeit verschiebt sich die Entscheidung deutlich zugunsten der bestehenden LaTeX-Umgebung. Eine Migration ist riskant, wenn bereits ein funktionierendes Template, individuelle Makros, komplexe Tabellen, Algorithmen, Anhänge oder ergänzende Dateien vorhanden sind.

Besonders kritisch sind Projekte, die von vielen LaTeX-Paketen, einer Verlagsklasse, historischen Build-Skripten oder speziell angepassten Bibliografiestilen abhängen. Selbst wenn der Text übernommen werden kann, können Abstände, Nummerierungen, Float-Platzierung und Referenzverweise abweichen. Ein einmal erfolgreich exportiertes Kapitel reicht hier nicht als Abnahme.

Für ein laufendes Manuskript gilt daher:

  1. Eine vollständige Kopie des Projekts und der Literaturdatenbank anlegen.
  2. Die Originalumgebung unverändert als Rückfalloption erhalten.
  3. Die anspruchsvollsten Bestandteile auswählen, nicht nur eine einfache Textseite.
  4. Die Zielvorlage des Lehrstuhls, der Hochschule oder des Journals verwenden.
  5. Typst nur dann weiterführen, wenn das Ergebnis fachlich und formal mit dem Ausgangsprojekt vergleichbar ist.

Bei einer unmittelbar bevorstehenden Einreichung sollte die vorhandene LaTeX-Fassung die maßgebliche Abgabequelle bleiben. Typst kann parallel für neue Notizen, ein Folgeprojekt oder einen isolierten methodischen Abschnitt eingesetzt werden, darf aber nicht ohne dokumentierte Rückfallstrategie die einzige Quelle werden.

Kontrollierbare Arbeitsgruppe: Doppelbetrieb statt Glaubensentscheidung

Ein Forschungsteam mit mehreren Autorinnen und Autoren benötigt mehr als eine individuelle Präferenz. Entscheidend sind gemeinsame Vorlagen, eine feste Typst-Version, nachvollziehbare Literaturdateien, dokumentierte Schriftarten und eine klare Zuständigkeit für die PDF-Ausgabe.

Typst und LaTeX können in derselben Arbeitsgruppe nebeneinander bestehen. Ein neues Projekt kann in Typst beginnen, während eine etablierte Zeitschriftenvorlage in LaTeX bleibt. Dieser Doppelbetrieb ist kein Zeichen einer gescheiterten Migration, sondern verhindert, dass ein einzelnes Spezialprojekt die Arbeitsweise des gesamten Teams bestimmt.

Für die Zusammenarbeit sollten mindestens folgende Dateien gemeinsam verwaltet werden:

  • Hauptquellen und Kapiteldateien
  • Typst-Vorlage oder LaTeX-Klasse mit Versionsangabe
  • BibLaTeX-Datei beziehungsweise die verwendete Literaturquelle
  • Schriftarten und eine schriftliche Lizenz- oder Bezugsangabe
  • Beispielgrafiken und Tabellen
  • Build-Befehle
  • exportierte Prüf-PDFs mit Datum und Versionsinformation

Die browserbasierte Zusammenarbeit kann für geeignete Projekte praktisch sein. Laut offizieller Dokumentation zur Typst-Webanwendung sind Projektbearbeitung, Vorschau und Export Teil der Webumgebung. Für sensible Forschungsdaten muss das Team jedoch vorher die Vorgaben der Hochschule, des Drittmittelgebers und der Datenschutzstelle prüfen. Personenbezogene Forschungsdaten, unveröffentlichte Ergebnisse und vertrauliche Manuskripte gehören nicht ohne Freigabe in eine externe Arbeitsumgebung.

03

Kann Typst 0.15.1 eine Dissertation mit BibLaTeX und Hochschulvorlage tragen?

Typst 0.15.1 kann für eine Dissertation geeignet sein, wenn die konkrete Vorlage, Literaturverarbeitung und PDF-Abgabe nachweislich funktionieren. Die Versionsnummer allein beantwortet diese Frage nicht.

Die offizielle Änderungsdokumentation zu Typst 0.15.1 ist für die Versionsprüfung maßgeblich. Typst 0.15 wurde laut offizieller Veröffentlichung am 15.06.2026 herausgegeben; Typst 0.15.1 ist laut offizieller Dokumentation am 17.07.2026 erschienen. Diese Daten belegen den Stand der Software, nicht die Kompatibilität mit einer bestimmten Universität.

BibLaTeX und Literaturverzeichnisse getrennt abnehmen

Eine .bib-Datei lässt sich in einem Typst-Projekt verwenden, aber die Übernahme einer Datei ist nicht dasselbe wie die identische Ausgabe eines bestehenden LaTeX-Projekts. Zu prüfen sind unter anderem:

  • Autorennamen mit mehreren Namensbestandteilen
  • Herausgeber, Konferenzbeiträge und Dissertationen
  • DOI, URL und Zugriffsdatum
  • Sonderzeichen und diakritische Zeichen
  • Zitierbefehle im Fließtext
  • Mehrfachzitate und Seitenangaben
  • Sortierung und Darstellung im Literaturverzeichnis
  • Einträge, die im Ausgangsprojekt durch eigene Makros verändert werden

Ein belastbarer Test enthält nicht nur einige einfache Buch- und Artikeldatensätze. Die anonymisierte Literaturdatei sollte typische Einträge des tatsächlichen Projekts enthalten. Das Ergebnis wird anschließend gegen eine Referenz-PDF verglichen. Wenn sich die Zitierlogik fachlich oder formal nicht eindeutig erklären lässt, bleibt die LaTeX-Quelle für dieses Projekt die sicherere Wahl.

Hochschulvorlagen und chinesische? Nein, deutsche oder institutionelle Schriftanforderungen

Eine offizielle Typst-Funktion kann nicht garantieren, dass eine konkrete Hochschulvorlage übernommen werden kann. Das gilt besonders für Vorgaben zu Randabständen, Titelseiten, eidesstattlichen Erklärungen, Kapitelnummerierung, Schriftfamilien, Tabellen, Anhängen und PDF-Metadaten.

Schriftarten benötigen eine eigene Prüfung. Es reicht nicht, dass ein Dokument auf dem Rechner der betreuenden Person korrekt aussieht. Das Team muss festhalten, welche Schriften verwendet werden, woher sie stammen, welche Lizenz gilt und wie eine andere Person das Projekt mit derselben Darstellung erzeugt.

Die PDF-Funktionen von Typst sind in der offiziellen PDF-Referenz beschrieben. Für die Abgabe werden daraus jedoch konkrete Prüfungen: Seitenformat, Einbettung der Schriften, Lesezeichen, Links, Metadaten, Abbildungsauflösung und die Öffnung in der von der Hochschule akzeptierten Prüfsoftware.

04

Typst und LaTeX im direkten Vergleich

Die folgende Gegenüberstellung ist keine allgemeine Rangliste. Sie zeigt, welche Umgebung unter bestimmten Projektbedingungen die geringere Abnahmelast erzeugt.

Entscheidungskriterium Typst 0.15.1 Bestehendes LaTeX-Projekt Konsequenz
Neue Arbeit ohne historische Makros Guter Kandidat für einen kontrollierten Start Bewährte Alternative Typst testen, bevor die Vorlage festgelegt wird
Laufende Arbeit mit eigener Makrologik Migrationsrisiko durch Nachbau und Abweichungen Meist geringeres Änderungsrisiko LaTeX beibehalten, Typst nur parallel prüfen
BibLaTeX-Datei Unterstützte Grundlage, aber Stilprüfung erforderlich Bestehende Ausgabe bereits bekannt Mit echten Datensätzen und Referenz-PDF vergleichen
Hochschul- oder Journalvorlage Kompatibilität nicht aus der Typst-Funktion ableitbar Bei funktionierender Vorlage oft sicherer Vorlage als Ausschlusskriterium behandeln
Team mit unterschiedlichen Betriebssystemen CLI und Webzugang können die Einstiegshürde senken Abhängig von installierten Paketen und Build-Skripten Versionen und Dateien zentral dokumentieren
macOS-Abhängigkeit Nicht grundsätzlich erforderlich Ebenfalls nicht grundsätzlich erforderlich Einen Mac nur für zusätzliche Apple-Werkzeuge einplanen

Die zentrale Unterscheidung lautet daher nicht „modern gegen veraltet“, sondern „kontrollierbare Vorlage gegen historisch gewachsene Abhängigkeiten“. Typst 0.15.1 kann beim Start eines neuen Projekts die bessere Entscheidung sein, während LaTeX bei einer bereits akzeptierten Einreichung die geringere Unsicherheit erzeugt.

05

Ohne Mac wissenschaftlich mit Typst arbeiten

Typst verlangt nicht grundsätzlich einen Mac. Ein Projekt kann über die Kommandozeile, unter Windows oder Linux sowie über eine geeignete Browserumgebung begonnen werden. Auch ein Apple Silicon Mac ist für Typst selbst keine Pflicht.

Das ist für Studierende mit begrenztem Budget wichtig: Wer ausschließlich schreiben, Literatur verwalten und ein PDF erzeugen möchte, sollte nicht allein wegen Typst einen Mac kaufen oder mieten. Die Entscheidung für einen Mac entsteht erst durch zusätzliche Anforderungen, etwa:

  • ein macOS-exklusives Forschungsprogramm neben Typst
  • eine Apple-spezifische Entwicklungs- oder Testumgebung
  • bestimmte Schrift- oder Grafikwerkzeuge, die im Team nur unter macOS verfügbar sind
  • eine Hochschulumgebung, deren bestehender Workflow auf macOS abgestimmt ist
  • die Prüfung einer Anwendung für Apple-Plattformen

Für die lokale Kommandozeile kann ein Team zunächst einen einfachen Build dokumentieren:

typst compile thesis.typ thesis.pdf

Ein erwartbares Ergebnis ist eine erfolgreich erzeugte PDF-Datei am vereinbarten Pfad. Für die Abnahme genügt diese Meldung allein nicht. Zusätzlich werden Seitenzahl, Literaturverzeichnis, Querverweise, Schriftarten und PDF-Metadaten geprüft.

Wer eine browserbasierte Zusammenarbeit einsetzt, sollte außerdem festhalten, welche Projektversion exportiert wurde und wer die finale PDF-Datei freigegeben hat. Für Git-basierte Abläufe beschreibt die Dokumentation zur Git-Synchronisierung der Webanwendung den vorgesehenen Integrationsweg. Das Team sollte dennoch einen lokalen oder institutionell freigegebenen Rückfallweg behalten.

06

Die Abnahme als ausführbare Prüfliste

Die folgende Liste trennt „Typst kann ein PDF erzeugen“ von „dieses PDF ist für die wissenschaftliche Abgabe geeignet“. Jede Position sollte mit Testdatei, erwartetem Ergebnis, tatsächlichem Ergebnis, verantwortlicher Person und Rückfallplan dokumentiert werden.

  • [ ] Typst 0.15.1 ist in der vorgesehenen Umgebung installiert oder im Webprojekt eindeutig festgehalten.
  • [ ] Der Build-Befehl ist schriftlich dokumentiert und erzeugt aus einer sauberen Kopie dieselbe erwartete Ausgabedatei.
  • [ ] Kapitelstruktur, Überschriften und Inhaltsverzeichnis stimmen mit der Zielvorlage überein.
  • [ ] Mathematische Formeln, Sonderzeichen und Querverweise erscheinen fachlich korrekt.
  • [ ] Abbildungen, Tabellen, Fußnoten und Anhänge werden mit realistischen Beispieldaten geprüft.
  • [ ] Die echte oder anonymisierte BibLaTeX-Datei enthält typische Einträge des Projekts.
  • [ ] Zitierweise, Sortierung, Seitenangaben und Literaturverzeichnis werden gegen eine Referenz geprüft.
  • [ ] Die erforderlichen Schriftarten sind verfügbar, rechtlich nutzbar und für andere Teammitglieder dokumentiert.
  • [ ] Seitenformat, Ränder, Nummerierung, Lesezeichen und PDF-Metadaten entsprechen der Abgabevorgabe.
  • [ ] Eine zweite Person kann das Projekt öffnen, bauen und das Ergebnis fachlich kontrollieren.
  • [ ] Die finale PDF-Datei lässt sich mit der von der Hochschule oder dem Journal akzeptierten Prüfsoftware öffnen.
  • [ ] Die ursprüngliche LaTeX-Version oder ein anderer funktionierender Rückfallweg bleibt erhalten, bis die Abnahme schriftlich abgeschlossen ist.

Die Prüfung sollte mit einem kleinen, aber repräsentativen Manuskript beginnen. Eine reine Titelseite mit einem Absatz und einem einfachen Literaturverweis ist kein ausreichender Test, weil gerade komplexe Tabellen, Anhänge, Sonderzeichen und projektspezifische Zitate die spätere Migration bremsen.

07

Die drei sinnvollen Endentscheidungen

Migration: Eine neue Arbeit, ein Kursbericht oder ein Teamprojekt mit kontrollierbarer Vorlage kann auf Typst 0.15.1 starten, wenn der kleine Realtest erfolgreich war und die Ausgabevorgaben dokumentiert sind.

Beibehalten: Eine laufende Einreichung, eine stark angepasste LaTeX-Vorlage oder ein Projekt mit vielen historischen Paketen sollte in der bisherigen Umgebung bleiben. Typst kann dort als Lern- oder Nebenprojekt geprüft werden, aber nicht als ungeprüfter Ersatz.

Doppelbetrieb: Eine Arbeitsgruppe mit neuen und alten Projekten fährt häufig am sichersten, wenn Typst und LaTeX nebeneinander betrieben werden. Gemeinsame Regeln für Versionen, Literaturdateien, Schriften, Build-Schritte und PDF-Freigabe verhindern, dass die Wahl des Editors zur Reproduzierbarkeitslücke wird.

Die derzeitige Lösung auf einem vorhandenen Windows- oder Linux-Rechner ist für Typst oft völlig ausreichend. Sie kann aber unpraktisch werden, wenn zusätzlich macOS-exklusive Forschungssoftware, Apple-Plattformtests oder eine bestimmte macOS-Schrift- und Grafikpipeline benötigt werden: Dann fehlen entweder die passenden Werkzeuge, die Einrichtung wird auf mehrere Geräte verteilt oder die finale Prüfung hängt von einem sporadisch verfügbaren Laborgerät ab. Ein gemieteter Mac von NodeMini kann in diesem Sonderfall einen klar abgegrenzten, vollständig kontrollierbaren macOS-Arbeitsplatz ergänzen, ohne dass Typst selbst fälschlich als Mac-Pflichtsoftware behandelt wird. Einen Überblick über verfügbare Mac-Arbeitsplätze für wissenschaftliche Umgebungen kann die technische Unterstützung vor der Entscheidung prüfen; für reine Typst-Schreibarbeit bleibt der vorhandene Rechner jedoch meist die wirtschaftlichere Lösung.

Vor einer Anmietung sollte die Arbeitsgruppe festlegen, ob wirklich ein macOS-spezifisches Werkzeug benötigt wird, welche Daten verarbeitet werden dürfen und ob der Zugriff über SSH, VNC oder eine Webkonsole mit den Datenschutzvorgaben der Hochschule vereinbar ist. Falls ein Mac nur für die finale Prüfung benötigt wird, ist eine zeitlich begrenzte Umgebung sinnvoller als eine dauerhafte Abhängigkeit. Falls hingegen regelmäßig Apple-spezifische Software zusammen mit Typst, Literaturverwaltung und PDF-Abnahme eingesetzt wird, kann ein eigener Mac-Zugriff für Forschungsteams die Trennung zwischen allgemeinem Schreiben und macOS-Abnahmetests vereinfachen.

Die belastbare Reihenfolge lautet damit: zuerst ein echtes Manuskript mit Vorlage, BibLaTeX-Datei und finaler PDF-Anforderung prüfen, anschließend Migration oder Doppelbetrieb festlegen und erst danach entscheiden, ob zusätzlich ein Mac-Arbeitsplatz erforderlich ist.