DFONT-zu-PNM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in pnm um
dfont
pnm
Wie man DFONT in PNM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie pnm 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 pnm-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.
PNM (Portable Any Map) ist eine Sammelbezeichnung innerhalb der Netpbm-Familie, die alle drei klassischen portablen Kartenformate umfasst: PBM (Portable BitMap für Monochrom), PGM (Portable GrayMap für Graustufen) und PPM (Portable PixMap für Farbe). 1988 von Jef Poskanzer als Teil des Pbmplus-Toolkits erstellt, ist PNM kein eigenständiges Format mit eigener Kennung, sondern ein Sammelbegriff, der angibt, dass jedes der drei zugrunde liegenden Formate verwendet werden kann. Wenn Software eine PNM-Datei liest, prüft sie die Kennung (P1/P4 für PBM, P2/P5 für PGM, P3/P6 für PPM) und verarbeitet entsprechend; wenn Software eine PNM-Datei schreibt, wählt sie das am besten geeignete Unterformat basierend auf dem Bildinhalt. Diese Konvention ermöglicht es Netpbm-Verarbeitungs-Pipelines, Bilder zwischen Werkzeugen weiterzugeben, ohne dass der Benutzer verfolgen muss, welches spezifische Format verwendet wird — jedes Werkzeug in der Kette akzeptiert PNM-Eingaben und erzeugt PNM-Ausgaben, wobei das tatsächliche Format automatisch gewählt wird. Das Netpbm-Toolkit bietet Hunderte von Kommandozeilen-Werkzeugen für Bildmanipulation: Skalierung, Rotation, Farbanpassung, Compositing, Formatkonvertierung, Quantisierung und Analyse — alle operierend auf PNM als gemeinsames Austauschformat. Ein Vorteil ist die Pipeline-Komposierbarkeit: Netpbm-Werkzeuge können mit Unix-Pipes verkettet werden (z.B. pnmflip | pnmscale | ppmquant | ppmtogif), um komplexe Bildverarbeitungsoperationen aus einfachen Primitiven aufzubaün, gemäss der Unix-Philosophie kleiner, fokussierter Werkzeuge. Die plattformübergreifende Verfügbarkeit und Sprachunterstützung der Formatfamilie ist eine weitere Stärke — praktisch jede Bildverarbeitungs-Bibliothek in jeder Programmiersprache kann PNM-Varianten lesen und schreiben. PNM-Dateien werden von ImageMagick, GIMP und allen großen Bildwerkzeugen unterstützt.