Kurz vor dem Wochenende traf die dritte Auflage des LaTeX Companion, des TLC3, ein. Zwei Bände mit zusammengenommen gut 1900 Seiten. 18 Jahre nach dem Erscheinen der deutschen Übersetzung der zweiten Auflage. Ein enormer Gewinn für alle Benutzer und eine große Freude, ein so sorgfältig hergestelltes Buch zu bekommen.

Wobei es nicht ganz einfach war, den Titel zu bestellen, denn Addison-Wesley oder besser gesagt: Pearson ist auch nicht mehr ganz, was es mal war. Das Buch ist zwar in Deutschland über den Buchhandel bestellbar, es wird hierzulande aber nicht gelagert, sondern jeweils direkt beim Verlag aus den USA beschafft. Das sorgt für eine lange Lieferzeit und für vergleichsweise hohe Kosten. Und auch für ungewöhnlich schwankende Kosten. Wenn man die deutsche Buchpreisbindung gewöhnt ist, mag es merkwürdig anmuten, aber die Preisunterschiede zwischen den Buchhändlern sind doch beträchtlich.

Am ärgerlichsten ist aber wohl, dass der Transfer der Metadaten vom amerikanischen zum deutschen Buchhandel nicht so richtig klappen will. Wer das Werk bestellt, möge sich deshalb, bitte, nicht kirre machen lassen, es gibt mehrere Angebote vom Verlag: Man kann beide Bände separat bestellen, beide haben eine eigene ISBN, und es gibt ein Bundle mit beiden, und dann gibt es nochmal ein Bundle zusammen mit der E-Book-Ausgabe, das wäre dann also sozusagen die vollständigste aller Ausgaben. Wer die Auskunft erhält, der zweite Band sei nicht lieferbar, möge ihn reklamieren. Es gibt ihn wirklich, er liegt gerade neben mir auf dem Schreibtisch. Also nicht nur als E-Book, sondern als Book-Book.

Wer sich für LaTeX interessiert, möchte doch wahrscheinlich gerne ein gedrucktes Buch in Händen halten, zumal bei dem besagten Umfang. Fest gebunden auf gutem Papier mit einem schönen dunkelroten Lesebändchen. Und dann hat es also doch noch deutlich vor Weihnachten geklappt. Ich freue mich wirklich darauf! Und alle Beispiele aus dem TLC3 gibt es auf CTAN.

Übrigens habe ich die knappe Einführung in LaTeX, die ich seit ein paar Jahren auf meiner Homepage anbiete, endlich einmal wieder aktualisiert. Viele Weblinks gingen nicht mehr. Einige Angaben waren ebenfalls überholt. Bei der Gelegenheit habe ich den Text von HTML auf Org-Mode umgestellt. Sowohl die Quelle als auch der leicht nachbearbeitete HTML-Export aus Org stehen auf GitHub bereit. Und bei der nächsten Version werde ich auch die Teile, die ich heute noch händisch angegangen hatte, soweit wie möglich in Org umsetzen. Vielleicht kann ich meine gesamte Website als Publishing-Projekt auf Org umstellen. Wahrscheinlich erhalte ich auch beim Lesen des TLC3 eine paar Anregungen, die in den Text einfließen können, ohne ihn zu sehr auszudehnen.

Bei der Gelegenheit habe ich meine Homepage noch mit einem Dark Mode versehen. Das war per @media (prefers-color-scheme: dark) {...} tatsächlich viel einfacher, als ich gedacht hätte.

Ich stelle mir gerade parallel eine ebenso kurze Einführung in die Installation von Emacs unter macOS vor, in der ich meine Erfahrungen aus den letzten Wochen zusammenfassen könnte, die ich ja teilweise hier auch verbloggt hatte. Ich mag die alte Tradition der gentle introductions sehr, von denen es früher ganz viele im Netz gab, zu allen möglichen Themen. Blogs, Wikis und Webforen sind hilfreich, aber letztlich sind es nur gesammelte Bruchstücke, es fehlt meistens der größere Überblick über ein Thema. Still digging!

Beim Umstieg von macOS Monterey auf Ventura war auffällig, dass die neu hinzugekommenen Programme, wie beispielsweise die Uhr, nicht mehr konfigurierbar sind. Es gibt kein Preference Pane, man kann sie nur noch so benutzen, wie sie angeboten werden. Ich kann mir also beispielsweise beim Timer nicht einstellen, ob er digital (mit rückwärts laufenden Zahlen) oder analog (mit rückwärts laufenden Uhrzeigern auf einem Ziffernblatt) dargestellt werden soll.

Das ist beim Emacs ganz anders. Konfigurationsfragen stellen sich ständig. Mit dem Emacs zu arbeiten, heißt, ihn zu konfigurieren, und dazu gibt es eine eigene Sprache, Emacs Lisp.

Fangen wir also beim Anfang an. Dieser Teil meiner Reise durch Emacs und Umgebung begann beim Einrichten von Flyspell. Das ist die Rechtschreibprüfung, die Emacs von Hause aus mitbringt. Ich hatte zwar meine Dissertation seinerzeit vollständig ohne Rechtschreibkorrektur (und übrigens auch ohne die Literaturverwaltung BibTeX – Biblatex und Biber gabs damals noch nicht) geschrieben. Aber besser wäre gewesen mit, wie ich mittlerweile weiß. Aquamacs greift sogar auf die Rechtschreibprüfung von macOS zurück, was auf der Plattform freilich optimal ist. Aber wir wollen ja jetzt erstmal lieber nur mit freien und quelloffenen Lösungen arbeiten, und das heißt in diesem Fall: mit aspell.

Der Anlass zum näheren Hinschauen waren letztlich zwei Probleme, die beim Konfigurieren meines Emacs auftraten: Flyspell tat nicht einfach mal so eben, was es soll. Und nachdem ich das gelöst hatte, kam noch ein weiteres Problem hinzu: Beim Schreiben der nächsten Folge meiner Neuen Pakete auf CTAN für die TeXnische Komödie stieß ich auf die Neuerung, dass dtk.cls nun das Kompilieren mit LuaLaTeX nicht nur nahelegt, sondern verlangt. LuaTeX brach seinen Lauf aber beim Aufruf aus dem Emacs schnell wieder ab und verabschiedete sich mit einem Output von null Seiten. Die vorläufige Lösung für beide Probleme hatte ich schon vor ein paar Tagen vorgestellt.

Die Merkwürdigkeiten, auf die ich damals gestoßen war, ließen mich freilich nicht ruhen, ich las weiter und weiter und stieß dabei im Emacs-Manual im Kapitel zu Emacs unter macOS auf einen Abschnitt, der das grundlegende Problem ansprach, den Leser dann am Ende aber auch ziemlich allein zurücklässt:

Many programs which may run under Emacs, like latex or man, depend on the settings of environment variables. If Emacs is launched from the shell, it will automatically inherit these environment variables and its subprocesses will inherit them from it. But if Emacs is launched from the Finder it is not a descendant of any shell, so its environment variables haven’t been set, which often causes the subprocesses it launches to behave differently than they would when launched from the shell.

For the PATH and MANPATH variables, a system-wide method of setting PATH is recommended on macOS, using the ‘/etc/paths’ files and the ‘/etc/paths.d’ directory.

Wer das Vorgehen beim Konfigurieren von Emacs mag, das sich zwischen beinahe detektivischer Recherchearbeit, Programmieren, Technik, Informationswissenschaft und Praxis bewegt, für den könnte der Emacs ebenfalls der Editor der Wahl sein. Für alle anderen möglicherweise nicht. Typisch ist nicht nur, dass man immer wieder mit solchen halben Sachen wie dem vorstehenden Absatz ziemlich dumm dasteht, sondern auch, dass sehr viele veraltete Empfehlungen und Code-Schnipsel im Netz um Umlauf sind, die sich auf ältere Versionen von Emacs oder von Ergänzungspaketen beziehen. Da werden Variablen konfiguriert, die es mittlerweile gar nicht mehr gibt, was im einfachsten Falle schlicht folgenlos bleibt, im schlechteren Fall aber zu Fehlermeldungen, die ein blutiger Laie kaum beheben könnte. Es werden Befehle bereitgestellt, die ehemals Probleme umgehen sollten, die aber in neueren Versionen von Emacs gar nicht mehr bestehen. Manchmal ist nicht sicher, ob eine Empfehlung, die vermeintlich funktioniert, auch heute immer noch die bestmögliche Lösung für ein bestimmtes Problem ist. Man sollte deshalb tunlichst darauf achten, aus welcher Zeit eine Empfehlung stammt und ob sich seitdem in der Emacs- und in der Paket-Entwicklung etwas getan hat – und falls ja, was?

Immerhin gibt es für das Problem, auf das das Emacs-Manual hinweist, wiederum ein Paket. Ich fand es, als ich später, nach meinem letzten Blogpost zum Thema, eigentlich nach etwas ganz anderem suchte. Nachdem die Rechtschreibprüfung einigermaßen lief, hätte ich sowas gerne auch für Quelltexte gehabt und stieß auf Flymake (schon eingebaut) und Flycheck (nachzuinstallieren). Und auf der Website von Flycheck finden wir folgenden Hinweis:

Flycheck can’t find any programs in GUI Emacs on MacOS

Try to install and configure exec-path-from-shell to make a GUI Emacs inherit the $PATH environment variable from your shell configuration.

The issue is that due to the special way MacOS starts GUI programs a GUI Emacs does not inherit the environment variables from the shell configuration so Emacs will lack some important entries in $PATH, most notably /usr/local/bin/ where Homebrew, NPM and many other package managers put binaries in.

The exec-path-from-shell works around this issue by extracting environment variables from a shell session and inject them into the environment of the running Emacs instance.

Und damit bekommt das Problem eine neue Wendung. Das Paket, das dort erwähnt wird, ist schnell installiert und tut tatsächlich, was es soll (und sogar ein bisschen mehr). Und dadurch werden einige Anweisungen, die ich ursprünglich brauchte, überflüssig. Während sich eine andere als äußerst hinderlich erwiesen hatte. Man kann nämlich das Language Environment in Emacs nicht nur auf Sprachen, sondern auch auf Kodierungen einstellen, also auch auf UTF-8 direkt, wie man hier sieht. Erst damit werden alle neuen Dateien unmittelbar in UTF-8 angelegt. Für die Festlegung auf Unicode braucht es freilich noch mehr Zeilen Code, aber seitdem funktioniert alles wunderbar.

Die derzeit richtige Lösung, mit der alle Mac-spezifischen Ärgernissen, die mir bisher untergekommen sind, abgeholfen wird, wäre demnach wohl die folgende, wobei ich mir nicht sicher bin, ob dabei immer noch Teile mittlerweile obsolet und daher unnötig sind, ich belasse diese Zeilen aber vorsorglich mal in meiner .emacs, denn sie schaden jedenfalls nicht:

(require 'exec-path-from-shell)
(exec-path-from-shell-initialize)
(set-default-coding-systems 'utf-8)
;;
;; Ist folgendes veraltet? Jedenfalls schadet es nicht.
;;
(prefer-coding-system 'utf-8)
(set-default-coding-systems 'utf-8)
(set-terminal-coding-system 'utf-8)
(set-keyboard-coding-system 'utf-8)
(if (boundp 'buffer-file-coding-system)
    (setq-default buffer-file-coding-system 'utf-8)
  (setq default-buffer-file-coding-system 'utf-8))
(setq x-select-request-type '(UTF8_STRING COMPOUND_TEXT TEXT STRING))
;;
;; Beim Öffnen von Dateien aus dem Finder per Doppelklick werden neue
;; Buffer im bestehenden Frame geöffnet: 
;;
(setq ns-pop-up-frames nil)
;;
;; Tastaturbelegung
;;
(setq mac-command-modifier 'meta) ;; Cmd/Apfel wird zum Meta Key
(setq mac-option-modifier nil) ;; Option hat keine Funktion in Emacs
(setq ns-alternate-modifier 'none)
;;
;; für Flyspell/aspell:
;;
(setenv "LANG" "de_DE.UTF-8")
(set-locale-environment "de_DE")
(set-language-environment "UTF-8")
(add-hook 'text-mode-hook 'flyspell-mode)

Ob ich nun noch Flymake oder Flycheck verwenden werde, mag die Zukunft weisen.

Zu den Features, die in Emacs 29.1 nicht out of the box funktionieren, zählt die Rechtschreibprüfung Flyspell. Je nach Emacs-Version und Betriebssystem sind verschiedene Anleitungen und Diskussionen zu finden. Unter macOS Ventura funktionierte bei mir folgendes:

• Aspell über Homebrew nachinstallieren.
• Load Path und Exec Path setzen (zu Wörterbuch und zu aspell).
• $LANG in Emacs setzen. Die Locale wurde zwar schon von macOS richtig gesetzt, Emacs bekommt davon aber nichts mit.
• $LANG und auch die restliche Locale müssen auf de_DE zeigen, und auch das Language Environment muss German sein, sagt das Emacs Manual. Sonst funktioniert LuaTeX nicht.
• Und nun Flyspell als Minor Mode für die Text Modes aktivieren.

(add-to-list 'load-path "/opt/homebrew/bin/")
(setq exec-path (append "/opt/homebrew/bin/" exec-path))
(add-to-list 'load-path "/opt/homebrew/Cellar/aspell/0.60.8/lib/aspell-0.60")
(setenv "LANG" "de_DE.UTF-8")
(set-locale-environment "de_DE")
(set-language-environment "German")
(add-hook 'text-mode-hook 'flyspell-mode)

M-x flyspell-mode

Welcome to Flyspell.

Es gibt widersprüchliche Ratschläge darüber, wie man Flyspell mit mehreren Sprachen zum Laufen bringt – vorstehend sehen wir nur eine Locale. Da es nicht die Locale des Systems ist, können wir sie ändern, ohne dass es weitere Auswirkungen hat. Man kann also beispielsweise das Wörterbuch für Englisch oder für Esperanto statt für Deutsch einbinden, in dem man de durch en oder eo ersetzt. Dann muss Emacs neu gestartet werden, ein erneutes Laden des Init Files reicht nicht aus. Das funktioniert aber nur für eine Sprache, nicht für mehrere. Still digging!

Update vom 20. August 2023: In der ursprünglichen Fassung des Blogposts hatte ich eine unvollständige Lösung vorgeschlagen. Ein Update von dtk.cls zwang mich gestern, weiter zu graben. Da dtk.cls seit neuestem LuaLaTeX erzwingt, stieß ich auf ein Problem, das, wie eine Suche auf StackExchange ergab, zwar seit längerem schon bekannt ist, mich aber noch nicht erreicht hatte. Wahrscheinlich hatte mich der alte Aquamacs bisher davor bewahrt.

LuaTeX ist etwas zickig und möchte die Locale beim Aufruf mitnehmen. Was unproblematisch ist, wenn man es aus dem Terminal aufruft. Beim Aufruf aus dem Editor heraus, muss es aber in der dortigen Shell ebenfalls eine Locale geben, mit der LuaTeX etwas anfangen kann, und das ist bei Emacs ebenfalls nicht out of the box der Fall. Es reicht also nicht, $LANG in der .emacs zu setzen, es braucht auch eine Locale und, so das Manual, ein passendes Language Environment in Emacs.

Es ist ein bisschen still geworden um mein Blog. Vielleicht ist es zu still mittlerweile, denn das Blog war immer meine Stimme im Netz. Manch eine/r hat sich in letzter Zeit eher aus der öffentlichen Öffentlichkeit zurückgezogen und ist in das digitale Biedermeier entschwunden. Dafür gibt es sicherlich gute Gründe. Aber gibt es nicht auch ebenso gute für das Gegenteil?

Die Zeit des freien Webs ist noch nicht ganz vorbei. Es gibt sie noch, die alten Schnittstellen. Aber die Ver-Appung greift um sich, und es gibt nicht nur die großen Ökosysteme (im technischen Sinne, als Geschäftsmodell der Content-Industrie), sondern auch die kleinen, ganz praktischen. Manchmal hängen sie zusammen, manchmal auch nicht. Die alten Formate werkeln jedenfalls immer noch unter der Oberfläche, aber die Oberfläche verbirgt sie zunehmend vor den Benutzern, als gäbe es beispielsweise und insbesondere RSS nicht mehr. Aber was denn sonst? Wenn man nachfragt, wo denn der RSS-Feed geblieben sei, erhält man beispielsweise solche Antworten:

vielen Dank für Ihr Interesse an der ARD Audiothek. Zurzeit können wir Ihnen leider keinen RSS Feed für Sendungen bereitstellen, da bei der Bereitstellung des RSS Feeds uns ein Fehler unterlaufen ist. Wir sind bereits schon dabei dieses Problem zu beheben. Jedoch wird diese Fehlerbehebung noch ein wenig Zeit in Anspruch nehmen. Wir bitten daher um Entschuldigung und um etwas Geduld. Vielen Dank für Ihr Verständnis und wir wünschen Ihnen trotz dieser Einschränkung weiterhin viel Freude bei den Inhalten der ARD Audiothek.

Wir können auch nicht durchkoppeln. Aber das wäre ein weiteres Thema.

Überhaupt: Standards. Bei der E-Mail fing es an. Vor fünf Jahren gab es die info-Adresse beim CERN schon nicht mehr, als ich sie auf einen Fehler auf ihrer Website hinweisen wollte. Kam als nicht zustellbar zurück. Mail und Webmaster: dito. Wohlgemerkt: Beim CERN. Und mittlerweile fehlen immer öfter die rss+xml-Alternate-Links im Header. Ich fühle mich so alt. Ist es schon soweit?

Natürlich nicht nur hierzulande. Hörfunk-Livestreams sind auch so ein Thema. Die BBC hat gerade umgestellt. Könnten Sie mir bitte Ihre neuen Livestream-URLs mitteilen, damit ich weiter zuhören kann?

We do not provide the URLs to our streams.

Ja, dann: Auf zu GitHub! Übrigens nicht nur meine Sorge: Es gibt durchaus große Frustration in Großbritannien über diese Haltung der BBC, bitte die sendereigene App BBC Sounds, einen Smart Speaker(!) oder ein Webradio zu benutzen, das an einer proprietären Datenbank hängt. Soll man nicht tun.

I hope this has been helpful, and once again thank you for contacting us.

Zu den alten, bewährten Kanälen gehören auch Mailinglisten. Und Mozilla tritt doch für ein freies Internet ein – oder etwa nicht? Mozilla hat gerade alle seine Mailinglisten zu Google transferiert. Das heißt es gibt kein selbstgehostetes Archiv mehr, und auch die gesamte Infrastruktur wurde stillgelegt. Die Daten der Benutzer, die sich an den Listen beteiligt hatten, liegen jetzt bei Google in Form einer Google Group vor. Das Thunderbird-Projekt wurde mit einem Vorlauf von zwei Wochen davon in Kenntnis gesetzt, was für sich genommen schon mal recht sportlich war, und musste sich schnell entscheiden, wie es weitergehen sollte. Man erwog, die eigenen Listen zu Topicbox umzuziehen, sah davon aber wegen des Datenschutzes ab: Dazu fehlte nämlich die Einwilligung der Benutzer (was, wie gesagt, Mozilla überhaupt nicht interessiert hatte).

Wir stehen für ein Internet, das alle Menschen auf der Welt einbezieht…

Wer weiterhin an den Thunderbird-Listen teilnehmen möchte, muss diese nun auf Topicbox abonnieren. Was ich nicht möchte und nicht tun werde. Ein eigener Mailman kam für Thunderbird nicht infrage, denn:

Mailman and things like it are dinosaurs.

Was die E-Mail angeht, so gibt es auch Neues zur Überwachung beim Bezug von Newslettern anzumerken. Sowohl The Conversation als auch France Culture fragten nach einigen Wochen Empfang ihrer täglichen Mails nach, ob ich sie noch erhalten wolle, ich hätte schon so lange nicht mehr hineingesehen. Tatsächlich lese ich die Beiträge, klicke aber nicht auf die Links und habe auch das Nachladen von Grafikdateien abgeschaltet. Immerhin weiß man dadurch nun, dass das ausreicht, um ein Tracking zu verhindern.

Weitere Neuerungen: WordPress.com blendet nun einen Sponsored Post in englischer Sprache mit Werbung für Online-Bloggerkurse an zweiter Stelle in meinen Feed ein. Die Werbung bei WordPress.com wird also immer penetranter. Außerdem wird ist es schon wieder hakeliger geworden, noch mit dem klassischen Editor zu arbeiten. Man muss nun über ~/wp-admin/edit.php gehen, um noch ins alte Backend zu gelangen. WordPress.com kann mittlerweile wirklich nicht mehr empfohlen werden. Und den Wanderer führe ich jedenfalls hier weiter und nicht mehr nebenan.

Zum Schluss etwas Erfreuliches: Gestern, am Gründonnerstag, wurde TeX Live 2021 veröffentlicht. Das ist kein Aprilscherz. Alles weitere hier, wie gehabt, auch was die Release Notes angeht.

MacTeX kann man diesmal ab macOS 10.14 installieren. Ausgeliefert werden Universal Binaries für Intel64 und ARM. Für ältere Apple-Systeme muss man den Unix-Installer verwenden. Da ich weiterhin auf 10.13 bin, wird mir diesmal nichts anderes übrigbleiben als eben dies. Da ich das noch nie gemacht habe, sondern immer MacTeX installiert hatte, kann ich leider derzeit noch keine ersten Erfahrungen weitergeben. Muss mir das erstmal anschauen, wenn ich die Zeit dazu finde…

Danke an alle, die an der neuen Version ehrenamtlich mitgearbeitet und diese damit möglich gemacht haben!

Die TUG-Tagung 2021 wird übrigens vom 5. bis 8. August in Zusammenarbeit mit der Universität Adelaide als reiner Online-Event ausgerichtet. Die Teilnahme ist kostenlos nach Registrierung möglich. Spenden sind willkommen.

Vielleicht vertiefe ich den TeX-Teil noch einmal in einem weiteren Beitrag, wir werden sehen…

Ein Lesetipp für die kommenden Wochen dürfte dieses Werk sein:

• Hegland, Frode, Hrsg. 2020. The Future of Text. 1. Auflage. Future Text Publishing. doi:10.48197/fot2020a, (zugegriffen: 5. Dezember 2020).

Worum geht es?

Welcome to Future Text Publishing, producers of ‘The Future of Text’, the largest survey of the future(s) of text ever undertaken.

The book is a collection of dreams for how we want text to evolve as well as how we understand our current textual infrastructures, how we view the history of writing, and much more. The aim is to make it inspire a powerfully rich future of text in a multitude of ways today and to still have value in a thousand years and beyond. It should serve as a record for how we saw the medium of text and how it relates to our world, our problems and each other in the early twenty first century.

Und das ganze ist open end angelegt. Die zweite Auflage wird ab Februar 2021 vorbereitet.

TeX Live 2020 ist gestern eingefroren worden. Der Release ist für den 10. April 2020 geplant.

In Thunderbird soll Movemail gestrichen werden.

Nach dem Freeze für TeX Live 2019 hat Karl Berry nun den Beginn des Pretest für TeX Live 2020 angekündigt. Alles weitere ist der entsprechenden Seite zu entnehmen. Dort werden auch die Neuerungen gesammelt. Der Master für die Release Notes ist hier im Webbrowser zu lesen. Alles etwas schrittweise dieses Jahr, sage ich mal.

MacTeX 2020 setzt mindestens macOS 10.13 High Sierra voraus, die x86_64-darwinlegacy Binaries laufen ab Mac OS X 10.6. BibDesk und die TeX Live Utility sind diesmal nicht in MacTeX enthalten, weil sie nicht notarised werden. Sie müssen separat heruntergeladen werden.

Karl Berry hat auf der TeX-Live-Mailingliste bekanntgegeben, dass die Distribution nun eingefroren werde. Der Paketmanager tlmgr zeige das schon an. Gleichwohl würden noch einige Updates zusätzlich installiert, so die gerade erst hochgeladene neue LaTeX-Version. Der Pretest für TeX Live 2020 stehe bald bevor.

Der gerade erwähnte LaTeX-Frühlings-Release (der mir bisher entgangen war) bringt vor allem zwei Neuerungen:

• LaTeX3 muss nicht mehr separat hinzugeladen werden, sondern steht nun standardmäßig im Format LaTeX zur Verfügung, was die Verarbeitung von Features, die expl3 voraussetzen, beschleunigen soll. Dazu zählen alle Dokumente, die mit einer Unicode-Engine (LuaTeX, XeTeX) bearbeitet werden sollen. Aber auch das Ziel, tagged und barrierefreie PDFs mit LaTeX zu erzeugen, soll dadurch näher rücken.

• Weiterhin wurde das New Font Selection Scheme (NFSS) modernisiert. Schriftschnitte, die bisher nicht mit dem NFSS aufgerufen werden konnten, werden nun kanonisch berücksichtigt, beispielsweise kursive Kapitälchen oder eine Serie von condensed-Schnitten.

Mehr darüber ist den LaTeX News Nr. 31 zu entnehmen.

Die letzte und die folgende Ausgabe der IEEE Annals of the History of Computing widmen sich der Geschichte des Desktop Publishings. Darin auch ein zweiteiliger Aufsatz zur Geschichte von TeX:

• Barbara Beeton, Karl Berry, and David Walden: TeX: A branch of desktop publishing evolution. In: IEEE Annals of the History of Computing, 2018 and 2019. Part 1: vol. 40, no. 3, pp. 78–93, July-September 2018. doi.org – ieeexplore.ieee.org

Ergänzende Materialien findet man auf der Website der TeX Users Group.

Das neue TeX-Jahr beginnt mit einem Glückwunsch an Joseph Wright: Nachdem bereits TeX & Friends auf sein Zehnjähriges zurückgeblickt hatte, ist es heute auch für Some TeX Developments soweit, wie wir nebenan lesen.

Das Beispiel zeigt: Die teXnische Blogosphäre hat sich etabliert, auch wenn die Abrufzahlen im Vergleich eher niedrig sind, leisten doch auch die Blogs einen wertvollen Beitrag zur Information und zur Dokumentation über die Mitgliederzeitschriften und die Webforen hinaus.

Joseph Wright hat aber auch noch einmal bekanntgegeben, dass er sein Blog von WordPress auf GitHub Pages umgestellt habe. Dementsprechend liegt der RSS-Feed nun unter www.texdev.net, und das eigentliche Blog liegt nicht da, sondern dort. Etwas verwirrend. Aber: Der Trend zu kommentarlosen Blogs hält also an, ich bin nicht der einzige, der es so macht. Und auch der Trend zu Blogs mit statischen Seiten ist ungebrochen.

Bleibt nur zu hoffen, dass es den TeX-Projekten mal nicht auf die Füße fallen wird, dass man in der Zeit ab 2018 so sehr auf GitHub gesetzt hatte. Nach dem LaTeX Project und der englischen TeX-FAQ nun also auch Blogs. Dezentralisierung wäre angesagt.

Der auch von TeX-Anwendern häufig verwendete Org-mode beispielsweise betreibt sein eigenes Git-Repositorium. Zwischen den Jahren wurde Version 9.2 veröffentlicht, die ggf. einige Änderungen in der Konfiguration erforderlich macht. – Beim 35C3 hat es eine Assembly von Karl Voit zu Org-mode gegeben – kein Video, aber die Gliederung zum Vortrag ist veröffentlicht worden, wie sich das halt so gehört für einen Talk zu einem Outliner.

Über MediaWiki2LaTeX hatte ich zuerst (und zuletzt) 2013 geschrieben. Dirk Hünninger hat sein Projekt jetzt in einer neuen Version auf WMFLabs bereitgestellt. Man kann damit nicht nur Seiten aus Wikimedia-Projekten, sondern beliebige MediaWiki-Seiten online nach PDF, EPUB oder ODT wandeln. Der LaTeX-Quelltext kann gezippt heruntergeladen werden. Das Projekt steht unter einer GPL-Lizenz und steht nicht auf GitHub, sondern auf Sourceforge zur Verfügung.

Zum Schluss ein Hinweis auf einen Beitrag zur Typografie: Christoph Zillgens erklärt in t3n , was es mit Variablen Fonts auf sich hat, ein neues OpenType-Feature, das man in der deutschsprachigen Wikipedia noch vergebens sucht, nur die englische und die russische haben dazu einen Artikel. Und natürlich das Typolexikon von Wolfgang Beinert. Seit Ende 2018 sollten demnach alle relevanten Webbrowser Variable Fonts unterstützen, so dass man sie demnächst wohl denn auch häufiger sehen wird.