OpenType CFF-annoterings- och fältsutseenden

Den nativa utseendebyggaren accepterar OpenType OTTO-typsnitt med CFF 1-konturer såväl som sin befintliga TrueType-indata

Rena, rich-, formade och familje-textutseenden bäddar in hela den ursprungliga OpenType-filen genom FontFile3 med Subtype OpenType och en CIDFontType0-efterkommande

Namnnycklad CFF använder glyfindex som CID:er, medan CID-nycklad CFF behåller sin faktiska Registry-, Ordering-, Supplement- och teckenuppsättningsmappning ur glyfindex till CID:er

Den genererade Encoding CMap mappar textteckenkoder till de faktiska CID:erna; bredder använder de CID:erna, ToUnicode behåller logisk text, och CIDFontType0 får ingen CIDToGIDMap

Glyfpositioner och utsträckningar använder HarfBuzz OpenType-mått, inklusive rich-fragment och kombinerande-märke-gränser; rich-fragment delar oföränderliga per-stil typsnittsläsare och en inbäddad typsnittsresurs

CFF-mått kräver ett matchande-arkitektur HarfBuzz-bibliotek även när ShapeComplexText är False; HOTPDF_HARFBUZZ_LIBRARY väljer en explicit sökväg, och komplex formning använder dessutom det befintliga FriBidi-beroendet

En synlig FreeText-annotering utan ett normalt utseende kan använda en giltig standardutseende-resurs som innehåller ett komplett OpenType CFF-typsnitt; den befintliga resursföreträdet, klippningen, färgerna och den skrivskyddade inbäddningspolicyn gäller

Redigerbar fältgenerering kräver fortfarande installerbar eller redigerbar behörighet; skrivskyddad reserv tillåter preview-and-print-behörighet, medan begränsade eller enbart-bitmap-konturer förblir avvisade och no-subsetting behåller varje ursprungligt typsnittsbyte

Typsnittsbyte-, glyf-, objektstorleks-, samlad rich-typsnitt-, avbrotts- och nativa renderingsbudgetar förblir upprätthållna; felformade CFF INDEX-offset, ordlistor, teckenuppsättningsintervall, dubbletterade CID:er och saknade kollektionssträngar avvisas före publicering

Formatmappningen följer ISO 32000-1:2008 9.7.4.2 och 9.9, inklusive den explicita CID-nycklade OpenType-teckenuppsättningsmappningen

Nativ rendering, MuPDF och Ghostscript klarar sparse-CID OpenType-fixturerna; de testade Poppler-backend har en separat sparse-CID OpenType-mappningsinkompatibilitet, medan Poppler identity-CID OpenType- och sparse råa CIDFontType0C-kontroller renderas korrekt

Oberoende läsare kan syntetisera ett saknat annoteringsutseende annorlunda; explicita genererade utseenden kontrolleras separat från varje läsares reservbeteende

CFF2, bara Type1-standardtypsnitt och rå Type1C- eller CIDFontType0C-standardutseende-typsnittsrekonstruktion förblir separat arbete; detta stöd konverterar inte eller strippar inte det tillhandahållna typsnittet för att kringgå läsarskillnader

See HPDFBuildHeadlessTextAppearance och TryGetCompactFontTable