Windows leveret-familie rich font-fallback

Windows file jobs og hpdf_document_execute_json_v1 understøtter opt-in fallback mellem kalder-leverede fontfamilier til rich FDF/XFDF-importer og originale typede rich runs; fallback vælger en familie, der dækker hele graphemet, inklusive dele på tværs af rich style-grænser

Standarden forbliver streng: fallbackFontFamilies er false, og en manglende krævet glyph fejler normalt; at levere en liste vælger ikke stille installerede systemfonte

Typet anmodning

{
  "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 indeholder én til seksten distinkte konfigurerede labels; ASCII-bogstaver sammenlignes uden case, og andre Unicode code points sammenlignes eksakt; felt-niveau fontFamilies og fallbackFontFamilies tilsidesætter deres operationsstandarder for forms.fill

Et typet run kan angive ét til sekteen ordnede fontFamilyCandidates, når konfigureret-familie-fallback er aktiveret; ukendte navne forbliver i authored metadata og springes over under leveret-program-opløsning; hvis fontFamily er fraværende, bliver den første konfigurerede deklarerede kandidat run-familien

En deklareret kandidatliste styrer præference før konfigureret-familie-rækkefølge; i dette eksempel vælger en Primary-font uden Omega Serif før Sans, når begge leverede alternativer dækker hele graphemet

Rich XML-import

Til forms.import skal operation-niveau fontFamilies- og fallbackFontFamilies-properties bruges; den afgrænsede XHTML-dekoder beholder hver inline CSS font-family-liste, og den rigtige appearance-komponist anvender den rækkefølge på de leverede fontprogrammer

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

Både FDF RV-strenge og XFDF value-richtext bruger denne sti; den eksisterende inline-xhtml-font-families-v1-profil forbliver uændret, mens faktisk fallback-adfærd rapporteres separat

Rigtige font-bytes

Den eksisterende THPDFCABIFormDataOperationV1 font-callback modtager hver kanonisk konfigureret familie-label samt regular-, bold-, italic- eller boldItalic-style-identifikator; den returnerer den originale afgrænsede læse-IO-tabel, og dens bytes kopieres til ejet lager

File jobs læser samme familie/style-programmer fra deres eksisterende fonts-objekt; for hver brugt rich style indlæser bindingen konfigurerede kandidatprogrammer, før transaktionen forberedes; matchende aktiver deles på tværs af typede felter

V1 IO- og operations-layouts samt eksisterende eksporterede symboler forbliver uændret; samlede aktiv-, font-byte-, hukommelses-, felt-, objekt-, resultat- og outputbudgetter forbliver håndhævet; callback-fejl forbliver sticky, og cancellation-checkpoints dækker parsing, indlæsning, forberedelse og publicering

Transaktioner og grænser

AES-autentifikation, signeret revisionsbevaring, DocMDP, field locks og skrivebeskyttede tjek bruger den eksisterende autentificerede transaktion; samme input rich-værdier, styles, fonts og appearance-semantik kan give en byte-identisk no-op, inklusive skrivebeskyttede felter

PDF- og JSON-callbacks skal begge lykkes, før den aktuelle kontekst ændres; kassér udsendte kandidatbytes efter enhver nonzero-status; file jobs forbereder den komplette kandidat, før target erstattes

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

Leveret-familie scalar-fallback dækker også almindelig tekst, choice-labels og checkbox- eller radiomærker gennem Windows jobs og versionerede callbacks; native pushbutton-caption-settere bruger deres dokumenterede familie-bevidste appearance-API'er

Direkte loaded-job rich filling, den ældre job handle/font callback-udvidelse, vilkårligt CSS-layout, eksterne style sheets samt yderligere FDF/XFDF-annotation, fil-, handling- eller inkrementel udveksling forbliver separat arbejde

Relaterede emner

Original typed rich filling, Windows form-data exchange, Versioneret font-transport, Native leverede familier