ISO/IEC 14496-28:2012 Published

Born from the conclusion that OpenType's 64K glyph barrier cannot be broken in the context of the format itself, January 26, 2012 CJK Type Blog article, CID-keyed fonts can include a maximum of 65,535 glyphs (CIDs 0 through 65534). Considering that Unicode Version 6.1 includes over 100K characters, with approximately 75K of which being CJK Unified Ideographs, it becomes immediately apparent that a single font resource cannot support all of Unicode, let alone all of the characters for a single script (referring to CJK Unified Ideographs).

ISO/IEC 14496-28:2012 defines an XML format for representing composite fonts and fallback fonts, both of which can be implemented by defining a CFR (Composite Font Representation) object.

Composite fonts are generally used for authoring purpose, either to (virtually) extend a font resource with additional component fonts, or to (virtually) replace existing glyphs with those that are referenced in a different font resource. In the context of Japanese, it is common for legacy composite font implementations to replace the glyphs for kana with those of a different font. This is based on the premise that typical Japanese text includes more kana than kanji, and changing the kana can significantly alter the look and feel of the text.

Fallback fonts are used to display glyphs for a maximum number of code points, by selecting among various font resources, either by simple terms, such as a prioritized list, or more carefully by specifying fonts for particular code point ranges. Web browsers are ideal consumers of fallback fonts. Fallback fonts generally have less fidelity than composite fonts. Then again, the scope of composite fonts is generally more narrow, and composite fonts can serve as one of the component fonts in a fallback font.

Both composite fonts and fallback fonts have the potential to reference more than 64K due to the referencing of multiple font resources, each of which is limited to 64K glyphs.

Of course, publishing the ISO standard represents only the first step. The next steps involve establishing support for CFR in various places, ideally to replace existing composite font and fallback font implementations, almost all of which are proprietary. CFR has great potential in the cloud and for social media, mainly because it represents an interchange format for composite fonts and fallback fonts.

Although the text of this standard cannot be provided here, due to obvious copyright reasons, I can provide its DTD for those who are interested in examining it. For those who use Mac OS X, I would like to point out that CFR is largely based on Apple's SplicedFont format, whose DTD can be found in /System/Library/DTDs/SplicedFont.dtd on the filesystem of that particular OS.