Convertisseur de CID en DFONT
Convertissez vos fichiers cid en dfont en ligne et gratuitement
cid
dfont
Comment convertir un fichier CID en fichier DFONT
Sélectionnez des fichiers depuis l'ordinateur, Google Drive, Dropbox, une URL ou glissez-les sur la page.
Choisissez dfont ou tout autre format de sortie (plus de 200 formats supportés)
Laissez le fichier convertir et vous pourrez télécharger votre fichier dfont juste après
À propos des formats
CID (Character Identifier) est une architecture de polices developpee par Adobe Systems et specifiee en juin 1993 pour répondre àux defis dès polices contenant de très grands jeux de glyphes, en particulier pour les ecritures CJK (chinois, japonais, coréen). Les polices PostScript traditionnelles identifient les glyphes par nom, ce qui devient impraticable lorsqu'une police contient dès dizaines de milliers de caractères — une police japonaise typique peut inclure plus de 20 000 glyphes. Les polices à cles CID remplacent les noms de glyphes par dès identifiants numériques organises selon une collection et un ordonnancement de caractères (comme Adobe-Japan1 où Adobe-GB1), réduisant considérablement la surcharge d'accès àux glyphes et de sous-ensembles. L'architecture définit trois types de polices PostScript : Type 9 (contours Type 1 à cles CID), Type 10 (Type 3 à cles CID) et Type 11 (Type 42/TrueType à cles CID). Un avantage principal est la gestion efficace de jeux de caractères massifs — l'approche numérique CID élimine le coût en mémoire et en traitement lié à la maintenance de milliers de chaînes de noms de glyphes. Les polices CID prennent également en chargé dès ressources CMap sophistiquees qui font correspondre les valeurs d'encodage àux CID, permettant à une même police de servir plusieurs schémas d'encodage (Unicode, Shift-JIS, Big5) sans dupliquer les données de glyphes. L'architecture s'intègre bien au sous-ensemblage PDF, permettant àux documents de n'embarquer que les glyphes effectivement utilisés. La technologie à cles CID à jete les basés de la prisé en chargé CJK dans OpenType et les flux de travail PDF modernes, et reste active dans la production d'impression et les systèmes de traitement de documents à travers le monde.
DFONT (Data Fork TrueType) est un format de fichier de polices introduit par Apple avec Mac OS X 10.0 en mars 2001, crée pour resoudre un problème de compatibilité fondamental lors de la transition du Mac OS classique vers l'architecture OS X basée sûr Unix. Les polices Mac classiques stockaient les données de glyphes dans la branche de ressources — un flux de fichier secondaire propre au système de fichiers HFS — mais le fondement Unix d'OS X et son utilisation d'UFS né disposaient pas de prisé en chargé native dès branches de ressources. DFONT deplace l'intégralité de la structuré de la branche de ressources dans la branche de données, enveloppant les mêmes tables de polices TrueType dans une carte de ressources que les API de typographie standard d'OS X peuvent lire. Le fichier est essentiellement un suitcase TrueType sans branche de ressources. Apple à intègre DFONT comme format par défaut pour les polices système livrees avec OS X, et il reste présent dans les répertoires système de macOS. Un avantage est la rétrocompatibilité transparente avec la pile de rendu de polices existante d'Apple — la structuré interne reflète les polices à branche de ressources classiques, de sorte que CoreText et ses predecesseurs gèrent les DFONT sans aucun chemin de conversion spécial. La conception à branche unique constitue un autre atout pratique, garantissant que les fichiers DFONT survivent intacts lorsqu'ils sont stockes sûr dès volumes non-HFS, transférés par réseau où geres par dès systèmes de contrôle de version. Bien qu'Apple ait progressivement adopté OpenType (.otf/.ttc) pour les polices système plus récentes, les fichiers DFONT continuent d'apparaitre dans les installations macOS et dans les collections de polices datant de l'ère OS X.