LaTeX

All posts tagged LaTeX

In einem Text sollte ein Smiley eingefügt werden. Für ein einziges Symbol wollte ich nicht ein zusätzliches Paket laden, also habe ich es erstmal mit Bordmitteln versucht. \"{$\smile$} funktioniert nicht, da die Mixtur aus Normal- und Mathesatz nicht das gewünschte Ergebnis hervorbringt.

Also doch ein zusätzliches Paket? Während noch der Browser startete, fiel mir ein, dass ich für Handy- und E-Mail-Symbole sowieso schon das Paket marvosym geladen habe. Vielleicht gibt es dort auch einen Smiley? texdoc marvosym… Tatsache, gibt es. Wie das wohl aufgerufen wird? Boah: \Smiley. Das wäre irgendwie zu einfach gewesen…

Und die Moral von der Geschicht: Nächstes Mal probiere ich ohne Nachzudenken erstmal aus, ob das, was ich suche, mit einem \ davor bereits das gewünschte Ergebnis liefert.

Der Herr ist auferstanden! Und ich hatte gestern noch ein besonderes Auferstehungserlebnis:

Vor dem hyperref-Paket hatte ich immer tierischen Horror. Zu oft habe ich gelesen, daß man aufpassen muß, wie und an welcher Stelle man es einbaut, weil es so viele Makros auch aus dem LaTeX-Kern umdefiniert. Zu viele Schwierigkeiten hatte ich bereits mit dem Zusammenwirken von weniger komplexen Paketen. Zu lang war mir die Dokumentation, die aus mehreren ineinander verschachtelten PDFs besteht. Und solange es eh nur um die Druckvorlage für das einzureichende Manuskript ging, hatten klickbare Links im PDF auch keinen praktischen Sinn.

Jetzt aber geht es um die Druckvorstufe, aus der der Verlag auch gleich noch das E-Book bastelt — und eins der Formate wird schlicht und ergreifend PDF sein. Da der Adobe-Reader offenbar aus allem, das mit http: beginnt und wie eine URL aussieht, einen anklickbaren Link macht (zumindest wenn die Schriften korrekt eingebettet sind), aber Zeilenumbrüche als Ende des Links interpretiert, so daß die Links ins Nirvana führt, war es nun keine wirkliche Option mehr, das alles so zu lassen, wie es ist.

Alles andere war schon fertig, aber das wurmte mich noch. Ok, in kleineren, für den online-Gebrauch vorgesehenen Dokumenten hatte ich hyperref bereits erfolgreich verwendet, aber in einem Dokument, in dem zahlreiche Pakete und eigene Makros[1] zum Teil nur fragil miteinander zum Funktionieren gebracht wurden, und eigentlich schon fertig ist? Μὴ γένοιτο!

Ich hab’s dann doch gemacht. Gestern nachmittag bin ich im Geiste nochmal durchgegangen, was eigentlich noch zu tun ist. Irgendwie kam mir dabei der Gedanke an hyperref gar nicht mehr so schrecklich vor, und was sollte schlimmstenfalls passieren? Mehr als hinterher genausoweit wie vorher zu sein, ging doch gar nicht.

Habe ich mich also drangesetzt, einfach mal \usepackage{hyperref} in die Präambel geschrieben und zitternd auf „Ausgabe erstellen“ geklickt. Meine schlimmsten Befürchtungen wurden wahr. Nach 100 Fehlern hat pdflatex den Kompilierungsversuch dann einfach mal abgebrochen. Nach nur zwanzig Seiten hat sich hyperref an einem selbsterstellten Makro aufgehängt.

Glücklicherweise hatte ich gestern die Ruhe und die Nerven, nicht gleich vor Schreck alles wieder rückgängig zu machen, sondern den Fehler beheben zu versuchen. Was ein guter Plan war: Wie sich zeigte, war das der einzige Fehler, und bei genauerer Betrachtung war es nur ein einziges Paket, das Schwierigkeiten machte — weil es versuchte, mit hyperref besser zusammenzuarbeiten, als ich es wollte. Die entsprechende Standardeinstellung umgebogen — und fertig! Keine Fehler, keine Warnungen. Noch ein paar Feinarbeiten, und alles sah so aus, wie ich es mir nur in meinen kühnsten Träumen gewünscht hatte.

Lange Rede, kurzer Sinn: Nach gerademal dreieinhalb Stunden hatte ich hyperref bis in die Details hinein erfolgreich eingebunden. Auch eine Form von Ostern 🙂

===
[1] In den Naturwissenschaften scheint wohl keiner mehr echte Tafeln zu verwenden, sondern entweder Abbildungen, die nicht über eine Seite hinausgehen, oder Tabellen. Als ich den Wizards mein Problem schilderte, kein Paket gefunden zu haben, mit dem ich meine zum Teil nicht auf eine Seite passenden Songtextübersetzungen als gleitendes Objekt einbinden kann, habe ich nur Unverständnis hervorgerufen. Wozu braucht man denn sowas? Was sind denn Tafeln[2]? Klare Antwort: Das, was ihr benutzt, um Tabellen einzubinden, sind eigentlich Tafeln, in die ihr dann eine Tabelle setzt. — Aha. Dann nimm doch longtable. — Ja, super. Genau das ist doch das Problem: longtable müßte eigentlich longtabular heißen, denn es setzt überlange Tabellen (und zwar nicht als Fließobjekte!), nicht fließende, überlange Tafeln.

[2] Die deutschsprachige Wikipedia kennt wenigstens neben der Bildtafel auch noch die Zeittafel und damit einen Anwendungsfall von Tafeln im Drucksatz, der sich über mehrere Seiten erstrecken kann[3]. Einen Überbegriff „Tafel (Drucksatz)“ gibt es aber nicht. Die englische leitet Tabular gleich nach Table (information) weiter, unter denen sie ausschließlich Tabellen versteht… Demnach gäbe es im englischsprachigen Raum noch nicht einmal eine Möglichkeit, meinen Anwendungsfall ohne lange Erklärungen in Worte zu fassen…

[3] Der Artikel verlinkt auf einen englischen Eintrag namens Timeline. Der kennt aber, obwohl der deutschsprachige Eintrag ausgerechnet die Encyclopedia Britannica als Erstverwender solcher Tafeln nennt, gerade keine mehrseitigen Timelines. Und wenn man ganz korinthenkackend drauf sein will, kann man selbst bei der Zeittafel sagen, hier kommt man auch mit longtable hin, man muß halt nur darauf verzichten, sie fließen zu lassen (argh!). Falls also jemand immer noch die Existenz des Anwendungsfalls einer mehrseitigen Tafel jenseits meines Spezialproblems in Zweifel ziehen will: Versuch mal komplexe Verwandtschaftsbeziehungen etwa in einem Herrschergeschlecht über mehr als zwei, drei Generationen ohne Auslassen (vermeintlich) unwichtiger Nebenlinien auf einer Seite unterzubringen…