Das Problem lässt sich wohl auf vielen Linux-Systemen (ich habe Arch und Ubuntu 16.04 getestet) nachvollziehen, auf denen Calibri als Font installiert wurde. Ein weiteres Beispiel für das schlechte Rendering dieser Schrift im System wäre etwa die finnische Nachrichtenseite Uusi Suomi — Nein, Finnisch gehört nicht gerade zu den Sprachen, die ich fließend spreche, die Seite war jedoch in einem Bugreport zum Thema als weiteres Beispiel verlinkt. Auch hier erscheint die Schrift in weiten Teilen sehr krakelig. Alternativ könnt ihr auch in LibreOffice ein Writer-Dokument öffnen und Calibri als Font einstellen. Auch hier sollte das Problem schnell erkennbar sein.

Krakelige Darstellung von Bitmap-Fonts

Die krakelige Schriftdarstellung tritt nun bei allen Fonts auf, die Bitmap-Schriften enthalten. Dazu zählt nicht nur der wohl am häufigsten auftretende Fall Calibri, sondern auch andere Microsoft-Schriften wie etwa Cambria (seit Windows Vista und Microsoft Office 2007) oder Monaco (stammt aus OS X). Unter Linux lässt sich der Gebrauch dieser Bitmap-Schriften nun aber recht leicht abstellen. Dazu müsst ihr die Datei /etc/fonts/conf.avail/20-no-embedded.conf mit Root-Rechten anlegen und den Inhalt aus folgendem Listing einfügen. Damit die Einstellung noch aktiv wird, erstellt ihr am Ende ein Symlink der Datei nach /etc/fonts/conf.d/.

$ sudo nano /etc/fonts/conf.avail/20-no-embedded.conf

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
  <match target="font">
    <edit name="embeddedbitmap" mode="assign">
      <bool>false</bool>
    </edit>
  </match>
</fontconfig>

$ sudo ln -s /etc/fonts/conf.avail/20-no-embedded.conf /etc/fonts/conf.d/

Euer System sollte die Konfiguration direkt aufgreifen, ihr müsst lediglich die gewünschten Anwendungen komplett neu starten — Zur Not loggt ihr euch einfach einmal aus der Desktopoberfläche aus und gleich wieder neu ein. Alternativ zum beschriebenen Vorgehen, packt ihr das Listing ohne Root-Rechte in das Homeverzeichnis eures Benutzers nach ~/.config/fontconfig/conf.d/20-no-embedded.conf. Allerdings gilt die Einstellung dann nur für euren User, sodass andere Benutzer wieder über das schlechte Rendering der Schrift klagen werden.

Nach Deaktivieren der Bitmap-Fonts

FreeType selber verzichtet aus lizenzrechtlichen Gründen darauf diese Patche in den eigenen Code zu übernehmen. Und da Arch ungern am Upstream-Code herumdoktert, muss man eben eigenhändig für ein besseres Schriftbild sorgen. Die Arch-Community macht diese Aufgabe mit entsprechend vorbereitet Paketen und AUR-Einträgen leicht, im Arch-Wiki findet ihr ausführliche Tipps und Hinweise für die Installation der Infinality- und Ubuntu-Patches auf eurem System.

Fontrendering unter Arch im im Vergleich

Für Einsteiger stellt sich nun aber die Frage welchen Patch man nutzen sollte, mit dem Original FreeType möchte ich jedenfalls nicht arbeiten — meine Augen sind vom Schriftbild eines Fedoras oder Ubuntus verwöhnt und dementsprechend anspruchsvoll. Seit meinem Arch-Einstieg bin ich eigentlich recht gut mit den Infinality-Patches gefahren. Infinality zeichnet einfach sehr saubere Schriften auf den Bildschirm und lässt sich das Binär-Pakete auch sehr einfach mit einer zusätzlichen Paketquelle installieren, ohne das AUR bemühen zu müssen. Hier sind die drei Schriftbilder im Vergleich, so könnt ihr euch selber ein Bild machen.

Grünliches Antialiasing in Gimp

Nun aber quält mich auf meinen Arch-Systemen seit einer Weile das Problem, dass Gimp in der Version 2.8 Schriften nur noch mit einem grünen Schatten rund um den Rand zeichnet. Eine Zeit lang habe ich das Problem schlichtweg ignoriert, nun musste aber wirklich einmal eine Lösung her. Mit ein wenig Recherche findet man die Quelle des Problems: Die Schuld an diesem grünlichen Schatten hat nicht unmittelbar an Arch oder Gimp 2.8, sondern das von mir implementierte Infinality-Fontrendering. Auf Launchpad und im Infinality-Forum gibt es dazu auch schon entsprechende Beiträge.

Eine Lösung für dieses Problem konnte ich leider nicht finden, allerdings macht auch das Ubuntu-Fontrendering unter Arch Linux eine gute Figur. Wer sich also auch mit grünem Antialiasing in Gimp herumplagt, der sollte entweder auf die unveränderte Freetype-Biliothek zurückwechseln oder die Ubuntu-Patches einspielen. Wer nur den ersten Schritt macht, der muss natürlich wieder mit einem recht groben Schriftbild leben. Ich würde daher auf jeden Fall die Ubuntu-FreeType installieren.

## Auf die originale Freetype-Biliothek zurückwechseln
$ sudo pacman -S --asdeps freetype2 cairo fontconfig
## Von Ubuntu gepatchtes Freetype einspielen
$ pacaur -S freetype2-ubuntu fontconfig-ubuntu cairo-ubuntu

Da Comic Neue unter Creative-Commons Public Domain veröffentlich wurde, lässt sich der Font auch frei verteilen. Prinzipell kann sich jeder die Schrift als ZIP herunterladen und von Hand ins System einpflegen, doch viele User wissen gar nicht, wie man eine neue Schriftart von Hand installieren kann. Von daher macht es durchaus Sinn auch Fonts aus der Paketverwaltung heraus zu installieren. Doch die gerade einmal zwei Tage alte Schriftart wandert natürlich nicht sofort in die offiziellen Paketquellen…

…nicht so bei Arch! Dort hat es gerade einmal 24h gebraucht, bis sich ein User sich dazu aufgemacht hat die Schrift als ttf-comic-neue im AUR unterzubringen. Bei Debian oder Ubuntu hätte es dafür extra Paketquellen oder PPAs gebraucht, doch diese lassen sich auch nicht gerade trivial einrichten und kaum jemand wird wohl nur für einen Font ein eigenes PPA aufsetzen, von daher wird man so ein Paket eher immer in einer „Sammelpaketquelle“ finden, die dann im Endeffekt nicht nur die gewünschte Schriftart installiert, sondern auch andere Pakete — oft ungewollt — aktualisiert.

$ pacaur -Ss comic neue
aur/ttf-comic-neue 1-3 (2)
    Comic Neue aspires to be the casual script choice for everyone including the
    typographically savvy.
$ pacaur -S ttf-comic-neue
:: Paket(e) ttf-comic-neue wurde in den Paketquellen nicht gefunden, suche im AUR...
:: Löse Abhängigkeiten auf...
:: Suche nach Zwischenkonflikten...

AUR Pakete  (1):  ttf-comic-neue-1-3  

:: Fortfahren mit Installation? [J/n] j

Lange Reder kurzer Sinn: Der Vorteil von Arch Linux liegt eben nicht nur daran, dass man Arch als Rolling Release nur einmal installiert und dann permanent Updates bekommt — es geht vielmehr auch um neue Programme, neue Tools oder neue Inhalte, die es bislang noch nicht in den Paketquellen gab. Mal ist es die super-praktische Bash History Suggest Box, mal ein simples 2048-Game für das Terminal, mal etwas grenzwertiges wie Popcorn Time. Arch und die User-Community rund um das AUR sind schnell und immer auf dem Laufenden und macht Arch für mich sehr sehr sehr interessant… So und jetzt ab an LibreOffice, es gibt mit Sicherheit ein paar ausgehängte Memos im Büro, die mit Comic Sans verfasst wurden!

Die Schriftart findet ihr aktuell im RootWiki-Form. Im verlinkten Thread ist im ersten Beitrag ein Link zum Rar-Archiv mit dem Font. Ladet das Archiv herunter, entpackt die beiden TTF-Fonts und verfrachtet sie in den Ordner .fontchanger auf der Speicherkarte eures Handys. Bitte achtet auf den Punkt am Anfang des Ordnernames, er bewirkt dass Linux-Systeme den Ordner normalerweise nicht anzeigen.

Danach ist der Kuchen eigentlich fast gegessen. Öffnet den Fontchanger, klickt auf den neuen Roboto-Font und sagt zu den restlichen Abfragen Ja und Amen. Die Aktion ist wie gesagt allerdings nur von Erfolg, wenn ihr Root-Rechte auf eurem Telefon habt. Nach einem Neustart des Handys solltet ihr dann den neuen Font auf dem Smartphone sehen.

Wer will und mag kann die Schrift natürlich auch auf dem Desktop benutzen, ich hab unter Ubuntu dafür einfach einen Ordner ~/.fonts angelegt und dann die Schrift über das GNOME Tweak Tool ausgewählt. Optional kann man über den Schriftbetrachter den Font ja auch gleich „richtig“ installieren. Allerdings finde ich die Schrift auf einem Handy deutlich besser aufgehoben als auf dem Desktop, irgendwie ist sie in meinen Augen einfach zu sehr in die Höhe gezogen worden.

Zuerst noch kurz eine kleine Demonstration des Problems. Im Folgenden seht ihr einen Screenshot mit dem WordPress 3.2 Backend auf meinem System mit Chrome als Browser. Der Schrift fehlt es deutlich Kontrast und „Dicke“. Die Buchstaben sind mager und ausgedünnt. Eventuell könnte man über eine Schrifteinstellungen im System diese Ansicht verbessern, aber da ich mit der Schrift auf meinem Ubuntu-Desktop zufrieden bin, will ich an dieser Stelle gar nicht erst basteln.

Von daher würde ich wie gesagt die Installation von Stylish für Firefox bzw. Chrome/Chromium empfehlen. So könnt ihr einen eigenen Stil Stil anlegen und das CSS des WordPress-Backends individuell ändern. Als Schrift funktionieren auf meinen System entweder Bitstream Vera oder der Ubuntu-Font ganz gut. Für Bitstream Vera bräuchte es bspw. diesen Stil…

.wp-admin *, #media-upload * {
	font-family: Bitstream Vera, DejaVu, sans-serif !important;}

…der dann auf dem Schirm deutlich besser kommt. Die Darstellung der Schrift ist satter, schärfer und deutlich kontrastreicher. Das Schreiben macht so deutlich mehr Spaß und ist auch wesentlich weniger anstrengend.

Alternativ kommt in meinen Augen auch der Ubuntu-Font ganz gut, aktuell nutze ich diese Einstellung hier bei mir sogar. Die Schrift ist dann etwas kleiner, doch sie hat noch mehr Kontrast ohne dass sie kantig erscheint. Der entsprechende Stil für Stylish würde in diesem Fall…

.wp-admin *, #media-upload * {
	font-family: Ubuntu, Bitstream Vera, DejaVu, sans-serif !important;}

…lauten. In meinen Augen wie gesagt eigentlich die angenehmste Darstellung. Die Voraussetzung dafür ist natürlich dass der Ubuntu-Font auf eurem System installiert ist. Da es ihn jedoch als ttf zum Download gibt, kann man jedes System mit der Schrift ausstatten. Auch hier wieder ein Screenshot mit dieser Einstellung.

Persönlich verstehe ich die Wahl des GUI-Teams von WordPress kaum. Wenn sie schon nicht mehr auf Helvetica setzen möchten, dann hätte man gleich auf Tahoma oder Verdana gehen können, für die auch unter Linux ordentliche Fallbacks gibt. Doch Arial sieht bei mir speziell in Chrome bzw. Chromium suboptimal aus.