Wird Font-Embedding jemals Realität werden?

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Ich muss zugeben, dass ich mich mit dieser ganzen Schriftart-Einbettungs-Kontroverse noch nicht ganz auseinandergesetzt habe. Im Grunde genommen entspringt sie der Frustration von uns Webdesignern über die begrenzte Auswahl an Schriftarten für unsere Webseiten. Wir wollen mehr, die "Kern 10" sind einfach zu einschränkend. Idealerweise möchten wir jede beliebige Schriftart verwenden, ohne auf alternative Methoden wie sIFR, FLIR oder einfach nur die Verwendung von Bildern zurückgreifen zu müssen.

Hier kommt das CSS-Attribut @font-face ins Spiel. Es ist tatsächlich eine CSS2-Empfehlung, aber kein Browser unterstützte es auf die gleiche Weise, was es irgendwie nutzlos machte. (Es ist in 2.1 nicht mehr vorhanden) Hier ist die Theorie

@font-face {
  font-family: "SuperSweetFont";
  src: url(http://www.yourdomain.com/fonts/sweet/supersweetfont.ttf) format("truetype");
}
h1 { 
  font-family: "SuperSweetFont", sans-serif;
}

Ich glaube, hier beginnt die Kontroverse. Damit dies funktioniert, muss die Schriftartdatei in einem öffentlich zugänglichen Verzeichnis gehostet werden. Das bedeutet, dass Schriftarten genauso leicht "gestohlen" werden können wie eine CSS-Datei oder ein Bild. Man muss nur den Pfad herausfinden, ihn in einen Webbrowser einfügen und speichern. Daran haben wir uns bei dem Code, den wir schreiben, und den Bildern, die wir erstellen, gewöhnt. Ganze Webseiten können mit fast keinem Aufwand direkt vom Web gespeichert werden. Aber bei Schriftarten wird es schon kniffliger. Schriftarten-Gießereien verlangen viel Geld für ihre Schriftarten und möchten nicht, dass sie so leicht gestohlen werden.

Die große Schriftarten-Gießerei Hoefler & Frere-Jones verbietet es ausdrücklich in ihrer EULA

Der aufkommende @font-face-Tag innerhalb von Cascading Style Sheets (CSS) wird hoffentlich zu einer sicheren Technologie führen, die es ermöglicht, Schriftarten auf Webseiten zu verwenden. Aber zu diesem Zeitpunkt gibt es keine solchen Sicherheitsmaßnahmen, sodass die Verwendung dieses Tags mit unseren Schriftarten die illegale Verbreitung von Schriftartsoftware darstellt. Diese Art der Nutzung ist daher gemäß unserer Endbenutzer-Lizenzvereinbarung ausdrücklich untersagt.

Die Kontroverse verschärft sich noch weiter, wenn Wege zur Sicherung dieser Schriftartdateien diskutiert werden. Es macht auf einigen Ebenen Sinn, irgendeine Form von DRM (Digital Rights Management) zu verwenden, um sie zu schützen. Natürlich lässt dieses Akronym bei vielen Leuten die Nackenhaare aufstellen. Microsoft war an Bord mit einem Unternehmen namens Ascender Corporation, das angeblich Schriftartlizenzierungs-Server bereitstellen kann, die im externen Internet funktionieren würden. Ich kann Ihnen nicht viel mehr sagen, da ich nicht viel mehr weiß, aber ich habe einige positive Dinge gelesen, dass diese Art von Technologie, obwohl technisch gesehen DRM, wirklich eine gute Lösung sein könnte.

Weitere Kontroversen entstehen, weil einige Designer die großen Akteure auffordern, eine Reihe hochwertiger Schriftarten kostenlos für die öffentliche Nutzung freizugeben.

Bitte erwägen Sie die Freigabe von acht bis zwölf Kernschriftarten in die Public Domain. Der entgangene Umsatz aus einem kleinen Kernset von Schriftarten kann sich sicherlich nicht signifikant auf Adobes Endergebnis auswirken. Und die Geste der Freigabe eines solchen Sets in die Public Domain hätte viele positive Welleneffekte für Jahre.

Ich bin sicher, viele Designer hätten eine andere Liste für diese acht. Ich weiß, meine Liste würde Namen wie Adobe Caslon Pro, Adobe Jenson Pro, Franklin Gothic, Frutiger, Futura, Gill Sans, Helvetica Neue, Univers und Ihren neuen Namensvetter Warnock Pro umfassen.

Persönlich denke ich, dass das Betteln um Schriftarten nicht ganz die langfristige Lösung ist, die wir brauchen. Selbst wenn dieser Traum wahr würde, würde es eine Weile dauern, bis die großen Betriebssystemhersteller sie standardmäßig mitliefern würden, und dafür gibt es sicherlich keine Garantie. Wir könnten sie kurzfristig einbetten, aber ich bin mir nicht sicher, ob das die Idee ist. Stellen Sie sich vor, wie viele doppelte zwischengespeicherte Kopien von Futura Sie an einem Tag ansammeln würden.

Wenn sich die @font-face-Sache als der Weg zur Handhabung von einbettbaren Schriftarten in der Zukunft etabliert, warten weitere Probleme. Vielleicht am wichtigsten ist, dass IE nur dieses "EOT"-Format unterstützen wird, während alle anderen Browser TrueType verwenden. Schon da sind wir wieder bei den "guten alten Zeiten" angelangt, wo wir (im besten Fall) zwei verschiedene CSS-Anweisungen haben mussten, um verschiedene Browser zu unterstützen. Nicht gut. Ich bin mir hier tatsächlich etwas unklar, ob dies immer noch der aktuelle Stand ist, also bitte klären Sie mich auf.

Wenn wir also alles zusammenfassen, sind dies die Hürden, wie ich sie sehe

  • Wenn die Spezifikation für @font-face so bleibt, wie sie ist, wird es noch einige Zeit dauern, bis genügend Browser sie unterstützen, dass sich ihre Verwendung lohnt.
  • Die meisten großartigen Schriftarten, die man wirklich so verwenden möchte, sind unter den aktuellen EULAs illegal einzubetten. Die meisten Schriftarten, die legal zu verwenden sind, sind schlecht.
  • Es muss einen Anstoß geben (mit einem überzeugenden Grund), um alle Browser dazu zu bringen, das gleiche Schriftformat zu unterstützen.
  • Dies kann zu einer Verbreitung schlechten Geschmacks bei Schriftarten führen, wie wir ihn noch nie gesehen haben. Natürlich "können wir die schlechte Zimmermannsarbeit nicht den Nägeln anlasten", aber es ist trotzdem erwähnenswert.

Bezüglich des DRM gab es einige Gemurmel, dass es einen besseren Weg geben muss. Ich stimme voll und ganz zu. Dieser Kommentar von Jon Hicks in diesem Artikel hat meiner Meinung nach die richtige Idee

Um das Piratenproblem zu umgehen, stellte ich mir ein System ähnlich wie Google Maps vor. Sie erhalten einen eindeutigen Schlüssel von einer Schriftarten-Gießerei, der nur auf bestimmten Domains funktioniert und den tatsächlichen Speicherort der Schriftartdatei verbirgt.

Ich glaube, die Gießerei, die das zuerst aufgreift, wird ein Gewinner sein.

Ernsthaft, es muss eine Art Lizenzierungssystem geben, das nur eine Schriftartdatei mit der richtigen Kombination aus Basis-URL und Schlüssel bereitstellt. Ich denke, das wäre eine Killer-Lösung, um hochwertige Schriftarten bereitzustellen und dabei legal zu bleiben. Allerdings *verhindert* diese Lösung keine andere illegale Nutzung, sondern *ermöglicht* eine gute legale Nutzung.

Nach all dem bin ich immer noch etwas verwirrt. Wird Font-Embedding Realität werden? In gewisser Weise ist es das schon und zeigt begrenzte Browserunterstützung. In anderer Hinsicht ist es noch weit entfernt.

Weitere Informationen

Jon Tan fordert eine Basisorganisation, die sich um die universelle Webtypografie kümmert.

A List Apart: CSS @ Ten: The Next Big Thing

„Eingebettete“ Webfonts kehren zurück. Uh-oh.