Windows supplied-family rich font fallback

Windows file joby i hpdf_document_execute_json_v1 podporují opt-in fallback mezi rodinami písem dodanými volajícím pro rich importy FDF/XFDF i původní typované rich runy; fallback vybere rodinu pokrývající celý grafém, tedy i části překlenující hranice rich stylů

Default zůstává přísný: fallbackFontFamilies je false a chybějící vyžadovaný glyf selže běžně; dodání seznamu netichě nevybere instalovaná systémová písma

Typovaný požadavek

{
  "schemaVersion": 1,
  "type": "forms.fill",
  "fontFamilies": ["Primary", "Sans", "Serif"],
  "fallbackFontFamilies": true,
  "fields": [{"name": "Input", "richTextRuns": [
    {"text": "A\u03a9a\u0301", "fontStyle": "regular",
     "fontFamilyCandidates": ["Unavailable", "Primary", "Serif", "Sans"]}
  ]}]
}

fontFamilies obsahuje jednu až šestnáct odlišných nakonfigurovaných popisků; ASCII písmena se porovnávají bez rozlišení velikosti a ostatní Unicode code pointy přesně; pole fontFamilies a fallbackFontFamilies na úrovni pole přebijí své defaulty operace u forms.fill

Typovaný run může při zapnutém fallbacku nakonfigurovaných rodin specifikovat jeden až šestnáct uspořádaných fontFamilyCandidates; neznámé názvy zůstávají v autorských metadatech a při rozřešování dodaných programů se přeskočí; když fontFamily chybí, prvním nakonfigurovaným deklarovaným kandidátem se stane rodina runu

Deklarovaný kandidátní seznam řídí preferenci, dřív než pořadí nakonfigurovaných rodin; v tomhle příkladu Primary písmo chybějící omegu vybere Serif před Sans, když obě dodané alternativy pokryjí celý grafém

Import rich XML

U forms.import použijte vlastnosti fontFamilies a fallbackFontFamilies na úrovni operace; ohraničený XHTML dekodér si uchová každý inline CSS seznam font-family a skutečný composer appearance aplikuje to pořadí na dodané font programy

<span style="font-family:Primary,Serif,Sans;font-weight:bold">AΩá</span>

Tou cestou jdou jak řetězce FDF RV, tak XFDF value-richtext; stávající profil inline-xhtml-font-families-v1 zůstává nezměněný, zatímco skutečné chování fallbacku se reportuje odděleně

Skutečné font bajty

Stávající font callback THPDFCABIFormDataOperationV1 dostane každý kanonický nakonfigurovaný rodinný popisek a identifikátor stylu regular, bold, italic či boldItalic; vrací původní ohraničenou read-IO tabulku a její bajty se zkopírují do vlastněného úložiště

File joby čtou tytéž rodina/styl programy ze svého stávajícího objektu fonts; pro každý použitý rich styl načte binding nakonfigurované kandidátní programy, dřív než připraví transakci; odpovídající assety se sdílejí napříč typovanými poli

Rozložení V1 IO a operací i stávající exportované symboly zůstávají nezměněné; agregátní rozpočty assetů, font bajtů, paměti, polí, objektů, výsledku i výstupu zůstávají vynucené; selhání callbacků zůstávají lepivá a checkpointy zrušení pokrývají parsování, načítání, přípravu i publikaci

Transakce a limity

AES autentizace, zachování podepsaných revizí, DocMDP, field zámky i kontroly read-only použijí stávající autentizovanou transakci; rich hodnoty, styly, písma i sémantika appearance se stejným vstupem mohou vytvořit bajtově identický no-op, tedy i u read-only polí

Před změnou aktuálního kontextu musí uspět jak callback PDF, tak JSON; emitované kandidátní bajty po jakémkoli nenulovém statusu zahoďte; file joby připraví kompletního kandidáta, dřív než vymění cíl

formDataExchange.suppliedFamilyFallback reportuje default=false, richOnly=false, scalarText=true, choiceLabels=true, checkAndRadioMarks=true, comb=true, passwordMask=true, wholeGrapheme=true, fontFamilyCandidates=true, maxCandidates=16 a candidateOrder=declared-before-configured

Skalární fallback dodaných rodin taky pokrývá běžný text, popisky voleb i značky checkboxů či radio přes Windows joby a verzované callbacky; nativní settery pushbutton caption používají své zdokumentované API appearance vnímající rodiny

Přímé rich vyplňování loaded-job, starší rozšíření job handle/font callbacků, libovolný CSS layout, externí styly i další anotační, souborové, akční či inkrementální interchange FDF/XFDF zůstávají samostatnou prací

Související témata

Původní typované rich vyplňování, Windows form-data exchange, Verzovaný font transport, Nativní dodané rodiny