Fallback font rich a famiglie fornite su Windows

I job file Windows e hpdf_document_execute_json_v1 supportano fallback opt-in tra famiglie font fornite dal chiamante per import rich FDF/XFDF e run rich tipizzati originali; il fallback seleziona una famiglia che copre l'intero grapheme, incluse le parti che attraversano confini di stile rich

Il default resta stretto: fallbackFontFamilies è false e un glifo obbligatorio mancante fallisce normalmente; fornire una lista non seleziona silenziosamente font di sistema installati

Richiesta tipizzata

{
  "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 contiene da una a sedici etichette configurate distinte; le lettere ASCII si confrontano senza case e gli altri code point Unicode si confrontano esattamente; fontFamilies e fallbackFontFamilies a livello di campo sovrascrivono i default dell'operazione per forms.fill

Un run tipizzato può specificare da uno a sedici fontFamilyCandidates ordinati quando il fallback a famiglie configurate è abilitato; i nomi sconosciuti restano nei metadati autoriali e vengono saltati durante la risoluzione dei programmi forniti; se fontFamily è assente, il primo candidato dichiarato configurato diventa la famiglia del run

Una lista di candidati dichiarata controlla la preferenza prima dell'ordine delle famiglie configurate; in questo esempio, un font Primary privo di Omega seleziona Serif prima di Sans quando entrambe le alternative fornite coprono l'intero grapheme

Import di XML rich

Per forms.import, usa le proprietà fontFamilies e fallbackFontFamilies a livello di operazione; il decoder XHTML delimitato preserva ogni lista font-family CSS inline e il composer reale degli aspetti applica quell'ordine ai programmi font forniti

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

Sia le stringhe RV FDF che il value-richtext XFDF usano questo percorso; il profilo inline-xhtml-font-families-v1 esistente resta invariato, mentre il comportamento reale del fallback viene riportato separatamente

Byte font reali

La callback font esistente THPDFCABIFormDataOperationV1 riceve ogni etichetta canonica di famiglia configurata e l'identificatore di stile regular, bold, italic o boldItalic; restituisce la tabella read-IO delimitata originale e i suoi byte vengono copiati in storage di proprietà

I job file leggono gli stessi programmi famiglia/stile dal loro oggetto fonts esistente; per ogni stile rich usato, il binding carica i programmi candidati configurati prima di preparare la transazione; gli asset corrispondenti sono condivisi tra campi tipizzati

I layout IO e operazione V1 e i simboli esportati esistenti restano invariati; i budget aggregati su asset, byte font, memoria, campi, oggetti, result e output restano applicati; i fallimenti delle callback restano sticky e i checkpoint di cancellazione coprono parsing, caricamento, preparazione e pubblicazione

Transazioni e limiti

Autenticazione AES, preservazione delle revisioni firmate, DocMDP, lock dei campi e controlli read-only usano la transazione autenticata esistente; valori rich, stili, font e semantica di aspetto con lo stesso input possono produrre un no-op byte-identico, inclusi i campi read-only

Le callback PDF e JSON devono avere entrambe successo prima che il contesto corrente cambi; scarta i byte candidati emessi dopo qualsiasi stato non zero; i job file preparano il candidato completo prima di sostituire il target

formDataExchange.suppliedFamilyFallback riporta default=false, richOnly=true, wholeGrapheme=true, fontFamilyCandidates=true, maxCandidates=16 e candidateOrder=declared-before-configured

Questa funzionalità si applica al contenuto rich; il fallback ordinario su scalari, etichette choice e caption dei pulsanti restano capacità separate; per esempio, un primo font subset privo del glifo della caption della checkbox ha ancora bisogno di un font scalare appropriato o di un futuro supporto di fallback scalare

La compilazione rich diretta di job caricati, la vecchia estensione di callback handle/font dei job, layout CSS arbitrari, style sheet esterni e ulteriori interchange FDF/XFDF di annotazioni, file, azioni o incrementali restano lavori separati

Argomenti correlati

Compilazione rich tipizzata originale, Scambio form-data Windows, Transport font versionato, Famiglie fornite native