DFONT-zu-SIXEL-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in sixel um
dfont
sixel
Wie man DFONT in SIXEL konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie sixel oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)
Lassen Sie die Datei konvertieren und Sie können Ihre sixel-Datei direkt danach herunterladen
Über die Formate
DFONT (Data Fork TrueType) ist ein Schriftdateiformat, das von Apple mit Mac OS X 10.0 im März 2001 eingeführt wurde, um ein grundlegendes Kompatibilitätsproblem beim Übergang vom klassischen Mac OS zur Unix-basierten OS-X-Architektur zu lösen. Klassische Mac-Schriften speicherten Glyphendaten im Resource Fork — einem sekundären Dateistrom, der spezifisch für das HFS-Dateisystem war — aber OS X mit seiner Unix-Grundlage und der Verwendung von UFS hatte keine native Resource-Fork-Unterstützung. DFONT verlagert die gesamte Resource-Fork-Struktur in den Data Fork und umhüllt dieselben TrueType-Schrifttabellen in einer Resource Map, die die Standard-OS-X-Typografie-APIs lesen können. Die Datei ist im Wesentlichen ein Resource-Fork-loser TrueType-Suitcase. Apple lieferte DFONT als Standardformat für Systemschriften mit OS X aus, und es ist weiterhin in macOS-Systemverzeichnissen vorhanden. Ein Vorteil ist nahtlose Abwärtskompatibilität mit Apples bestehendem Schriftrendering-Stack — die interne Struktur spiegelt klassische Resource-Fork-Schriften wider, sodass CoreText und seine Vorgänger DFONTs ohne speziellen Konvertierungspfad verarbeiten. Das Single-Fork-Design ist eine weitere praktische Stärke, die sicherstellt, dass DFONT-Dateien intakt bleiben, wenn sie auf Nicht-HFS-Volumes gespeichert, über Netzwerke übertragen oder von Versionskontrollsystemen verwaltet werden. Während Apple zunehmend auf OpenType (.otf/.ttc) für neuere Systemschriften setzt, erscheinen DFONT-Dateien weiterhin in macOS-Installationen und in Schriftsammlungen aus der OS-X-Ära.
SIXEL (Six Pixel) ist ein Bitmap-Grafik-Kodierungsformat, das 1983 von der Digital Equipment Corporation (DEC) für die Bildwiedergabe auf Zeichenzellen-Druckern und Video-Terminals entwickelt wurde. Der Name leitet sich von der grundlegenden Kodierungseinheit ab: einer Spalte von sechs Pixeln, die durch ein einzelnes ASCII-Zeichen dargestellt wird. Jedes druckbare Zeichen im Sixel-Datenstrom (ASCII 63-126) kodiert eine 6-Pixel-vertikale Spalte, wobei der Binärwert des Zeichens bestimmt, welche Pixel ein- oder ausgeschaltet sind. Farbe wird über registerbasierte Palettensteürung angegeben: Eine Farbauswahlsequenz weist einem nummerierten Register einen HLS- oder RGB-Farbwert zu, und nachfolgende Sixel-Zeichen verwenden diese Farbe, bis ein anderes Register ausgewählt wird. Die Kodierung unterstützt Rasterattribute für die Angabe von Pixel-Seitenverhältnis und Bildabmessungen, Wiederholungssequenzen (! gefolgt von einer Anzahl und einem Zeichen) für Lauflängenkomprimierung identischer Spalten sowie $ (Wagenrücklauf) und - (Zeilenvorschub) für die Navigation im Sixel-Raster. DEC implementierte SIXEL-Unterstützung in ihren VT240-, VT241-, VT330- und VT340-Terminals sowie in mehreren Druckermodellen. Ein Vorteil der SIXEL-Kodierung ist ihre ASCII-saubere Natur: Der Datenstrom besteht vollständig aus druckbaren Zeichen und Standard-Steürsequenzen, was bedeutet, dass SIXEL-Grafiken über jeden textbasierten Kommunikationskanal übertragen werden können — serielle Terminals, SSH-Sitzungen, Telnet-Verbindungen — ohne binärsicheren Transport oder Protokollmodifikationen zu erfordern. Die moderne Renaissance des Formats bietet eine weitere bemerkenswerte Dimension: Nach Jahrzehnten der Vergessenheit wurde SIXEL-Unterstützung in zahlreichen zeitgenössischen Terminal-Emulatoren implementiert, was Inline-Bildanzeige in Kommandozeilen-Workflows ermöglicht. SIXEL-Ausgabe kann von ImageMagick, libsixel, chafa und verschiedenen Plotting-Bibliotheken erzeugt werden.