Overrides nativos de propriedades de UI no XFA

Units: HPDFXFA, HPDFXFARuntime e HPDFXFAEventScript

Criação e grupos de choice

Nós de UI de campos e draws suportados expõem extras e picture, mais uma escolha mutuamente exclusiva de widget: barcode, button, checkButton, choiceList, dateTimeEdit, defaultUi, imageEdit, numericEdit, passwordEdit, signature ou textEdit

Cada filho tem cardinalidade um; getElement e acesso direto a propriedades materializam propriedades ausentes suportadas sob a ocorrência real do formulário, compartilhando os orçamentos nativos de criação e o rollback transacional

const row = xfa.form.resolveNode("main.row[1]");
row.input.ui.textEdit.multiLine = "1";
row.input.ui.textEdit.hScrollPolicy = "off";
row.password.ui.passwordEdit.hScrollPolicy = "off";
row.selection.ui.choiceList.open = "multiSelect";
row.selection.ui.choiceList.commitOn = "select";

Criar uma escolha de widget conflitante faz a transação do evento falhar; extras e picture permanecem metadados e são pulados ao selecionar o widget efetivo de UI

Defaults e paths de filhos suportados

UI, passwordEdit, choiceList e checkButton expõem atributos comuns de schema id, use e usehref

PasswordEdit tem default hScrollPolicy=auto e passwordChar=*; choiceList tem default open=userControl, textEntry=0 e commitOn=select

PasswordEdit, choiceList e checkButton suportam filhos border, extras e margin; textEdit retém seus paths de border, comb, extras e margin e seus defaults contextuais existentes

CheckButton tem default size=10pt, shape=square, mark=default e allowNeutral=0; a criação nativa automática de Boolean consome propriedades efetivas por instância de marcas, bordas e captions escalares

setAttribute(value, name) continua disponível para atributos adicionais explícitos; defaults adicionais de classes de widgets e schemas de filhos continuam como alvos separados

Consumers reais de runtime e flatten

O runtime reconstrói os kinds de widgets a partir da UI efetiva para cada ocorrência repetida após eventos bem-sucedidos; nós criados de textEdit, passwordEdit e choiceList viram controles reais de texto, password e list ou combo

O flattening de campos usa a mesma seleção efetiva de UI, incluindo uma UI somente nativa de formulários ou uma escolha de widget adicionada a uma UI de template vazia ou somente metadados

Atributos de UI alimentam flags reais de campos PDF, incluindo texto multiline e sem scroll, mascaramento de password, multi-select e commit-on-select; opções declaradas de items e valores vinculados atuais permanecem conectados

Outras instâncias repetidas retêm sua UI e valores anteriores; o reload do XDP salvo e eventos subsequentes continuam resolvendo os nós nativos criados de propriedades de UI

Aparências salvas de texto

Quando AutoFormAppearances está habilitado, as aparências de texto multilinha do XFA honram quebras explícitas LF, CR e CRLF e posicionam cada linha separadamente

Para texto suportado de byte único, o word wrapping mede a família e o tamanho efetivos da fonte padrão; uma palavra mais larga que o controle é dividida em prefixos medidos que cabem, preservando todos os caracteres de texto na aparência gerada

Cada linha emitida consome seu alinhamento efetivo left, center ou right e o retângulo nativo existente de clipping

Cobertura

A criação de schema não adiciona por si mesma consumers ausentes para cada escolha de widget; comportamento especializado de image, barcode e widgets default, caracteres customizados de password, texto de widgets mais rico, embutimento Unicode e criação adicional de filhos de valores permanecem alvos ativos

Inicialização de defaults de template para um valor implícito ausente de dataset e herança geral de prototypes também permanecem trabalho separado

Referência e APIs relacionadas

A gramática e os defaults de UI seguem a especificação XFA 3.3

Criação nativa de propriedades ausentes, DOM nativo de propriedades e Runtime XFA interativo