Overleaf

Während man Overleaf benutzt, setzt der eigene Rechner kein einziges Mal. Overleaf ist das browserseitige Fenster auf eine TeX-Live-Installation, die auf Overleafs Servern läuft, und fast jeder Unterschied zu einer LaTeX-Umgebung auf dem Schreibtisch folgt aus dieser einen Tatsache: Statt TeX Live zu aktualisieren, wählt man je Projekt einen Jahrgang, ein fehlendes Paket lässt sich nicht mit tlmgr nachinstallieren, man tippt nie selbst ein Compiler-Flag, und ein Manuskript kommt per Hochladen, Herunterladen oder git hinein und hinaus. Dafür bekommt man das eine, was eine lokale Installation nicht kann: zwei Personen, die gleichzeitig in dieselbe Zeile schreiben. Diese Seite verfolgt diese Einschränkungen und diesen Gewinn in der Reihenfolge, in der sie begegnen.

Was es ändert, kein TeX auf dem Rechner zu haben

Zunächst: Pakete lassen sich nicht selbst hinzufügen. Auf Overleafs Servern liegt ein vollständiges TeX Live – jede Ausgabe enthält über fünftausend Pakete –, doch niemand kann als Nutzer tlmgr install für etwas ausführen, das dort fehlt. Der Ersatzweg lautet, die .sty oder .cls ins Projekt zu legen, und dabei gilt eine Regel für den Ablageort: Der Übersetzungsvorgang findet diese Dateien nur, wenn sie auf der obersten Ebene des Projekts liegen. Wer sie in einen Ordner räumen will, muss auf der obersten Ebene eine latexmkrc anlegen und TEXINPUTS darauf richten.

# latexmkrc at the top level of the project
# look in tex/ and bst/ before the system tree
$ENV{'TEXINPUTS'} = './tex//:' . $ENV{'TEXINPUTS'};
$ENV{'BSTINPUTS'} = './bst//:' . $ENV{'BSTINPUTS'};

Dass eine latexmkrc überhaupt wirkt, verrät den Aufbau von Overleaf: Der Build wird von latexmk gefahren. Deshalb ist diese Datei zugleich der einzige Hebel, wenn ein Compiler-Flag ergänzt werden soll. In der Praxis kommt der Wunsch seltener auf als gedacht – minted, das sonst -shell-escape verlangt, funktioniert auf Overleaf nach deren eigener Formulierung „out of the box“, weil die Serverseite bereits darauf eingerichtet ist. Die selbst betriebene Community Edition schaltet \write18 dagegen standardmäßig ab, mit der Begründung, dort liefen alle Übersetzungen im selben Container. Zwei Erzeugnisse unter einem Namen, mit entgegengesetzten Voreinstellungen für den Aufruf externer Programme.

„Auf Overleaf geht es, auf meinem Rechner nicht“ – der TeX-Live-Jahrgang

Die übliche Ursache dieser Abweichung ist nicht der Editor, sondern der Jahrgang der Distribution. Auf Overleaf ist die TeX-Live-Version eine projektweise Einstellung: über das Zahnradsymbol zu Compiler gehen und darunter im Auswahlfeld TeX Live version wählen. Der in einem Projekt gewählte Jahrgang wirkt sich nie auf ein anderes aus. Ältere Ausgaben sind als Legacy zusammengefasst; Overleaf selbst nennt sie „für neue Projekte nicht empfohlen“, behält sie aber, damit ältere Vorlagen weiterhin übersetzen. Das Umschalten ist keine dauerhafte Änderung – man kann jederzeit zurück.

Der Entwurf lohnt das Merken schon deshalb, weil man dann das Richtige verdächtigt. Eine Abbildung, die auf dem Bildschirm der Mitautorin bricht; eine Einreichungsvorlage, die letztes Jahr lief und heute nicht mehr – zuerst zu vergleichen ist weder der Editor noch eine Paketversion, sondern der TeX-Live-Jahrgang auf beiden Seiten. Umgekehrt verschwindet diese Größe aus der Diskussion, sobald man selbst, die Mitautoren und die Zielzeitschrift denselben Jahrgang verwenden. Zu beachten ist außerdem, dass Overleaf ein neues TeX Live erst nach Prüfung übernimmt; kurz nach einer Veröffentlichung stromaufwärts kann die Voreinstellung also noch das Vorjahr sein.

Ein Projekt anlegen: die Reihenfolge der ersten Stunde

Alles spielt sich innerhalb eines Projekts ab. New Project oben links im Dashboard bietet ein leeres Blank Project, From Template für den Start aus der Galerie, Upload Project für ein lokales .zip und Import from GitHub. Was immer man wählt, man landet im Editor, dreigeteilt: Dateiliste links, Quelltext in der Mitte, PDF rechts. Weil es im Browser beginnt, verlockt es, Vorlagen, Zusammenarbeit, Git und Abbildungen gleichzeitig anzufassen – doch die Reihenfolge, die Unfälle vermeidet, liegt fest: erst allein, und nur so weit, dass ein minimaler Textkörper zuverlässig ein PDF ergibt.

• Ein leeres Projekt oder die Vorlage der Zielzeitschrift wählen und feststellen, welche Datei der Einstiegspunkt ist – meist main.tex.
• Vor der ersten Änderung am Text einmal Recompile drücken und bestätigen, dass der Ausgangszustand ein PDF liefert.
• Im Menu den Compiler und die TeX-Live-Version festlegen und im Zweifel auch das Main document ausdrücklich benennen.
• Wer Japanisch schreibt, entscheidet früh zwischen LuaLaTeX und einem über latexmkrc gesteuerten Weg mit pLaTeX/upLaTeX.
• Mitautoren erst einladen, wenn Wurzeldatei, Compiler und Literaturverwaltung feststehen.
• Vor der Einreichung ein ZIP herunterladen, damit eine lokal reproduzierbare Kopie vorliegt.

Welchen Compiler wählen – und was „LaTeX“ hier bedeutet

Das Auswahlfeld führt nur vier Einträge: standardmäßig pdfLaTeX, dazu LaTeX, XeLaTeX und LuaLaTeX. Die Wahl gilt nur für dieses Projekt. Zwei Achsen entscheiden: wie Schriften behandelt werden sollen und in welchem Format die Abbildungen vorliegen. pdfLaTeX nimmt .png, .jpg und .pdf und wandelt .eps unterwegs um; XeLaTeX und LuaLaTeX beherrschen Unicode und Systemschriften (OpenType/TrueType) unmittelbar und sind bei Bildformaten nicht wählerisch.

Ein Name lädt hier zum Missverständnis ein. Der Eintrag LaTeX im Auswahlfeld meint nicht den nackten Befehl latex, sondern den Weg über DVI zum PDF, bei dem intern dvipdfmx aufgerufen wird. Deshalb sind die Abbildungen auf .eps und .ps beschränkt und ein .png lässt sich nicht einfach einfügen. Umgekehrt beginnt der weiter unten beschriebene japanische pLaTeX-Weg mit der Wahl genau dieses „LaTeX“. Auch für pstricks ist LaTeX oder XeLaTeX zu wählen – LuaLaTeX unterstützt es nicht. Welche Datei der Einstieg in den Text ist, regelt die Einstellung Main document, änderbar über das Drei-Punkte-Symbol in der Dateiliste.

Japanisch setzen: LuaLaTeX oder pLaTeX über latexmkrc

Das voreingestellte pdfLaTeX kann kein Japanisch setzen. Wer ohne Vorbereitung japanisch tippt, erhält entweder einen Fehler oder verschwundene Zeichen. Es gibt zwei Wege: (1) den Compiler auf LuaLaTeX umstellen oder (2) pLaTeX/upLaTeX über eine latexmkrc steuern. Für einen Neuanfang ist (1) der sanftere; die Einrichtung besteht im Kern aus einer Zeile. Im Menu den Compiler auf LuaLaTeX setzen und in \documentclass eine luatexja-Klasse nennen – ltjsarticle oder ltjarticle für waagerechten Satz –, und der japanische Satz steht. Ohne ausdrückliche Schriftangabe wird eine sinnvolle Voreinstellung eingebettet; mit luatexja-preset lassen sich die IPAex-Schriften einbetten.

% Menu -> Compiler -> LuaLaTeX before compiling this file
\documentclass{ltjsarticle}
\usepackage[ipaex]{luatexja-preset}
\begin{document}
\section{はじめに}
こんにちは、\LaTeX！ 数式も書けます: $e^{i\pi}+1=0$
\end{document}

Wer in der pLaTeX-Arbeitsweise schreiben will, die in japanischen Fachzeitschriften weiterhin vorherrscht, stellt den Compiler auf „LaTeX“ und legt auf der obersten Ebene des Projekts eine Datei namens latexmkrc an. Da Overleaf mit latexmk baut, ist dies die Stelle, an der man sagt: „mit platex verarbeiten, dann mit dvipdfmx das PDF erzeugen“. Für upLaTeX ersetzt man platex durch uplatex und pbibtex durch upbibtex. Eine vergleichsweise neue Möglichkeit ist die Klasse jlreq, die mit LuaLaTeX, pLaTeX und upLaTeX gleichermaßen funktioniert.

# latexmkrc for the pLaTeX route; set Compiler to LaTeX in the Menu
$latex = 'platex';
$bibtex = 'pbibtex';
$dvipdf = 'dvipdfmx %O -o %D %S';
$makeindex = 'mendex %O -o %D %S';

Wer sich diese Einrichtung ganz sparen möchte: Das in Japan entwickelte Cloud LaTeX setzt Japanisch ohne jede Konfiguration und lohnt die Überlegung, wenn das Manuskript überwiegend japanisch ist. Noch eine Anmerkung: Auch der Klick, der auf Overleaf zwischen Editor und PDF hin- und herführt, ist SyncTeX, und jede Übersetzung schreibt eine output.synctex.gz auf dem Server – die Ausgaben heißen output.* statt nach der Hauptdatei, weil Overleafs Build so aufgebaut ist. Diese Sprünge funktionieren allerdings nicht, wenn die Einstellung des PDF-Betrachters auf „Browser“ steht.

Ein Manuskript hinein- und hinausbringen: ZIP, GitHub und die Git-Brücke

Liegt der Entwurf bereits auf der Platte, ist Upload Project der kürzeste Weg: Ein .zip hineinziehen, Overleaf packt es aus und bildet die Ordnerstruktur als Projekt nach. Die Grenzen sind allerdings konkret. Das Archiv darf nur Dateien enthalten, die ein LaTeX-Compiler verarbeiten kann – reinen Text sowie Bilder in .eps, .pdf, .svg und .png; bearbeitbares Material ist auf 7 MB begrenzt; keine Einzeldatei darf 50 MB überschreiten; und ein Upload fasst höchstens 180 Dateien. Ein Word-.docx oder ein riesiger Datensatz kommt gar nicht erst hinein. Die überraschende Falle: Liegt das Hauptdokument in einem Ordner, funktioniert es nicht. Steckt im Zip alles in einem einzigen Verzeichnis, hebt man den Inhalt eine Ebene heraus und packt neu.

Liegt das Manuskript in Git, führen zwei Wege hinein. Import from GitHub – nach Verknüpfung eines GitHub-Kontos in den Account Settings – macht aus einem sichtbaren Repository ein Projekt, und danach lässt sich zwischen Overleaf und dem Repository pushen und pullen. Der andere ist die Git-Brücke, die den Hosting-Dienst überspringt und ein git clone direkt von git.overleaf.com erlaubt: Die Clone-Adresse ist die Projekt-URL mit git statt www, authentifiziert wird mit einem Token. Beides sind Funktionen der Bezahltarife, und Overleaf unterstützt weder Git-Submodule noch Git LFS. Ein zu großes Repository stößt an die Größenbeschränkung und lässt sich nicht importieren.

Zusammenarbeiten: Editors zählen gegen den Tarif, Viewers nicht

Overleafs größter Vorzug ist echtes gleichzeitiges Bearbeiten. Lädt man über Share oben rechts ein, öffnet man dasselbe Manuskript gemeinsam und sieht die Cursor und Änderungen der anderen live. Zwei Wege der Einladung: per E-Mail-Adresse, wobei man Editor oder Viewer wählt, oder per Link über Link Sharing. Link Sharing gibt zwei Arten von URL aus: Wer den View-Link hat, darf lesen; wer den Edit-Link hat, darf bearbeiten – zum Bearbeiten ist ein Konto nötig.

Hier greift die Personenzahl. Viewers zählen nie gegen das Limit, Editors dagegen verbrauchen das Kontingent des Projekteigentümers. Über dem Limit fällt jede Person, die über den Edit-Link hinzukommt, automatisch auf reines Lesen zurück. Im kostenlosen Tarif steht eine mitarbeitende Person zur Verfügung – zu zweit lässt sich also gratis gemeinsam schreiben. Bezahltarife heben das an: Overleafs Seite zu den Tarifgrenzen (Stand August 2026) nennt 10 bei Student und Standard und unbegrenzt bei Pro.

Die Werkzeuge für Begutachtung und Überarbeitung trennen sich sauber in kostenlos und kostenpflichtig. Kommentare im Dokument funktionieren im Gratistarif, doch die Änderungsverfolgung – das einzelne Annehmen oder Ablehnen jeder Bearbeitung – und die vollständige Versionsgeschichte, die das Projekt in einen früheren Zustand zurückspult, sind kostenpflichtig. Diese beiden bei einer Überarbeitung mit vielen Mitautoren zu brauchen, ist gewöhnlich der Punkt, an dem ein Abonnement in Betracht kommt. Overleaf selbst begann übrigens um 2012 als WriteLaTeX, gegründet von den Mathematikern John Hammersley und John Lees-Miller; im Juli 2017 verschmolz es mit dem Rivalen ShareLaTeX und führte beide Nutzerschaften in einer Umgebung zusammen. Die Anordnung der Funktionen auf dem Bildschirm ist ein Erzeugnis dieses Zusammenflusses.

Wenn die Übersetzung in eine Zeitüberschreitung läuft

Da der Build auf fremden Servern läuft, gibt es eine Obergrenze für die Zeit. Overleafs Seite zu den Tarifgrenzen (Stand August 2026) nennt für den Gratistarif 10 Sekunden Übersetzungszeit und für Bezahltarife 240 Sekunden. Eine lange Abschlussarbeit oder eine schwere TikZ- oder pgfplots-Abbildung kann das überschreiten und wird abgebrochen. Das ist eine unvermeidliche Folge des Schreibens im Browser; wächst das Manuskript, lohnt es sich daher, das Projekt weniger als bequemen Schmierzettel und mehr als reproduzierbare Satzumgebung zu behandeln.

• Im Menu den Compiler, die TeX-Live-Version und das Main document prüfen und die Mitautoren dieselben Einstellungen kontrollieren lassen.
• Verursachen schwere TikZ-/pgfplots-Abbildungen oder hochaufgelöste Bilder Zeitüberschreitungen, die Abbildungen vorab zu PDF übersetzen oder ein umfangreiches Kapitel vorübergehend entfernen, um die Ursache einzugrenzen.
• Häufen sich Fehler, Auto compile abschalten, auf Stop on first error wechseln und nur den ersten Fehler beheben, bevor weitergelesen wird.
• Veraltete Zwischendateien können stören; wirkt etwas seltsam, den Projekt-Cache leeren und neu übersetzen.
• Kurz vor der Einreichung Download as ZIP verwenden und prüfen, ob sich mit diesem Bündel lokal oder in einem eigenen Projekt dasselbe PDF erzeugen lässt.

Was der Start aus einer Vorlage erspart

Erspart wird die Arbeit, die Einreichungsvorschriften nachträglich zu erfüllen. Overleafs Galerie hält eine gewaltige Zahl von Ausgangspunkten bereit – Zeitschriften, Konferenzbände, Lebensläufe, Abschlussarbeiten, Folien – und man wählt entweder unter New Project → Templates eine Gattung oder öffnet overleaf.com/gallery direkt und drückt bei einer gefälligen Vorlage auf Open as Template; schon steht ein Projekt in dieser Gestalt. Besonders die „offiziellen“ Vorlagen von Verlagen und Fachgesellschaften lohnen sich: Sie bringen Klassendatei und Layoutregeln der Zeitschrift von Anfang an mit, und bei manchen lässt sich das fertige Manuskript direkt aus Overleaf einreichen.

Ein praktischer Rat zur Auswahl: Eine Vorlage bringt nicht nur ein Aussehen mit, sondern auch Annahmen über den Compiler und den TeX-Live-Jahrgang. Direkt nach dem Öffnen, noch bevor ein Wort geändert ist, einmal Recompile drücken und bestätigen, dass unter diesen Annahmen ein PDF entsteht; dann muss man später nie auseinanderklauben, ob der eigene Text schuld ist oder die Vorlage veraltet. Eigene Vorlagen lassen sich der Galerie übrigens auch einreichen.