Defaults de campos XFA nativos
Um campo cujo nó de dados está ausente lê seu valor nativo de formulário ou seu nó filho de valor do template; um campo com um nó de dados vazio existente permanece vazio
Esse comportamento se aplica a binding implícito, binding explícito dataRef e campos com bind match="none", usando o resolver de bindings existente para identificar cada ocorrência do dataset
Valores ausentes e vazios
Para um default de template text com valor seed, um elemento de dados ausente exibe seed, um elemento vazio existente exibe um valor vazio, e um elemento de dados contendo first exibe first
Ler ou salvar um campo com suporte de default não fabrica nós de dataset; limpar explicitamente o campo cria ou atualiza seu valor de instância gravável, que permanece vazio após o reload nativo do XDP
Isolamento de instâncias
Commits de widgets interativos e resultados de cálculo escrevem nos dados da instância ou num valor nativo separado do formulário, preservando o default compartilhado do template
Campos repetidos resolvem defaults dentro do próprio contexto de ocorrência; editar uma ocorrência preserva os valores de seus irmãos
Scripts com falha restauram o snapshot transacional nativo, incluindo a ausência original do nó de dados e o default exibido
Saída PDF salva
A conversão XFA AcroForm consome o mesmo resolver de valores para valores nativos de campos e aparências geradas; conversões editable e read-only retêm os valores corretos de ausentes e vazios
A conversão preserva a resolução completa de binds SOM e o lookup existente de emissão de form packets; defaults de formulário e template específicos de ocorrência fornecem valores quando o binding ou o lookup de emissão não tem valor
O produtor focado de aceitação salva PDFs iniciais, explicitamente limpos e read-only; checagens independentes de pypdf e MuPDF inspecionam valores de campos, flags nativas, texto visível e os packets XDP associados
APIs relacionadas
HPDFXFAResolveFieldValueNode, DOM nativo de dados e Runtime interativo de widgets XFA dinâmicos