Konwerter plików CID do DFONT
Konwertuj swoje pliki w formacie cid do formatu dfont przez Internet i bezpłatnie
cid
dfont
Jak przekonwertować plik w formacie CID do formatu DFONT
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format dfont lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu dfont; od razu po konwersji możesz go pobrać.
O formatach
CID (Character Identifier) to architektura czcionek opracowana przez Adobe Systems i wyspecyfikowana w czerwcu 1993 roku w celu sprostania wyzwaniom zwiazanym z czcionkami zawierajacymi bardzo duze zestawy glifow, szczegolnie dla pism CJK (chinskiego, japonskiego, koreanskiego). Tradycyjne czcionki PostScript identyfikuja glify po nazwie, co staje sie niepraktyczne, gdy czcionka zawiera dziesiatki tysiecy znakow — typowa czcionka japonska moze zawierac ponad 20 000 glifow. Czcionki z kluczem CID zastepuja nazwy glifow identyfikatorami numerycznymi zorganizowanymi wedlug kolekcji i kolejnosci znakow (takich jak Adobe-Japan1 lub Adobe-GB1), drastycznie redukujac narzut dostepu do glifow i wyodrebniania podzbiorow. Architektura definiuje trzy typy czcionek PostScript: Type 9 (kontury Type 1 z kluczem CID), Type 10 (Type 3 z kluczem CID) i Type 11 (Type 42/TrueType z kluczem CID). Glowna zaleta jest wydajna obsluga ogromnych zestawow znakow — podejscie numeryczne CID eliminuje koszt pamieci i przetwarzania utrzymywania tysiecy łancuchow nazw glifow. Czcionki CID obsluguja rowniez zaawansowane zasoby CMap mapujace wartosci kodowania na identyfikatory CID, umozliwiajac jednej czcionce obsluge wielu schematow kodowania (Unicode, Shift-JIS, Big5) bez duplikowania danych glifow. Architektura dobrze integruje sie z wyodrebnianiem podzbiorow PDF, pozwalajac dokumentom osadzac tylko te glify, ktore sa rzeczywiscie uzywane. Technologia z kluczem CID polozyla fundamenty pod obsluge CJK zarowno w OpenType, jak i nowoczesnych przepływach pracy PDF, i pozostaje aktywna w profesjonalnej produkcji poligraficznej CJK i systemach przetwarzania dokumentow na calym swiecie.
DFONT (Data Fork TrueType) to format plikow czcionek wprowadzony przez Apple wraz z Mac OS X 10.0 w marcu 2001 roku, stworzony w celu rozwiazania fundamentalnego problemu kompatybilnosci w przejsciu z klasycznego Mac OS do architektury OS X opartej na Uniksie. Klasyczne czcionki Mac przechowywaly dane glifow w resource fork — drugorzednym strumieniu plikow specyficznym dla systemu plikow HFS — ale unixowy fundament OS X i jego uzycie UFS nie mialy natywnej obslugi resource fork. DFONT przenosi cala strukture resource fork do data fork, opakowujac te same tabele czcionek TrueType w mape zasobow, ktora standardowe API typograficzne OS X moga odczytac. Plik jest w istocie walizka TrueType bez resource fork. Apple dostarczal DFONT jako domyslny format czcionek systemowych dostarczanych z OS X i pozostaje on obecny w katalogach systemowych macOS. Zaleta jest plynna kompatybilnosc wsteczna ze stosem renderowania czcionek Apple — wewnetrzna struktura odzwierciedla klasyczne czcionki resource fork, wiec CoreText i jego poprzednicy obsluguja pliki DFONT bez zadnej specjalnej sciezki konwersji. Jednoplikowa konstrukcja to kolejny praktyczny atut, zapewniajacy, ze pliki DFONT przetrwaja nienaruszone przy przechowywaniu na wolumenach innych niz HFS, transferze przez sieci lub zarzadzaniu systemami kontroli wersji. Chociaz Apple coraz czesciej przechodzi na OpenType (.otf/.ttc) dla nowszych czcionek systemowych, pliki DFONT nadal pojawiaja sie w instalacjach macOS oraz w kolekcjach czcionek z ery OS X.