OpenType-Variable-Fonts packen ganze Schriftsippen in eine Datei

Die Web-Typografie wollte reichere Schriftsippen, doch jeder Schnitt und jede Breite bedeutete normalerweise eine weitere Schriftdatei. Die naheliegende Antwort war, weniger Stile auszuliefern oder ein neues, nur für das Web gedachtes Schriftsystem zu erfinden – beides hätte die Einführung schmerzhaft gemacht.

Im Jahr 2016 kündigte Google OpenType Font Variations gemeinsam mit Microsoft, Apple und Adobe als Teil von OpenType 1.8 an. Der Schritt belebte Apples ältere Idee TrueType GX innerhalb des Schriftstandards wieder, den ohnehin alle bereits verwendeten.

Das Clevere daran war das Achsenmodell. Microsofts Spezifikation beschreibt eine variable Schrift als eine Ressource mit einer 'fvar'-Tabelle, die Designachsen definiert, und weiteren Tabellen, die die Deltas enthalten, die zum Interpolieren von Konturen, Metriken und Positionen über den Variationsraum nötig sind.

Dadurch wirkte die Aufrüstung evolutionär: Alte Software konnte weiterhin eine Standardschrift sehen, während neue Software Gewicht, Breite oder Neigung kontinuierlich aus derselben Datei einstellen konnte.

Variation als Achsen speichern, nicht als Dateien

Es löste Bandbreite und Designumfang zugleich: Eine kompakte Datei konnte eine ganze Schriftsippe ausdrücken.

Es nutzte OpenType weiter, statt Browser, Betriebssysteme und Schriftgießereien aufzufordern, ein konkurrierendes Format zu übernehmen.

Die Standardinstanz gab älterer Software einen sicheren Rückfall statt einer defekten Datei.

Ein Format kann Fragmentierung besiegen, indem es das alte Objekt bewahrt und zugleich ein kompaktes internes Modell für alle seine Varianten hinzufügt.

Google erklärte, seine Werkzeuge sowie die Arbeit an HarfBuzz und FreeType würden in Produkte einfließen, und Browser machten Variationsachsen später über CSS zugänglich. Variable Fonts wurden zu einer normalen Auslieferungsoption in Google Fonts und modernen Designsystemen.