Fredo's Blog

Nur auf die Schnelle ein kurzer Post:

Heute habe ich endlich erste Schritte mit XeTeX gewagt. Irgendwie ist man ja pdfTeX gewohnt, und schon allein aufgrund der vielen verfügbaren Anleitungen hält sich das wohl noch einige Zeit. Aber XeTeX ist schon einen Blick wert: Vor allem die Verwendung der System-Schriften macht es wesentlich komfortabler, beliebige Schriften zu verwenden, als mit pdfTeX. Und die echte Unicode-Unterstützung ist Gold wert.

Nur benutze ich gerne rubber zum Kompilieren von LaTeX-Dokumenten. Dies unterstützt XeTeX jedoch noch nicht. Die Lösung ist jedoch recht einfach. Man erstellt einfach eine Datei »xetex.py« im Verzeichnis »/usr/share/rubber/rubber/rules/latex/«. In diese kopiert man folgenden Text:

# This file is part of Rubber and thus covered by the GPL
# (c) Emmanuel Beffara, 2002--2006
# (c) Frederik Elwert, 2009
"""
XeLaTeX support for Rubber.

"""

import rubber

class Module (rubber.rules.latex.Module):
        def __init__ (self, doc, dict):
                doc.vars["program"] = "xelatex"
                doc.vars["engine"] = "XeTeX"
                doc.prods = [doc.src_base + ".pdf"]

Nun kann man mit folgendem Befehl XeTeX-Dokumente übersetzen:

rubber -m xetex datei.tex

Bei einem ersten Test hat es problemlos geklappt, hoffen wir also mal das Beste.

Das Thema Serienbrief bringt mich regelmäßig zur Verzweiflung. OpenOffice.org bietet hier zwar die entsprechenden Funktionen an, aber wirklich reibungslos läuft das bei mir nie. Schon allein eine ODS-Datei mit den Adressen in das Dokument zu laden ist für mich eine Herausforderung.

Außerdem schreibe ich meine Briefe sowieso lieber mit LaTeX. Dort sieht alles ganz schnell so aus, wie es bei einem anständigen Brief sein soll. Also habe ich mich gefragt, ob man mit LaTeX nicht auch Serienbriefe erstellen kann. Und tatsächlich, in der KOMA-Anleitung bin ich fündig geworden. Serienbriefe sind mit scrlttr2 möglich. Allerdings muss man die Adressdaten in einem bestimmten Format haben. Eine Datei mit der Endung .adr soll Einträge in der Form

\adrentry{Name}{Vorname}{Adresse}{Telefon}{F1}{F2}{Kommentar}{Kürzel}

haben. Das ist natürlich eher ungewöhnlich, um nicht zu sagen nervig.

Also habe ich mir ein kleines Skript in Python geschrieben, das eine CSV-Datei in eine adr-Datei umwandeln kann. Dabei kann man die adr-Felder frei aus Feldern in der CSV-Datei zusammensetzen. Oftmals wird man z.B. die Adresse in einzelnen Feldern vorliegen haben, z.B. Straße, PLZ und Ort.

Das Skript gibt’s hier: addressify.py

Ein Aufruf könnte z.B. so aussehen:

python addressify.py -m 'Name=$Nachname' -m 'Vorname=$Vorname' -m 'Adresse=$Strasse\\$PLZ $Ort' -m 'F1=$Geschlecht' -o 'adressen.adr' adressen.csv

Nun hat man eine passende Datei, also steht dem Serienbrief nichts mehr im Weg. Der könnte z.B. so aussehen:

\documentclass[DIN]{scrlttr2}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[ngerman]{babel}
\usepackage{mathpazo}

\begin{document}
\newcommand{\Anrede}{}
\renewcommand*{\adrentry}[8]{%
    \if #5w \renewcommand{\Anrede}{Frau} \fi
    \if #5m \renewcommand{\Anrede}{Herrn} \fi
    \begin{letter}{\Anrede\\#2 #1\\#3}
        \if #5w \opening{Sehr geehrte Frau #1,} \fi
        \if #5m \opening{Sehr geehrter Herr #1,} \fi

        Serienbriefe mit \LaTeX{} sind nicht schwer zu realisieren.

        \closing{Mit freundlichen Grüßen,}
    \end{letter}
}

\input{adressen.adr}
\end{document}

Für meine Zwecke reicht das erst einmal, endlich ein verlässlicher Weg, einfache Serienbriefe zu schreiben. Raum für Optimierungen gibt es sicherlich noch, aber das überlasse ich, wie man so schön sagt, dem Leser als Übung.

Dell hat für sein Netbook ja einen eigenen Starter entwickelt. Viele Komponenten bauen auf Techniken auf, die für den Ubuntu Netbook Remix entwickelt worden sind, aber der Starter, also der sichtbarste Teil, ist eine Eigenentwicklung. Der Starter macht auch optisch einiges her, die Knöpfe für die Kategorien und Programme sind schön groß, und dezente Animationen setzen die Menüs hübsch in Szene.

In letzter Zeit habe ich dann aber doch immer häufiger neidisch zu einem Kollegen rübergeschielt, der auf seinem eeePC den Ubuntu Netbook Remix laufen hat.

Read more...

… ist endlich die finale Version 0.4 von Genesis, meinem Frontend für SyncEvolution, erschienen. Nachdem ich schon länger den Einsatz der Beta empfohlen hatte, weil diese im Gegensatz zur 0.3 SyncEvolution 0.8 unterstützt, habe ich mich entschlossen, jetzt den Beta-Test für beendet zu erklären.

Grund der Verzögerung sind zwei Bugs, die ich leider bis heute nicht verlässlich reproduzieren kann. Sie sind aber weder gravierend noch treten sie sehr oft auf, von daher sind sie auch kein Grund, ewig mit dem Release zu warten. Sie haben aber dafür gesorgt, dass Genesis ein einfaches Logging-System integriert hat, mit dem ich hoffe, den Fehlern vielleicht doch noch mal auf die Spur zu kommen.

Der eigentliche Mehrwert der finalen Version gegenüber der Beta ist sicherlich, dass es jetzt endlich ein .deb-Paket gibt, und ein Paketrepository.

Wie immer wünsche ich viel Spaß mit dem neuen Release und ermutige alle, selbst an der Verbesserung von Genesis mitzuwirken – sei es über Bug-Reports, Code oder sonstwas. :-)

In einem meiner letzten Artikel habe ich Literaturverwaltungsprogramme vorgestellt. Ich persönlich habe bis jetzt immer Pybliographer verwendet. Jetzt ist nur leider das eingetreten, was ich insgeheim schon befürchtet hatte: Pybliographer ist tot. Zumindest findet man auf der Webseite den großen Hinweis:

This project is looking for a new maintainer

Also, was nun? Literaturverwaltung stellt einen ziemlich wichtiges Werkzeug meiner Arbeit dar, und das einzige, mit dem ich mich bis jetzt auf Dauer einigermaßen anfreunden konnte, wird nicht weiterentwickelt. Das ruft in mir einen lange verdrängten Gedanken wach: »Eigentlich müsste man mal eine richtig gute Literaturverwaltung für Linux entwickeln…«

Realistischer Weise muss ich aber einsehen, dass ich das gar nicht könnte – zumindest nicht allein. Aber ein paar Ideen hätte ich schon. Und es gäbe ja auch ein paar Programme, bei denen man sich bedienen könnte.

Da ich irgendwie denke, dass Linux doch viel an Universitäten genutzt wird, kann ich mir gar nicht recht vorstellen, dass andere nicht auch ein gutes Literaturverwaltungsprogramm unter Linux suchen. Also: Wer hätte an einem solchen Projekt Interesse und kann Programmieren (ich würde ja Python bevorzugen) oder würde auf andere Weise helfen wollen?

Um gleich möglichen Enttäuschungen vorzubeugen: Ich will erst einmal nur sondieren, ob sich ein solches (nicht ganz triviales) Projekt überhaupt realisieren ließe. Vielleicht stellt es sich am Ende auch als unrealistisch heraus. Es wäre aber zu schade, diese Idee nicht wenigstens einmal in den Raum zu stellen.