DFONT-zu-SIX-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in six um
dfont
six
Wie man DFONT in SIX konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie six 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 six-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.
SIX ist eine Dateierweiterung für SIXEL-Grafikdaten (Six Pixel), ein Bitmap-Grafikformat, das 1983 von Digital Equipment Corporation (DEC) entwickelt und mit dem LA50-Nadeldrucker eingeführt wurde. SIXEL kodiert Bilder als Sequenz druckbarer ASCII-Zeichen, wobei jedes Zeichen eine Spalte von sechs vertikalen Pixeln (ein 'Sixel') repräsentiert — der ASCII-Wert des Zeichens minus 63 ergibt ein 6-Bit-Binärmuster, wobei jedes Bit ein Pixel in der vertikalen Spalte steuert. Die Kodierung ist als Serie von Sixel-Bändern (jeweils sechs Pixel hoch) über die Bildbreite strukturiert, mit Steürsequenzen für Farbauswahl (bis zu 256 Register mit HLS- oder RGB-Spezifikation), Wiederholungszählern (Lauflängenkodierung für Effizienz), Wagenrücklauf und Zeilenvorschubbefehlen. SIXEL-Daten werden mittels DECs Standard-Escape-Sequenz-Protokoll an das Ausgabegerät übertragen, eingebettet im Textstrom neben regulärer Zeichenausgabe. Ursprünglich für DECs Druckerreihe konzipiert und später von DEC-VT-Terminals (VT240, VT330, VT340) unterstützt, hat SIXEL ein bemerkenswertes Revival in moderner Terminal-Emulator-Software erfahren. Ein Vorteil ist die terminalnative Bildanzeige: SIXEL ermöglicht die Darstellung von Bildern direkt in einer Text-Terminal-Sitzung, ohne ein grafisches Fenstersystem zu benötigen, was Kommandozeilenwerkzeugen erlaubt, Grafiken, Fotos und Vorschauen inline mit Textausgabe anzuzeigen. Diese Fähigkeit hat die Adoption in modernen Terminals wie mlterm, xterm, WezTerm und foot vorangetrieben. SIX/SIXEL-Daten können von ImageMagick, libsixel und chafa erzeugt und in jedem SIXEL-fähigen Terminal-Emulator betrachtet werden.