DFONT-zu-XPM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in xpm um
dfont
xpm
Wie man DFONT in XPM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie xpm 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 xpm-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.
XPM (X PixMap) ist ein Farb-Bildformat für das X Window System, entwickelt von Arnaud Le Hors bei GROUPE BULL ab 1989 als farbiger Nachfolger des monochromen XBM-Formats. Wie XBM sind XPM-Dateien gültiger C-Quellcode — jede Datei definiert das Bild als statisches Array von Zeichenketten, wobei die Header-Zeichenketten Breite, Höhe, Farbanzahl und Zeichen pro Pixel angeben, die Farbdefinitions-Zeichenketten Zeichencodes auf Farbwerte abbilden (mit Unterstützung für X11-Farbnamen, hexadezimales RGB und symbolische Farbtypen wie 'background' und 'foreground'), und die Pixel-Zeichenketten jede Zeile als Sequenz von Zeichencodes kodieren, die die Farbpalette indizieren. Diese ASCII-Art-Darstellung macht XPM-Bilder menschenlesbar: Man kann den Bildinhalt oft direkt im Text der Quelldatei erkennen. Das Format durchlief drei Revisionen: XPM1 (1989, kompatibel mit X10), XPM2 (vereinfachte Syntax) und XPM3 (1991, die aktuelle Version mit der static-char*-Syntax und erweiterter Farbspezifikation). XPM war das Standardformat für X-Window-Anwendungssymbole, Startbildschirme, Pixmap-Schaltflächen und thematisierte UI-Elemente in den 1990er und 2000er Jahren. Ein Vorteil ist die Kombination aus gültigem C-Quellcode und Farbbild: XPM-Dateien können in Anwendungen kompiliert, in jedem Texteditor bearbeitet, mit Textwerkzeugen verarbeitet und versionskontrolliert werden, während sie bis zu 256 Farben mit Transparenz (über das 'None'-Farbschlüsselwort) unterstützen. Die Abhängigkeit des X11-Ökosystems von XPM stellt breite Werkzeugunterstützung sicher. XPM-Dateien werden von allen X11-Toolkits, ImageMagick, GIMP und Webbrowsern (Legacy-Unterstützung) verarbeitet.