Troff (und seine GNU/Linux-Implementierung groff) ist ein Programm zum Setzen von Dokumenten. Da es wie TeX funktioniert, sollte es statt »Textverarbeitungsprogramm« eher als Dokumenten-Vorbereitungssystem bezeichnet werden. Wie bei TeX gibt es eine Quelldatei mit Text und Formatierungsbefehlen. Aus dieser werden dann beim Kompilieren vollständige Dokumente zusammengesetzt. Groff ist freie Software.

Troff (manchmal T-roff ausgesprochen) ist ein Textsatzsystem, das von AT&T für Unix entwickelt wurde, und dessen Geschichte über ntroff und runoff bis auf den Anfang der 1970er Jahre zurückgeht! Groff heißt einfach die GNU/Linux-Implementierung von troff, die erstmals 1990 veröffentlicht wurde. Wie TeX blicken diese Textsatzsysteme (die insbesondere auf Unix-Systemen weitverbreitet sind) auf eine jahrzehntelange Entwicklung zurück und sind entsprechend ausgereift und fehlerfrei. Noch heute wird groff gerne zur Anzeige und zum Verfassen von Handbüchern (man pages) unter Unix verwendet.

Im Prinzip können hier dieselben Unterschiede genannt werden, wie sie auch für die Arbeit mit TeX-Dokumenten zutreffen. Einige wichtige Punkte:

• Der Textsatz ist sehr hochwertig und üblicherweise dem der heutigen großen Textverarbeitungsprogramme überlegen.
• Zur Bearbeitung der Dokumente bedarf es lediglich eines beliebigen Texteditors, noch nicht einmal eine grafische Oberfläche (GUI) ist erforderlich.
• Die Software ist frei, portabel und kann sehr einfach an eigene Bedürfnisse angepaßt werden.
• Die Trennung von Formatierungsbefehlen und Text-Inhalt ermöglicht sehr einfach Änderungen an der dokumentweiten Formatierung: Stil der Kopf- und Fußzeile, Überschriften, Seitenlayout, Schriftarten, typographische Manipulationen (Zurichtung, Buchstaben-, Wort- und Satzabstände) u.a. Außerdem gibt es die von TeX bekannten und geschätzten Automatismen wie Numerierung und Sortierung der Überschriften, Bilder, Fußnoten, ohne daß etwas durcheinanderkommt.
• Es besteht Layout-Konstanz (derartig gesetzte Dokumente sind layoutstabil) selbst bei langen und komplexen Dokumenten, und das Layout ist jederzeit reproduzierbar.

Wie bei TeX ist über die Einbindung von Makros die Gestaltung von Tabellen und Diagrammen, das Einbinden von Grafiken und das Setzen von mathematischen und chemischen Formeln möglich. Über das Kompilieren des Quellcodes (Eingabedatei) können eine Vielzahl von Ausgabe-Formaten erzeugt werden (PostScript, PCL, DVI, HTML, PDF u.a.)

Wenn alles so ähnlich ist wie bei TeX (selbst der gute Textsatz ist vergleichbar hochwertig), warum sollte ich dann groff anstelle von TeX nutzen? Hier einige wichtige Unterschiede:

Unterschied 1: Groff ist ein im Vergleich zu TeX winziges Programm. Die Programmgröße von groff ist < 5 MB, während eine voll installierte TeX-Distribution mehrere GB auf der Festplatte einnehmen kann.

Gegenargument 1: mehrere GB sind auf modernen Festplatten Peanuts.

Gegenargument 2: eine volle TeX-Distribution (z.B. TeXLive) enthält auch Dutzende von Sprachen und Schriftarten, die man vermutlich niemals nutzen wird.

Unterschied 2: Die Syntax ist vermutlich noch einfacher als bei TeX.

Hier muß man jetzt unterscheiden: Die Formatierungssyntax von troff und TeX ist, jeweils OHNE Makropakete, sehr steif und wenig eingängig. Der Erfolg von TeX geht ja zum großen Teil auf das Makropaket LaTeX zurück, das die am meisten gebrauchten Befehle auf eine einigermaßen verständliche Syntax umlenkt. Dasselbe gilt für troff und groff: Erst mit Verwendung von Makropaketen (siehe unten) wird die Eingabesyntax handlich und überschaubar, im Gebrauch leicht zu merken und zu verändern. Und eben diese Syntax der troff/groff-Makropakete ist es, die – meiner Meinung nach – der von LaTeX in vielen Fällen überlegen ist (siehe Beispiele unten).

Unterschied 3: Eine komplizierte Präambel (wie bei TeX-Dokumenten üblich) entfällt größtenteils. Notfalls startet man sofort mit dem ersten Absatz und kann das Dokument bereits erfolgreich kompilieren.

Unterschied 4: Im Gegensatz zu TeX folgt die Eingabe von Sonderzeichen einem einheitlicheren Konzept. Man denke hier an mathematische Operatoren, griechische Buchstaben, Diakritika etc. Mit troff/groff kann man den ursprünglich nur nutzbaren ASCII-Zeichensatz mit allen möglichen Unicode-Zeichen erweitern (sofern man das beim Kompilieren mit angibt, siehe unten). Ein Sonderzeichen wird üblicherweise mit Escape-Zeichen eingeleitet und in eckigen Klammern eingeschlossen, z.B. \[*b] für den griechischen Buchstaben beta, oder \[38] für den Bruch 3/8. Eine Übersicht der verfügbaren Sonderzeichen gibt es hier.

Unterschied 5: Beim Kompilieren einfacher Dokumente werden keine Meta-Dateien erzeugt, wie man das von TeX kennt. Es gibt nur den Quellcode und das kompilierte Dokument. Da bleibt das Verzeichnis übersichtlich.

Ich würde sagen, einige wenige: Zum einen ist mir kein grafischer Editor bekannt, der per integriertem GUI-Button das Dokument kompiliert (wie es beispielsweise TeXMaker und Dutzende andere Texteditoren und LaTeX-Editoren vermögen). Das bedeutet, das Dokument muß auf der Kommandozeile per Eingabebefehl kompiliert werden. Das kann abschrecken. Allerdings ist der Befehl zum Kompilieren recht eingängig und nach mehrfacher Anwendung genauso verinnerlicht wie jedes andere Kommando.

Jeder einzelne Absatz muß mit einem Kommando eingeleitet werden, um als solcher gekennzeichnet zu werden. Bei TeX reicht üblicherweise eine Leerzeile, was auch die Übersichtlichkeit des Quellcodes erhöht.

Als letzter Nachteil ist die geringere Übersichtlichkeit von Quellcode-Dokumenten im Vergleich zu TeX-Quellcode zu nennen: In troff/groff haben Leerzeilen große Bedeutung, weswegen die Code-Syntax hintereinanderweg geschrieben wird (siehe auch template-Dokument ganz unten). Befehl folgt auf Textblock folgt auf Befehl etc. Inline-Formatierungsangaben sind selbstverständlich möglich (je nach verwendeter Makro-Sprache), aber trotzdem muß man genauer schauen, wenn man im Quellcode arbeitet.

Für troff/groff stehen einige Makropakete zur Verfügung, um die eigentlich umständlichen troff-Kommandos leichter zugänglich zu machen. Bekannte Makropakete heißen etwa »man« (für Unix man-pages = Handbücher), »ms« (für technische Papiere und Berichte entwickelt), »mm« (umfangreicher als »ms«, aber (im Internet) schlechter dokumentiert) oder »me«. Eine Übersicht gibt es hier und hier.

Informationen zu den Makros inkl. bereitgestellte Befehle kann man sich jederzeit über die Kommandozeile ausgeben lassen:

Anstelle von »ms« kann man auch »mm«, »me«, »mom« etc. angeben.

Unter den Makropaketen hebt sich »mom« von P. Schaffter bemerkenswert ab. Denn es verwendet weitgehend nicht die (immer noch) wenig eingängigen 2-Buchstaben-Kommandos (z.B. ».uh« für eine unnumerierte Überschrift im »me«-Makropaket, oder ».AS« für die Kennzeichnung des Abstracts im »ms«-Makropaket), sondern weitgehend lesbare Befehle (etwa ».QUOTE« für den Beginn einer Zitat-Umgebung). »mom« wurde für das Schreiben von Prosa (Romane etc.) konzipiert und bringt hierfür viele nützliche Anweisungen mit. Außerdem gibt es eine wirklich großartige Dokumentation zu dem Makropaket, die wenig Fragen offen läßt. (mom ist nur für groff verfügbar, so wie ich das verstanden habe.)

Im Punkt »Anwendungsbeispiele« (siehe unten) werde ich mich daher auf das Makropaket »mom« beziehen.

Einfach hat's der GNU/Linux-Nutzer: In allen gängigen Distributionen findet sich das Paket namens »groff« in der Paketverwaltung. Fertig.

Zunächst wird ein Textdokument mit einem beliebigen Texteditor angelegt. Als Dateiendung (die eigentlich egal ist) nutzt man gerne den Namen des verwendeten Makropakets, also z.B. Dokument.mom oder Dokument.me

Bevor es losgeht, einige Regeln: Von Ausnahmen abgesehen

• beginnen alle Makros mit einem Punkt,
• stehen in einer eigenen Zeile
• und sind in Großbuchstaben zu setzen.

LeerZEICHEN am Zeilenanfang sind ebenso zu vermeiden wie LeerZEILEN.

Sinnvollerweise richtet man eine sog. Präambel (wie bei TeX-Dokumenten) ein, die Anweisungen mit dokumentweiter Wirkung (Schriftart, Schriftgröße, individuelle Einstellungen für Überschriften und Fußnoten etc.) sammelt. Eine solche Präambel ist aber nicht zwingend notwendig. Unerläßlich sind bei Verwendung des mom-Makropakets nur die Anweisungen .PRINTSTYLE und .START.

Der Vollständigkeit halber richten wir eine Minimal-Präambel ein:

Würde man dieses Dokument (und etwas Beispieltext) kompilieren, erhielte man einen schicken Dokumentkopf mit Titel, Autorennamen etc. in einer Times-Schriftart. Würde die Papiergröße nicht mitgegeben, betrügen die Abmessungen der Seite 8.5 mal 11 inch.

Der Befehl .PRINTSTYLE erlaubt die Möglichkeiten "TYPESET" oder "TYPEWRITE". Dahinter steht eine Besonderheit des »mom«-Makropakets, nämlich den Text in finalem Layout auszugeben (TYPESET) oder als eine Art Roh-Manuskript (TYPEWRITE) mit großem Zeilenabstand und einer Monospace-Schrift, wie man derartige Manuskripte von Drehbüchern kennt. Einfach mal ausprobieren!

Das Kommando .START kennzeichnet den Beginn des Dokuments.

Der erste Textblock kann nun geschrieben werden. JEDER Absatz wird mit dem Kommando .PP eingeleitet, um den Absatz als solchen zu kennzeichnen. Absätze haben normalerweise eine Einrückung (Einzug, Indent), außer die ersten Absätze nach Überschriften. Das erkennt das Programm automatisch. Es wird empfohlen, jeden Satz eines Absatzes in einer neuen Zeile zu beginnen.

Nun möchte man das Ergebnis ja auch sehen, daher wird nun gezeigt, wie das Dokument kompiliert wird. Verwendet wird auf der Kommandozeile der Befehl (Dateinamen sind anzupassen!):

Die Option »-mom« steht offensichtlich für das verwendete Makro, das muß groff ja wissen. »Dokument.mom« ist der Quellcode, »Ergebnis.ps« das kompilierte Dokument, in diesem Fall im PostScript-Format.

Nun geht's um die verwendete Dokumentsprache. Wird Englisch geschrieben, kann die oben angegebene Anweisung zum Kompilieren benutzt werden. Schon bei jeder anderen (europäischen) Sprache hat man Diakritika im Text und benötigt darüber hinaus sprachspezifische Makros zur korrekten Silbentrennung.

Als erstes wird beim Kompilieren die Option -Kutf8 mitgegeben. Die gewährleistet, daß alle verwendeten nicht-ASCII-Zeichen (aus Unicode) korrekt dargestellt werden. (Das Textdokument sollte dann selbstverständlich die Unicode-Zeichencodierung nutzen!) Wird ein Dokument mit Diakritika ohne diese Option kompiliert, gibt es eine Fehlermeldung.

Als nächstes wird die Dokumentsprache angegeben, sodaß der korrekte Algorithmus zur Silbentrennung (hyphenation patterns) geladen werden kann. Wird nicht-englischer Text ohne diese Anweisung kompiliert, wird das üblicherweise zu falsch umgebrochenen Wörtern führen! Dasselbe Spiel kennt man von TeX: Wird dort die falsche Dokumentsprache angeben, führt das zu mangelhaften Umbrüchen. TeX und groff können ja nur dann großartigen Textsatz erzeugen, wenn sie korrekt umbrechen »dürfen«!

Im Unterschied zu TeX gibt man die verwendete Dokumentsprache nicht im groff-Quellcode selbst an, sondern gibt beim Kompilieren eine Option vor, um bestimmte sprachenspezifische Makros zu nutzen. Die Liste ist kurz und beschränkt sich auf:

cs (Tschechisch), us (US-Englisch), fr (Französisch), det (Deutsch, traditionell), den (Deutsch, Rechtschreibreform), sv (Schwedisch).

Ich kann damit leben. Man sollte sich aber keine falschen Vorstellungen machen: Die Makros enthalten offenbar nur Vorgaben, wie viele Buchstaben mindestens vor und nach der Trennung zu stehen haben. Das kann im Deutschen nicht immer richtig sein. Bislang hatte ich keine Probleme damit.

Jedes Sprachen-Makro wird mit einem -m eingeleitet, also -mfr (für Französisch) oder -mden (für Deutsch). Der vollständige Befehl zum Kompilieren lautet dann für einen deutschen Text:

Wer damit immer noch Probleme hat, kann die Worttrennung in der Dokument-Präambel vollständig ausschalten, aber dann nimmt man einen Layout-Alptraum inkauf (Blocksatz ohne Wortumbruch, igitt):

Übrigens: Die Auswahl der korrekten Dokumentsprache beeinflußt auch andere Bestandteile des Dokuments: Wer das Makro .AUTHOR nutzt (siehe oben), erhält auf seiner Titelseite den Titel, gefolgt von einem »by« darunter der Autorenname. Wird das Dokument mit deutschem Sprachmakro kompiliert, wird aus dem »by« ein »von«. Entsprechendes gilt für die anderen Sprachen.

Möchte man lieber ein PDF erzeugen, wird PostScript rasch auf der Kommandozeile konvertiert:

Nicht verschweigen will ich das Programm pdfmom, das mom-Quellcode direkt zu PDF kompiliert.

Noch einige grundlegende Dokument-Einstellungen …

Seitenränder können mit folgenden Kommandos manuell gesetzt werden (»c« dient als Kürzel für Zentimeter):

Wie immer stehen die Buchstaben L für left = links, R für right = rechts, T für top = oben, B für bottom = unten. Die Anweisung wird am besten in der »Präambel«, also vor die .START-Anweisung gesetzt.

Achtung bei Verwendung von Fußnoten: Wird der bottom-Rand (unten) zu eng eingestellt, kann das beim Kompilieren zu Fehlermeldungen führen!

Vorinstalliert sind bei groff einige Schriftarten, die über ein einfaches Kommando umgeschaltet werden können. Zur Erinnerung: Standard ist »Times Roman«. Mit dem Kommando ».FAMILY <Buchstabe>« wird die verwendete Schriftartenfamilie für das gesamte Dokument bestimmt. Die Anweisung kommt in die »Präambel«, also vor die .START-Anweisung.

Als Buchstaben kommen infrage:

A = Avant Garde
BM = Bookman
H = Helvetica (ähnlich Arial)
HN = Helvetica Narrow (also ein gestauchter Schnitt)
N = New Century Schoolbook
P = Palatino
T = Times Roman (Standard)
ZCM = Zapt Chancery

Das ist doch schon mal was. Selbstverständlich kann man auch eigene Schriftarten für das System hinzufügen, aber darauf gehe ich hier nicht ein.

Zeilenabstand wird mit folgendem Kommando gesetzt:

Die Zahl hinter dem Kommando ist der Zeilenabstand – in Punkt! Der Zeilenabstand wird am besten in der Präambel, also noch vor der .START-Anweisung festgelegt.

Die generelle Schriftgröße des Dokuments kann wie folgt festgelegt werden:

Die Zahl steht für die Schriftgröße in Punkt. Und wie immer sammelt man (übrigens auch bei TeX) derartige Kommandos mit dokumentweitem Einfluß in der »Präambel«, also noch vor der .START-Anweisung.

Als nächstes wird das ganze mit Überschriften gegliedert. Dem Kommando .HEADING wird eine Ziffer für die Gliederungsebene nachgestellt (1 = höchste). Dann kommt der Titel in Anführungszeichen:

In der Standardeinstellung werden unnumerierte Überschriften erzeugt. Wer das ganze numeriert haben will, setzt einen Schalter in die »Präambel«, also vor das .START-Kommando:

Die Anweisung wird wiederholt für alle Level, die benutzt worden sind (hier nur 2 Hierarchien).

Zur grundlegenden Textformatierung gehören Kursiv und Fett. Um Text auf diese Weise zu formatieren, wird der zu formatierende Text mit folgenden Kommandos eingeschlossen:

Es wird also zunächst in Kursiv-Modus (IT = italic) geschaltet, dann wieder zurück zu Normal (prev = previous). Dasselbe mit BD = bold.

Als nächstes soll eine Zitat-Umgebung geschaltet werden, d.h. ein beidseitig eingerückter, abgesetzter Bereich, der für zitierte Textpassagen genutzt werden kann:

Daneben gibt es auch die sog. QUOTE-Umgebung, mit der sich Einzeiler (z.B. Verse) wiedergeben lassen:

Ohne weitere Anweisungen wird der QUOTE-Text kursiv gesetzt. Zeilenumbrüche sind manuell zu setzen.

So ähnlich wie QUOTE und BLOCKQUOTE ist EPIGRAPH, das kann als Widmung, z.B. direkt nach der Titelseite, genutzt werden (und sollte im Quellcode in entsprechender Reihenfolge einsortiert werden):

EPIGRAPH-Text erscheint mittig zentriert.

Wenn Code gesetzt werden soll, bedient man sich zumeist einer Egyptienne- (Monospace)-Schriftart. Das Pluginpaket »mom« stellt hierfür die CODE-Umgebung bereit:

Soll der Code inline genutzt werden, macht man das so:

Eine sehr schöne Gliederungsmöglichkeit sehe ich in der LINEBREAK-Anweisung, die drei mittig ausgerichtete Sternchen erzeugt (das kenne ich nicht einmal von TeX). Auf diese Weise kann man hervorragend Gedanken oder Szenen trennen. Der anschließende Absatz wird wieder ohne Einrückung gesetzt:

Eine horizontale Linie wird mit .DRH (draw rule horizontal, drh) erzeugt, ggf. mit dem vorausgehenden und nachfolgenden Kommando für vertikalen Abstand (.SP, siehe unten):

Ein manueller Zeilenumbruch wird wie folgt gesetzt:

Manchmal möchte man Textblöcke in der Vertikalen etwas ausrichten und trennen (Titelseite). Vertikale Abstände erzeugt man so:

Ohne Angabe einer Zahl steht .SP (Space) für genau eine Leerzeile. Gibt man eine Zahl mit, wird die entsprechende Anzahl an Leerzeilen eingefügt:

Fußnoten können selbstverständlich auch gesetzt werden. Sie werden beim Kompilieren des Dokuments sogar automatisch und korrekt numeriert:

Mit dem Kommando \c wird eine Markierung gesetzt und in den nächsten Zeilen sofort als zugehörige Fußnote beschrieben. Anschließend geht es weiter im Text. Man beachte, daß die weiterführende Textzeile mit einem Leerzeichen beginnt, sonst klebt das der Fußnote folgende Wort direkt am Fußnotenzeichen! Und wenn beim Kompilieren eine Warnung ausgegeben wird, kann das mit einem zu geringen Seitenrand (unten) zu tun haben (.B_MARGIN, siehe oben)!

Ohne Eingriff werden die Fußnoten automatisch mit Sternchen und Kreuzchen gesetzt. Das kann ungewohnt sein, und man will lieber Zahlen sehen. Dann einfach am Dokumentanfang die folgende Anweisung mitgeben:

(Standard ist nicht »NUMBER« sondern »STAR«.)

Sollen die Markierungen stattdessen nicht als Fußnoten am Ende jeder Seite, sondern als sog. Endnoten (gesammelt am Ende des Dokuments) erscheinen, gibt man an entsprechender Stelle die Anweisung:

Dafür faßt man den referenzierten Text aber auch nicht in »FOOTNOTE« ein, sondern in »ENDNOTE«:

Sehr einfach umzusetzen ist die Plazierung eines Initials am Beginn des ersten Absatzes. Sinnvollerweise kommt zuvor eine .HEADING-Anweisung:

Nach dem Kommando .DROPCAP kommt der Buchstabe, der als Initial gesetzt werden soll, gefolgt von der Anzahl der Zeilen, die das Initial groß ist. Beim nachfolgenden Text wird der erste Buchstabe (= Initial) selbstverständlich entfernt.

Oft gebraucht werden Listen-Umgebungen (Anstrichlisten, numerierte Listen). Zunächst wird eine .LIST-Umgebung geöffnet, in der jeder Eintrag einer Zeile mit .ITEM folgt:

Das erzeugt eine Liste mit Punkten. Man kann dem .LIST-Kommando auch Schlüsselwörter mitgeben, um die Anführungssymbole zu beeinflussen oder Ziffern statt Symbole zu erhalten:

.LIST BULLET (Standard = Punkte)
.LIST DASH (Spiegelstriche)
.LIST DIGIT (für arabische Ziffern = numerierte Liste)
.LIST ALPHA (große Buchstaben)
.LIST alpha (kleine Buchstaben)
.LIST ROMAN<n> (große römische Zahlzeichen; für <n> wird eine Zahl eingesetzt, die der Anzahl der aufgeführten Einheiten entspricht!)
.LIST roman<n> (kleine römische Zahlzeichen)

Es können auch eigene Zeichen vorgegeben werden. Möchte man beispielsweise ein Fragezeichen als Auflistungszeichen sehen, setzt man:

Man kann auch die Kommandos für die Eingabe von Sonderzeichen benutzen. Einige nützliche Vorgaben (aus dem mom-Handbuch entnommen) sind:

.LIST USER \[sq] (erzeugt Quadrat)
.LIST USER \[rh] (erzeugt nach rechts zeigenden Finger)
.LIST USER \[->] (erzeugt Rechtspfeil)
.LIST USER \[rA] (erzeugt doppelten Rechtspfeil)
.LIST USER \[OK] (erzeugt Okay-Häkchen)

Manchmal möchte man Zeilen unsichtbar schalten, dann werden sie »auskommentiert«. In TeX reicht hierfür ein Prozent-Zeichen am Anfang der Zeile. Für einen Kommentar bei troff/groff nutzt man \#

Anführungszeichen können zunächst ganz intuitiv gesetzt werden:

Daraus werden beim Kompilieren allerdings doppelte ENGLISCHE Anführungszeichen (66 oben vorne, 99 oben hinten). Einfache englische Anführungszeichen werden mit folgenden Zeichen gesetzt:

Das eingehende Zeichen ist ein Gravis, das ausgehende Zeichen ist ein einfacher Apostroph.

Möchte man „deutsche“ Gänsefüßchen oder «französische/schweizerische» Guillemets, kommt man um die Eingabe von Sonderzeichen-Befehlen nicht herum (Liste siehe hier):

Wird ein Unicode-Textdokument kompiliert, darf man selbstverständlich auch die entsprechenden Zeichen direkt im Quellcode benutzen. »Guillemets« kann man unter Linux z.B. direkt über die Tastatur eingeben (AltGr+X und Y).

Inline-Hochstellungen werden mit folgendem Kommando erzeugt:

Als letztes: Wie funktioniert das automatisch generierte Inhaltsverzeichnis? Ganz einfach: Man gibt folgende Anweisung (table of content, toc):

Auch wenn das Inhaltsverzeichnis üblicherweise am Beginn eines Dokuments steht, wird es hier ALS LETZTER BEFEHL im Dokument gesetzt. Dort erscheint es zunächst auch nach dem Kompilieren. Um es an die richtige Stelle, nämlich an den Anfang, zu verschieben, kann man das Kommando .AUTO_RELOCATE_TOC beim Kompilieren mit pdfmom mitgeben. Über das Programm pdfmom kann man aus dem mom-Quellcode direkt ein PDF-Dokument erzeugen, wer das möchte.

Für alle oben aufgeführten Anweisungen gilt: Sie geben nur die Basis-Funktionalität wieder. Jede dieser Anweisungen kann auf vielfältige Weise angepaßt werden, doch dazu möchte ich auf das umfangreiche Handbuch der mom-Makrosammlung verweisen.