Fontship ist ein Toolkit zum Generieren von Schriftarten und Tools für einen kollaborativen Workflow.
Fontship entwickelt in der Liga des beweglichen Typs mit den Anforderungen von Open-Source-Schriftarten und automatisiert den Prozess, Ihre Designquellen in Produktionsfont-Dateien zu verwandeln und sie zum Veröffentlichen zu bündeln. Ja, Sie könnten alle gleichen Schritte manuell ausführen. Ja, Sie könnten Ihre eigenen Skripte schreiben, um die gleiche Arbeit zu erledigen. Was Fontship an den Tisch bringt, ist ein komplettes Bündel aller Werkzeuge, die Sie benötigen, um mit den meisten bereits verkauften Teilen zu sammeln.
Ein Gebäudeblatt aus Quellen ist vollständig automatisiert, automatische Builds aus CI und Veröffentlichungsveröffentlichungen ist nur ein kleiner Schritt entfernt. Als zusätzlichen Bonus ist alles sorgfältig organisiert, um eine asynchrone Remote -Zusammenarbeit über Versionskontrollsysteme (wie Git) so einfach wie möglich zu gestalten. Designer müssen nicht einmal die gleichen Design -Tools verwenden!
Fast jeder Aspekt der Build-Schritte und der Workflow kann pro projektbasis optimiert werden, aber die Einstellungen für die Box sollten die meisten Schriftarten erstellen.
Fontship kann auf drei verschiedene Arten verwendet werden:
Hinweis: Eine vierte Methode, die über v0.5.0 unterstützt wird und die Regeldateien des Fontship in die vorhandene Makefile Ihres Projekts direkt einbezogen werden. Abhängig von Ihrem Projekt kann eine solche Nutzung vorerst weiterhin mit Einschränkungen funktionieren, aber in den zukünftigen Regeln werden neue Funktionen der CLI hinzugefügt .
Erstellen Sie Ihre Schriftarten, ohne etwas lokal zu installieren oder auszuführen! Schieben Sie Ihre Quellen einfach in ein Remote -Git -Repository und lassen Sie Fontship den Rest erledigen.
Für die Verwendung mit GitHub -Aktionen fügen Sie Ihrem Repository eine Konfigurationsdatei hinzu, z. .github/workflows/fontship.yml :
name : Fontship
on : [push, pull_request]
jobs :
fontship :
runs-on : ubuntu-latest
name : Fontship
steps :
- name : Checkout
uses : actions/checkout@v2
with :
fetch-depth : 0
- name : Fetch tags
run : git fetch --prune --tags
- name : Fontship
uses : theleagueof/fontship@latestZum aktuellen Zeitpunkt baut Fontship nur die Schriftarten in das aktuelle Projektverzeichnis auf, sondern sie veröffentlichen sie nirgendwo. Sie müssen die resultierenden Artefakte veröffentlichen (z. B. sie an jedem CI -Lauf anhängen oder in Veröffentlichungen veröffentlichen) als ein weiterer Schritt des Workflows Ihres Projekts. Beispiele für eine vollständige Arbeitsbeispiele finden Sie in den Workflows von League Spartan oder Libertinus.
Andere CI -Läufer können problemlos unterstützt werden. Weitere Informationen finden Sie in Ausgabe Nr. 32 oder um Beispielkonfigurationen für Ihren Favoriten anzufordern.
Vorgebaute Docker -Bilder sind bei Docker Hub, Github -Paketen oder Sie selbst erstellt.
Der einfachste Weg, einen Docker -Container mit den richtigen Argumenten zu instanziieren, besteht darin, einen Alias festzulegen (der der RC -Datei Ihrer Shell hinzugefügt werden kann, um sie bestehen zu können):
Wenn Sie beispielsweise Docker Hub verwenden, könnte ein Alias sein:
$ alias fontship= ' docker run -it --volume "$(pwd):/data" --user "$(id -u):$(id -g)" theleagueof/fontship:latest ' Docker zieht automatisch die Container an, die sie zum ersten Mal ausführen müssen, wenn Sie sie verwenden. Danach verwendet es nur den lokalen Container -Cache. Um den Download zu starten, ohne fontship auszuführen, oder um Ihren Cache später manuell zu aktualisieren (z. B. wenn die neueste auf eine neue Version aktualisiert wird), verwenden Sie docker pull theleagueof/fontship:latest .
Sie können das neueste (das immer das zuletzt veröffentlichte Versions -Tag sein) mit Master ersetzt, um den frischesten unveröffentlichten Build zu verwenden, mit einem Tag -Namen wie V0.3.2 , um eine bestimmte Version explizit zu verwenden, oder mit Kopf , um ein Bild zu verwenden, das lokal erstellt wurde.
Um ein Docker -Bild lokal zu erstellen, möchten Sie dieses Repository klonen und ausführen ./bootstrap.sh
$ ./configure
$ make dockerWenn Sie Arch Linux verwenden, können Sie dieses AUR -Paket (in diesem Repository) installieren.
Andernfalls benötigen Sie einige Abhängigkeiten:
diffutils , bsdtar , entr , zsh ,make (4.2+) mit entsprechenden Autoconf -Tools,cargo und rustc um die CLI zu bauen,sfnt2woff-zopfli , psautohint , ttfautohint UND woff2_compress . Um die Software auf Ihrem Computer zu installieren, klonen Sie entweder dieses Repository und führen Sie ./bootstrap.sh
$ ./configure
$ make
$ sudo make installUm alle möglichen Formate für Ihr Schriftartprojekt zu erstellen, leiten Sie
$ fontship make allUm nur ein bestimmtes Format zu generieren, versuchen Sie es mit:
# Just static OTF fonts
$ fontship make otf
# All static formats
$ fontship make static
# All variable formats
$ fontship make variable
# Just variable TTF format
$ fontship make variable-ttfWenn Sie nur an einer bestimmten Datei interessiert sind (z. B. eine statische Gewichtsinstanz), können Sie den genauen Dateinamen angeben, den Sie erwarten, um den besten Umbau dieser Datei zu erhalten:
$ fontship make FooBar-Black.otfWenn alles fertig ist oder Sie tatsächlich eine Schriftart versenden möchten (oder ein Beispiel an einen Freund senden möchten), möchten Sie das Verteilungspaket erstellen:
$ fontship make dist Die Einstellung der Schriftversion in allen generierten Schriftarten wird durch das Tag im Git -Repository bestimmt. Versionstags sollten dem von OpenFV beschriebenen MAJOR.MINOR -Format entsprechen.