Override delle proprietà UI XFA native

Unit: HPDFXFA, HPDFXFARuntime e HPDFXFAEventScript

Creazione e gruppi choice

I nodi UI field e draw supportati espongono extras e picture, più una scelta di widget mutuamente esclusiva: barcode, button, checkButton, choiceList, dateTimeEdit, defaultUi, imageEdit, numericEdit, passwordEdit, signature o textEdit

Ogni figlio ha cardinalità uno; getElement e l'accesso diretto alle proprietà materializzano le proprietà assenti supportate sotto l'occorrenza form reale, condividendo budget nativi di creazione e rollback transazionale

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";

Creare una scelta di widget in conflitto fa fallire la transazione dell'evento; extras e picture restano metadati e vengono saltati quando si seleziona il widget UI effettivo

Default e percorsi figlio supportati

UI, passwordEdit, choiceList e checkButton espongono i comuni attributi schema id, use e usehref

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

PasswordEdit, choiceList e checkButton supportano figli border, extras e margin; textEdit conserva i suoi percorsi border, comb, extras e margin e i suoi default contestuali esistenti

CheckButton ha default size=10pt, shape=square, mark=default e allowNeutral=0; la creazione Boolean nativa automatica consuma le proprietà effettive per istanza di marker, border e caption scalare

setAttribute(value, name) resta disponibile per attributi aggiuntivi espliciti; ulteriori default di classi widget e schemi figlio restano obiettivi separati

Runtime reale e consumatori di flatten

Il runtime ricostruisce i tipi di widget dalla UI effettiva per ogni occorrenza ripetuta dopo eventi riusciti; i nodi textEdit, passwordEdit e choiceList creati diventano veri controlli text, password e list o combo

L'appiattimento dei campi usa la stessa selezione UI effettiva, inclusa una UI nativa solo form o una scelta di widget aggiunta a una UI del template vuota o solo metadati

Gli attributi UI alimentano i flag reali dei campi PDF, inclusi testo multilinea e senza scroll, mascheramento password, multi-select e commit-on-select; le opzioni item dichiarate e i valori attualmente in binding restano collegati

Le altre istanze ripetute conservano la loro UI e i loro valori precedenti; il ricaricamento dell'XDP salvato e gli eventi successivi continuano a risolvere i nodi proprietà UI nativi creati

Aspetti testo salvati

Quando AutoFormAppearances è abilitato, gli aspetti testo multilinea XFA rispettano le interruzioni esplicite LF, CR e CRLF e posizionano ogni riga separatamente

Per il testo single-byte supportato, il word wrapping misura famiglia e dimensione effettive del font standard; una parola più larga del controllo viene spezzata in prefissi adatti misurati, preservando tutti i caratteri del testo nell'aspetto generato

Ogni riga emessa consuma il suo allineamento effettivo a sinistra, centro o destra e il rettangolo di clipping nativo esistente

Copertura

La creazione da schema non aggiunge da sola i consumatori mancanti per ogni scelta di widget; comportamenti specializzati di image, barcode e widget default, caratteri password personalizzati, testo widget più ricco, incorporazione Unicode e creazione aggiuntiva di figli value restano obiettivi attivi

Anche l'inizializzazione dal default del template per un valore implicito del dataset mancante e l'ereditarietà generale dei prototype restano lavori separati

Riferimenti e API correlate

La grammatica UI e i default seguono la specifica XFA 3.3

Creazione nativa di proprietà assenti, DOM nativo delle proprietà e Runtime XFA interattivo