Default dei campi XFA nativi

Un campo il cui nodo dati manca legge il suo value modulo nativo o il suo figlio value di template; un campo con un nodo dati vuoto esistente resta vuoto

Questo comportamento si applica al binding implicito, al binding dataRef esplicito e ai campi con bind match="none", usando il resolver di binding esistente per identificare ogni occorrenza dataset

Valori mancanti e vuoti

Per un default testo di template pari a seed, un elemento dati mancante mostra seed, un elemento vuoto esistente mostra un valore vuoto e un elemento dati contenente first mostra first

Leggere o salvare un campo con default non fabbrica nodi dataset; azzerare esplicitamente il campo crea o aggiorna il suo value di istanza scrivibile, che resta vuoto dopo il ricaricamento nativo dell'XDP

Isolamento delle istanze

I commit interattivi dei widget e i risultati di calcolo scrivono su dati di istanza o un value modulo nativo separato, preservando il default condiviso del template

I campi ripetuti risolvono i default nel loro context di occorrenza; modificare un'occorrenza preserva i valori delle sue sorelle

Gli script falliti ripristinano lo snapshot transazionale nativo, inclusa l'originale assenza del nodo dati e il default mostrato

Output PDF salvato

La conversione XFA AcroForm consuma lo stesso resolver di value per i valori nativi dei campi e le appearance generate; le conversioni editable e read-only conservano i corretti valori mancanti e vuoti

La conversione preserva la risoluzione bind SOM completa e la consueta lookup di emission form-packet; i default forma e template specifici per occorrenza forniscono i valori quando la lookup di binding o emissione non ha valore

Il producer di validazione mirata salva PDF iniziali, azzerati esplicitamente e read-only; verifiche indipendenti pypdf e MuPDF ispezionano valori dei campi, flag nativi, testo visibile e i pacchetti XDP associati

API correlate

HPDFXFAResolveFieldValueNode, Data DOM nativo e Runtime widget XFA dinamico interattivo