DFONT-zu-XBM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in xbm um
dfont
xbm
Wie man DFONT in XBM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie xbm 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 xbm-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.
XBM (X BitMap) ist ein monochromes (1-Bit) Bildformat, das als Teil des X Window Systems definiert wurde und um 1987 am MIT entstand. XBM-Dateien sind unter Bildformaten einzigartig, da sie gültiger C-Quellcode sind: Jede Datei definiert das Bild als statisches Array von unsigned-char-Werten, das die gepackten Pixeldaten enthält, vorangestellt von #define-Anweisungen, die Bildbreite, -höhe und optionale Hotspot-Koordinaten (für Cursorbilder) angeben. Die Pixeldaten werden als hexadezimale Byte-Werte in geschweiften Klammern gespeichert, wobei jedes Bit ein Pixel darstellt (1 = Vordergrund, 0 = Hintergrund) und Bits LSB-zürst innerhalb jedes Bytes geordnet sind. Dieses Design war beabsichtigt — XBM-Bilder konnten direkt per #include in X-Window-Anwendungsquellcode eingebunden und in die Binärdatei kompiliert werden, wodurch die Notwendigkeit externen Dateiladens und Laufzeit-Format-Parsings entfiel. Das Format wurde im gesamten X11-Ökosystem für Cursorformen, Fenstersymbole, Toolbar-Schaltflächen und andere kleine UI-Elemente verwendet. Ein Vorteil ist die Quellcode-Natur des Formats: XBM-Dateien können mit einem Texteditor bearbeitet, in Versionskontrolle gemerged und verglichen, von Shell-Skripten erzeugt und direkt in C-Programme kompiliert werden, ohne eine Bildlade-Bibliothek — ein Niveau der Toolchain-Integration, das kein binäres Bildformat erreichen kann. Die Rolle des Formats als Teil des X-Window-Standards stellt sicher, dass es von jedem X11-fähigen Toolkit und jeder Anwendung verstanden wird. Obwohl auf Monochrom beschränkt und ohne Komprimierung, macht XBMs Einfachheit es zu einem ausgezeichneten Lehrformat für das Verständnis von Bitmap-Darstellungen. XBM-Dateien werden von allen X11-Anwendungen, ImageMagick, GIMP, Webbrowsern (als Legacy-Webformat) und Programmierumgebungen unterstützt.