OpenType CFF2 預設 instance 外觀

原生 plain、rich、shaped 與 family 外觀建構器接受在預設 variation 座標下包含 CFF2 輪廓的完整 OpenType OTTO 字型

原始字型始終是 Unicode 字元對應、字形索引、水平步進與整形的來源；HarfBuzz 解析其預設 instance 輪廓，包含經由多個字型字典選中的輪廓

建構器把每個字形轉成靜態 CID-keyed CFF 1 程式，並以 FontFile3、Subtype CIDFontType0C、Adobe Identity 集合以及等於原始字形索引的 CID 內嵌

產生的編碼、寬度與 ToUnicode 對應保留原始字形身分與邏輯 Unicode 序列，包含補充字元、連字（ligature）與組合標記

如此產出的是使用 ISO 32000-1:2008 9.7 與 9.9 所述 CFF 1 結構的 PDF 1.7 字型程式；不會把 CFF2 直接嵌進 PDF 字型串流

需要架構相符、暴露 hb_font_draw_glyph 與不可變 draw callback 的 HarfBuzz 函式庫，未整形文字也不例外；這些 API 自 HarfBuzz 7 起可用，HOTPDF_HARFBUZZ_LIBRARY 可明確指定函式庫

複雜整形同樣沿用既有的 FriBidi 相依與既有的 scale-1000 整數步進契約；原始 unitsPerEm 下未量化的理想步進屬於另一個精度限制

可編輯外觀需要 installable 或 editable 內嵌權限；唯讀外觀產生允許 preview-and-print 權限，restricted 與 bitmap-only 權限依舊被拒絕

no-subsetting 會在轉換後的程式中保留每個原始字形，包含未使用的字形；轉換會改變字型程式格式，不承諾逐位元組保留原始 OpenType 容器

轉換後的程式使用不同的主名稱，保留可讀的版權與授權聲明以及原始 name-table 位元組

來源字型、工作緩衝、完整字型排版、物件大小、rich 字型彙總、取消與原生渲染各項上限都會在發佈前檢查；畸形的 missing glyph 程式仍是錯誤，合法的空字形則保留

Type 2 輸出具備 16.16 座標精度與設有上限的運算元 delta，字形至多 65,535 個，每個字形程式至多 65,535 位元組

獨立的 raw CFF2 表、既有 PDF 預設外觀資源中的直接 CFF2 字型串流、非預設 variation 軸選擇，以及更廣義的複雜文字排版都不在此後端範圍內

既有 CFF 1 OpenType 輸入繼續走緊湊外觀後端，而內嵌的 Type1、Type1C、CIDFontType0C 註解資源走原始 raw 字型 fallback

TryGetCFF2FontTable 是一個設有上限的格式能力查詢，不是完整的輪廓或權限驗證