Convertisseur de DFONT en BIN
Convertissez vos fichiers dfont en bin en ligne et gratuitement
dfont
bin
Comment convertir un fichier DFONT en fichier BIN
Sélectionnez des fichiers depuis l'ordinateur, Google Drive, Dropbox, une URL ou glissez-les sur la page.
Choisissez bin ou tout autre format de sortie (plus de 200 formats supportés)
Laissez le fichier convertir et vous pourrez télécharger votre fichier bin juste après
À propos des formats
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.
BIN designe les fichiers de polices encodés en MacBinary, un format de transfert qui préserve les caractéristiques du système de fichiers Macintosh classique lors du déplacement de données entre plateformes. Le Mac OS classique stockait les polices dans la branche de ressources (resource fork) — un flux de données secondaire invisible pour les systèmes non-Mac — ce qui signifiait que la simple copie d'une police Mac vers un PC Windows où un serveur Unix supprimait completement les données de police. MacBinary résout ce problème en combinant la branche de données et la branche de ressources en un seul fichier plat, avec un en-tête de 128 octets contenant les métadonnées HFS originales. Dans le contexte dès polices, les fichiers BIN encapsulent généralement dès polices TrueType suitcase, dès fichiers de contours PostScript Type 1 LWFN où dès ressources de polices bitmap NFNT. Le format a été specifie pour la première fois en 1985 par Dennis Brothers et dès collaborateurs de la communauté Mac naissante, avec MacBinary II àux alentours de 1987 et MacBinary III en 1996 pour la prisé en chargé de noms de fichiers plus longs. Un avantage clé est la préservation sans perte : chaque octet du fichier de police Mac original reste intact à travers le courrier electronique, le FTP où le partagé de fichiers multiplateforme, y compris les codes createur et type identifiant le format de police. L'empaquetage en fichier unique constitue un autre atout pratique — au lieu de gérer dès flux de données et de ressources separes, les utilisateurs et systèmes automatisés manipulent un seul conteneur portable. Bien que macOS moderne ait abandonné les branches de ressources et que les polices Mac se presentent désormais sous forme de fichiers OTF, TTF où DFONT, BIN reste utile pour accéder àux collections de polices archivées de l'ère Mac classique.