Weitere Editoren

1993 fand Aleksander Simonič kein TeX-Frontend, das ihm zusagte, und begann eines für Windows 3.1 zu schreiben. Daraus wurde WinEdt, das 1995 als Shareware auf CTAN landete und drei Jahrzehnte später noch immer Shareware ist. Editoren für LaTeX zerfallen in zwei Linien: Werkzeuge, die jemand baute, weil es nichts gab, und alltägliche Allzweck-Editoren mit angeflanschtem Plugin. Diese Seite mustert jene ohne eigene Seite – WinEdt, WinShell, die JetBrains-IDEs, Notepad++, Kate, GNOME Text Editor, EmEditor, Sakura Editor und die Markdown-Hybriden wie Typora – und macht am Ende aus der Frage wie man wählt vier Bedingungen statt einer Funktionsliste.

Kein Editor setzt etwas: Zuerst die Distribution klären

Jede der folgenden Möglichkeiten ist ein Editor, kein TeX-System. Gesetzt wird von TeX Live, MiKTeX oder MacTeX, die man separat installiert; der Editor ruft sie lediglich auf, um ein PDF zu erzeugen. „Welcher Editor“ und „welche Engine“ sind daher zwei verschiedene Fragen, und die zweite gehört zuerst geklärt. Bei falscher Reihenfolge bringt kein noch so langes Herumstellen in den Editoreinstellungen ein PDF hervor, denn der Grund liegt vollständig außerhalb des Editors.

Die reinen Windows-Frontends: WinEdt und WinShell

WinEdt ist ein reiner Windows-Unicode-Texteditor, der auf dieser Plattform jahrelang das Standard-TeX-Frontend war. Er taugt als schlichter Editor, doch seine eigentliche Stärke ist die enge Verzahnung mit TeX Live und MiKTeX: Eine Schaltfläche in der Werkzeugleiste startet pdflatex oder platex, dazu kommen Vervollständigung, Rechtschreibprüfung, Projektverwaltung und Suchen und Ersetzen per regulärem Ausdruck. Der Haken ist die Lizenz – es handelt sich um Shareware, nach der Testphase wird eine Registrierungsgebühr fällig. In einer an freien Alternativen so reichen Zeit gibt das zu denken, doch die Entwicklung läuft weiter, und die Reihe 11 ist aktuell.

WinShell besetzt fast dasselbe Feld und ist kostenlos. Diese Windows-Umgebung für LaTeX vereint Texteditor, Syntaxhervorhebung, Projektverwaltung, Rechtschreibprüfung, einen Tabellenassistenten, BibTeX-Anbindung und Unicode-Unterstützung und ruft die Engine über die Werkzeugleiste auf. Es ist Freeware, als Binärdatei ohne öffentlichen Quelltext verbreitet, taugt aber weiterhin als solide kostenfreie Alternative zum kostenpflichtigen WinEdt. Keines von beiden bringt eine Satz-Engine mit; die Vorgehensweise ist also identisch: erst MiKTeX oder TeX Live installieren, dann in den Editoreinstellungen den Pfad zu diesen Befehlen angeben.

Ein Plugin auf einen Editor schrauben, den man ohnehin nutzt

Auch ein Editor, der nicht auf TeX zugeschnitten ist, schreibt LaTeX bequem, sofern zwei Dinge geregelt sind: Syntaxhervorhebung und ein Weg, den Build anzustoßen. Dafür gibt es zwei Routen. Die dicke stützt sich auf ein Plugin, das zusätzlich Vervollständigung, PDF-Vorschau sowie Vorwärts- und Rückwärtssuche übernimmt; die dünne ruft schlicht latexmk über die Funktion für externe Befehle auf. Die dünne Route steht in fünf Minuten, doch das Springen zu Fehlerzeilen und der Gleichlauf mit dem PDF bleiben Handarbeit.

Die dicke Route führt vor allem über eine JetBrains-IDE (IntelliJ IDEA und Geschwister) samt TeXiFy IDEA. Sie liefert Syntaxhervorhebung, Vervollständigung von Labels, Befehlen, Umgebungen und Dateinamen, einen eingebauten PDF-Betrachter und BibTeX-Unterstützung (.bib) – die Ergonomie von IntelliJ wandert unverändert nach LaTeX. Wer beim Programmieren ohnehin in JetBrains-Werkzeugen lebt, greift naheliegend zu; IntelliJ IDEA hat eine kostenlose Community-Ausgabe. Für die dünne Route steht Notepad++ mit NppExec. Dank der zugrunde liegenden Scintilla-Bibliothek hebt Notepad++ TeX-Dateien hervor, färbt aber standardmäßig keine Mathematikumgebungen (eine benutzerdefinierte Sprache schließt die Lücke). Üblich ist, über NppExec einen Befehl auf eine Taste wie F6 zu legen, die Ausgabe in einer Konsole zu zeigen und Fehlerzeilen wahlweise einzufärben.

Fürs Protokoll gehört auch Atom erwähnt. Der Editor von GitHub hatte ebenfalls LaTeX-Pakete, doch die Entwicklung endete am 15. Dezember 2022, das Projekt wurde archiviert. Technisch reichte es den Staffelstab an seinen Nachfahren Electron und an VS Code weiter. Wer heute bei der Suche nach Einstellungen in einem Atom-Artikel landet, sollte dort nicht beginnen; für dasselbe Gefühl geht es zu VS Code.

Kate und GNOME Text Editor: die Standardeditoren der Linux-Desktops

Wer überlegt, LaTeX in KDEs Kate zu schreiben, kommt mit einer Tatsache schneller ans Ziel: Die Editierfläche in Kile ist Kate. Kates Editierkern ist als Komponente namens KatePart (über die KTextEditor-Schnittstellen) ausgelagert, und KWrite, KDevelop wie auch Kile betten sie ein. „LaTeX in Kate schreiben“ und „Kile benutzen“ unterscheiden sich also nur darin, ob um dieselbe Editierfläche bereits ein LaTeX-Gerüst steht – Build-Werkzeuge, Vorlagen, Strukturbaum, das Zusammenspiel mit Okular. Kate allein bietet Syntaxhervorhebung und kann externe Befehle ausführen, doch das Gerüst muss man selbst bauen. Unter KDE ist der direkte Weg zu Kile der kürzere.

Auf der GNOME-Seite nahm die Geschichte eine traurigere Wendung. gedit, lange der Standard, verdankte seine Stärke überwiegend seinen Plugins, darunter eines für LaTeX. Mit GNOME 42 im März 2022 ging der Standardplatz an den GNOME Text Editor. gedit an die neueren Gestaltungsrichtlinien (libadwaita) anzupassen hätte eine umfangreiche Neuschreibung bedeutet, also entstand der Nachfolger von Grund auf neu und übernahm die Plugin-Maschinerie zunächst nicht. gedit gibt es weiterhin, doch der Weg „dem Standardeditor des Desktops ein Plugin verpassen und darin LaTeX schreiben“ ist unter GNOME schmaler geworden. Wer unter GNOME LaTeX schreibt, fährt mit einem spezialisierten Editor oder der VS-Code-Familie sicherer.

Das japanische Manuskript im gewohnten Editor tippen

In Japan hält sich hartnäckig die Übung, einen einheimischen, japanisch-versierten Editor als Basis zu nehmen. EmEditor ist ein Windows-Editor, der selbst bei riesigen Dateien flink bleibt und schon früh Farbschemata für TeX (LaTeX) mitbrachte; es gibt eine kostenlose und eine kostenpflichtige Professional-Ausgabe. Sakura Editor ist ein kostenloser, beliebter einheimischer Editor, für den die Gemeinschaft seit Langem Build-Automatisierungen teilt, die platex aus der Makrofunktion – ExecCommand und Verwandte – aufrufen und anschließend einen DVI-Betrachter öffnen. Beide passen zum Muster, die Umgebung fürs Tippen auf Japanisch unverändert zu lassen und nur den Build auszulagern. Die Kehrseite dieses Handels ist, von vornherein auf Vervollständigung, Hilfe bei Querverweisen und Literaturdatenbank-Anbindung zu verzichten. Eines lohnt allerdings eine feste Zusage: Der japanische Weg – upLaTeX weiter zu dvipdfmx, oder LuaLaTeX – gehört in die .latexmkrc des Projekts und nicht in die Einstellungen des Editors. Dann erhält auch ein Mitautor mit einem anderen Editor dasselbe PDF.

Kann ein Markdown-Editor wie Typora LaTeX ersetzen?

Die kurze Antwort: für das Aussehen der Formeln ja, für den Satz nein. Ein Markdown-Editor wie Typora stellt $E=mc^2$ sofort als Mathematik dar, doch gezeichnet wird sie nicht von TeX, sondern von einem Browser-Formelrenderer wie MathJax oder KaTeX. Zeilenumbruch, Platzierung von Gleitobjekten, Querverweise, ein Literaturverzeichnis – nichts von der Maschinerie, die LaTeX für ein buchlanges Dokument mitbringt, steckt darin. Dass eine Formel am Bildschirm gut aussieht und dass ein zweihundertseitiges Buch richtig gesetzt wird, sind zwei verschiedene Leistungen.

Geht es tatsächlich ans PDF, ruft diese Familie Pandoc. Pandoc wandelt Markdown in LaTeX und übergibt dieses LaTeX einer TeX-Engine. Bei Typora braucht der schlichte PDF-Export kein Pandoc – es gibt einen Weg über das interne HTML –, doch der Export über LaTeX sowie nach .tex, docx oder EPUB verlangt eine separate Pandoc-Installation. Zudem wandelt Typora das Markdown nicht direkt, sondern reicht seinen internen abstrakten Syntaxbaum an Pandoc weiter. Wer diesen Weg wählt, muss folglich nicht die Notation von LaTeX lernen, sondern Pandocs Markdown-Dialekt samt Vorlagen und Metadaten-Konventionen. Leichter wird nichts; nur der Lerngegenstand wird ausgetauscht.

Die Möglichkeiten nebeneinander

Hier steht, was jeder Editor ist und wie er mit LaTeX zusammenhängt. Liest man die letzte Spalte quer, wird das gemeinsame Muster deutlich: Jeder erzeugt ein PDF, indem er eine separat installierte Engine aufruft. Unterschiedlich sind nur die Dicke des Gerüsts und die Frage, wer es bauen muss.

Wie man wählt: vier Bedingungen statt einer Funktionsliste

Der praktische Prüfstein für einen Allzweck-Editor ist nicht die Länge seiner Funktionsliste, sondern vier Bedingungen, die das Manuskript in Bewegung halten: Das Speichern startet jedes Mal denselben Build-Befehl. Ein Fehler führt zurück zur Quellzeile. Das PDF aktualisiert sich von selbst. Und die Konfiguration liegt nicht nur im Editor, sondern im Projekt – in einer .latexmkrc oder einer Build-Datei. Die vierte wiegt am schwersten: Stecken die Einstellungen allein im Editor, erzeugt weder der Rechner eines Mitautors noch der eigene zweite dasselbe PDF, und man sucht die Ursache unter Zeitdruck. Lassen sich diese vier nicht erfüllen, bringt ein spezialisierter LaTeX-Editor einen schneller ins Schreiben.

• Auf Windows und sofort ein TeX-eigenes Gefühl gewünscht: das kostenlose WinShell oder das ausgefeilte, kostenpflichtige WinEdt.
• Die gewohnte Entwicklungsumgebung soll bleiben: JetBrains-Nutzer greifen zu TeXiFy IDEA; wer es leicht mag, nimmt Notepad++ mit NppExec.
• Auf einem Linux-Desktop: unter KDE zu Kile, dessen Editierkomponente Kate selbst ist; unter GNOME den Plugin-Weg meiden und einen spezialisierten Editor oder die VS-Code-Familie wählen.
• Japanisch im vertrauten Editor tippen: einen externen Befehl in EmEditor oder Sakura Editor einbauen und hinnehmen, dass Vervollständigung und Querverweishilfe nicht dabei sind.
• Auf macOS und ohne Lust zu langem Abwägen: TeXShop ist der übliche Ausgangspunkt und hat eine eigene Seite.
• Keine besondere Vorliebe: mit VS Code (LaTeX Workshop) beginnen – kostenlos, vollausgestattet, plattformübergreifend, aktiv entwickelt – oder mit dem eigens gebauten TeXstudio.

Ein letztes Wort zum Wechsel. Sobald die Zeit fürs Verkabeln von Referenzvervollständigung, Literaturvervollständigung und SyncTeX die Zeit fürs tatsächliche Schreiben übersteigt, passt der Editor nicht mehr zur Aufgabe. Dann geht es zu einem spezialisierten Werkzeug – VS Code, TeXstudio, Emacs, Vim. Jede Option auf dieser Seite gewinnt nur in einem Punkt: Sie lässt eine Umgebung behalten, in der man bereits flüssig arbeitet. In den LaTeX-Funktionen selbst gewinnt keine. Sobald diese Vertrautheit die Reibung nicht mehr aufwiegt, ist der Zeitpunkt zum Wechseln gekommen.