Overrides nativos de propriedades de UI XFA

Unidades: HPDFXFA, HPDFXFARuntime e HPDFXFAEventScript

Criação e grupos de escolhas

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

Cada filho tem cardinalidade um; getElement e o acesso direto a propriedades materializam propriedades ausentes suportadas sob a ocorrência real de formulários, partilhando orçamentos nativos de criação e 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 conflituosa de widgets faz falhar a transação de eventos; extras e picture permanecem metadados e são ignorados ao selecionar o widget efetivo de UI

Defaults e caminhos suportados de filhos

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

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

PasswordEdit, choiceList e checkButton suportam filhos de border, extras e margin; textEdit mantém os caminhos dele de border, comb, extras e margin e os defaults contextuais existentes dele

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

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

Consumidores reais de runtime e flatten

O runtime reconstrói tipos 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 tornam-se controlos reais de texto, palavras-passe e listas ou combos

O achatamento de campos usa a mesma seleção efetiva de UI, incluindo uma UI nativa apenas de formulários ou uma escolha de widgets acrescentada a uma UI de template vazia ou apenas de metadados

Atributos de UI alimentam flags reais de campos PDF, incluindo texto multilinha e sem scroll, mascaramento de palavras-passe, multiseleção e commit-on-select; opções declaradas de itens e valores atualmente vinculados permanecem ligados

Outras instâncias repetidas mantêm a UI e os valores anteriores delas; recarregamento de XDP guardado e eventos subsequentes continuam a resolver nós nativos criados de propriedades de UI

Aparências guardadas de texto

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

Para texto suportado de um byte, o wrap de palavras mede a família e o tamanho efetivos do tipo de letra standard; uma palavra mais larga que o controlo é dividida em prefixos ajustados medidos, preservando todos os carateres de texto na aparência gerada

Cada linha emitida consome o alinhamento efetivo dela de esquerda, centro ou direita e o retângulo nativo existente de clipping

Cobertura

A criação de schemas por si só não acrescenta consumidores em falta para cada escolha de widgets; comportamento especializado de imagens, códigos de barras e widgets default, carateres personalizados de palavras-passe, texto de widgets mais rico, embedding Unicode e criação adicional de filhos de valores continuam a ser alvos ativos

Inicialização template-default para um valor de datasets implícito em falta e herança geral de protótipos 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, Property DOM nativo e Runtime XFA interativo