CID-keyed fonts

CID-keyed fonts
Name	CID-keyed fonts
Classification	Typeface technology
Developed	1980s–1990s
Developer	Adobe Systems
Format	PostScript Type 1, OpenType, CFF

CID-keyed fonts are a font technology designed to handle large collections of glyphs and complex character repertoires for East Asian and other languages. They were developed to enable efficient storage, retrieval, and rendering of thousands of glyph outlines within systems such as PostScript, PDF, and desktop publishing applications from vendors like Adobe Systems, Apple Inc., and Microsoft. CID-keyed fonts separate character identity from glyph outline data to support multilingual typography across platforms used by organizations such as Adobe Systems, IBM, Sun Microsystems, Xerox, and AT&T.

Overview

CID-keyed fonts organize glyphs using a numeric identifier model originally intended for large CJK repertoires. The model maps character codes from standards like Unicode, ISO/IEC 10646, and legacy encodings such as Big5, Shift_JIS, and EUC-JP to CID values that index glyph data stored in compact collections. Implementations interoperate with rendering engines and rasterizers developed by projects and companies including Ghostscript, Freetype Project, Apple's Core Text, Microsoft DirectWrite, Adobe Type Manager, and X Window System font servers.

History and Development

Development began at Adobe Systems in the late 1980s to solve scaling problems faced by typesetting environments used by firms like Linotype, Monotype Imaging, Agfa-Gevaert, and printers serving markets such as Japan, China, and Korea. Early milestones involved contributions from engineers who had collaborated with institutions including Bell Labs, Stanford University, and Massachusetts Institute of Technology on digital typography research. CID-keyed technology was formalized as part of PostScript enhancements and was incorporated into workflows for publications by publishers like The New York Times Company, Reed Elsevier, Pearson PLC, and academic presses such as Oxford University Press and Cambridge University Press.

Technical Structure and Components

A CID-keyed font separates three principal components: the Character Collection, the CIDMap, and the glyph storage (often a Compact Font Format table). The Character Collection references registries such as the Adobe-Japan1, Adobe-CNS1, and Adobe-Korea1 collections, which correspond to language regions like Japan, Taiwan, and South Korea. CIDMaps link character codes from standards managed by Unicode Consortium and IANA to CIDs, while glyph storage uses outline formats compatible with Type 1 fonts, CFF, and OpenType tables used by vendors including Monotype Imaging and Microsoft Corporation. Tools for manipulating these components are present in ecosystems maintained by Adobe, FontLab, Glyphs, and the open-source FontForge project.

CID Systems and Encoding

CID Systems define how CIDs are associated with particular character collections. Well-known systems include Adobe-Japan1, Adobe-CNS1, and Adobe-Korea1, each curated with reference to standards maintained by organizations such as the Unicode Consortium, ISO/IEC JTC 1/SC 2, and national bodies like CNS 11643 and GB18030. Encodings map legacy code pages including EUC-JP, Shift_JIS, and Big5 to CID spaces; conversion utilities appear in software stacks such as ICU (International Components for Unicode), glibc, and Mozilla Firefox's rendering layers. Industry projects and standards bodies like W3C and IETF have influenced interoperability by defining character model practices used in web and document rendering.

Usage in PDF and PostScript

CID-keyed fonts are widely used in high-volume document formats such as PDF and PostScript for reliable glyph referencing. PDF producers from vendors like Adobe Systems, Quark, Inc., Microsoft, and Apple embed CID-keyed subsets to reduce file size and to preserve glyph identity for typesetting in languages used by NHK, Asahi Shimbun, People's Daily, and multinational corporations. Rasterizers and viewers such as Adobe Acrobat, Evince, Okular, and SumatraPDF rely on CID mappings for text extraction, search, and accessibility features that integrate with systems like Microsoft Windows, macOS, and Linux desktops.

Advantages and Limitations

Advantages include efficient handling of very large glyph sets, compatibility with established collections like Adobe-Japan1, and predictable mapping for complex scripts used in publishing by houses such as Kodansha, Shogakukan, and Sino United Publishing. Limitations involve interoperability challenges with some legacy toolchains, licensing constraints enforced by foundries such as Monotype, Morisawa, and DynaComware, and the need to manage multiple registries coordinated by institutions like Adobe Systems and standard bodies such as Unicode Consortium.

Implementation and Font Tools

Authoring, subsetting, and inspection of CID-keyed fonts are supported by tools from commercial and open-source ecosystems: Adobe Font Development Kit for OpenType (AFDKO), FontLab, Glyphs, FontForge, CFF Subsetter, and projects like Harfbuzz and FreeType. Build systems and continuous integration environments at companies such as Google, Amazon Web Services, Dropbox, and academic groups at University of California, Berkeley and ETH Zurich incorporate CID-aware pipelines for publishing, web font optimization, and archival tasks. Libraries in languages maintained by communities around GitHub, SourceForge, and package managers for Debian, Red Hat, Homebrew, and npm include utilities for CID mapping, conversion, and validation.

Category:Typography