CID-zu-DFONT-Konverter
Wandeln Sie Ihre cid-Dateien online & kostenlos in dfont um
cid
dfont
Wie man CID in DFONT konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie dfont 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 dfont-Datei direkt danach herunterladen
Über die Formate
CID (Character Identifier) ist eine Schriftarchitektur, die von Adobe Systems entwickelt und im Juni 1993 spezifiziert wurde, um die Herausforderungen von Schriften mit sehr großen Glyphensätzen zu bewältigen, insbesondere für CJK-Schriften (Chinesisch, Japanisch, Koreanisch). Traditionelle PostScript-Schriften identifizieren Glyphen über Namen, was unpraktisch wird, wenn eine Schrift Zehntausende von Zeichen enthält — eine typische japanische Schrift kann über 20.000 Glyphen umfassen. CID-adressierte Schriften ersetzen Glyphennamen durch numerische Bezeichner, die nach einer Zeichensammlung und Reihenfolge (wie Adobe-Japan1 oder Adobe-GB1) organisiert sind, und reduzieren den Aufwand für Glyphenzugriff und Subsetting drastisch. Die Architektur definiert drei PostScript-Schrifttypen: Type 9 (CID-adressierte Type-1-Umrisse), Type 10 (CID-adressierter Type 3) und Type 11 (CID-adressierter Type 42/TrueType). Ein primärer Vorteil ist die effiziente Handhabung massiver Zeichensätze — der numerische CID-Ansatz eliminiert den Speicher- und Verarbeitungsaufwand für die Pflege Tausender Glyphennamen-Strings. CID-Schriften unterstützen auch ausgefeilte CMap-Ressourcen, die Kodierungswerte auf CIDs abbilden und es einer einzelnen Schrift ermöglichen, mehrere Kodierungsschemata (Unicode, Shift-JIS, Big5) zu bedienen, ohne Glyphendaten zu duplizieren. Die Architektur integriert sich gut mit PDF-Subsetting, sodass Dokumente nur die tatsächlich verwendeten Glyphen einbetten können. Die CID-Technologie legte den Grundstein für CJK-Unterstützung sowohl in OpenType als auch in modernen PDF-Workflows und bleibt in der Druckproduktion und Dokumentenverarbeitungssystemen weltweit aktiv.
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.