TXFAEventBinding

Unit: HPDFXFAEventScript

Dichiarazione

TXFAEventBinding= record
  Name, ClassName: AnsiString;
  ParentIndex: Integer;
  Value, Presence, Access: AnsiString;
  InstanceCount, InstanceGroup: Integer;
  MinInstances, MaxInstances: Integer;
  DefaultValue, DefaultPresence, DefaultAccess: AnsiString;
  Repeated: Boolean;
  Identity, ScriptSource, Locale, EventActivity: AnsiString;
  Domain: TXFAEventBindingDomain;
  DataIdentity: AnsiString;
  DataBindingEnabled: Boolean;
  Attributes, DefaultAttributes: TXFAEventAttributes;
  PropertyPath: AnsiString;
  PropertyOwnerIndex: Integer;
  XML, DefaultXML: AnsiString;
  DataBindingRef, DataContextIdentity: AnsiString;
  DataBindingExplicit: Boolean;
end;

Comportamento

Descrive un nodo host virtuale di evento; ogni occorrenza reale di subform ripetuto riceve un binding e figli separati

ParentIndex seleziona il binding parent, o -1 per la radice; Value, Presence e Access descrivono lo stato corrente dell'occorrenza

InstanceGroup identifica i binding gestiti dallo stesso instance manager, mentre InstanceCount e i limiti di occorrenze descrivono i confini del manager

I default del template inizializzano le nuove istanze; Repeated identifica i nodi con una dichiarazione occur

TXFAWidgetRuntime costruisce questi record dal template e dal contesto datasets corrente prima dell'esecuzione del motore

Identity è l'identità host stabile per questa occorrenza; ScriptSource contiene il JavaScript di uno script object dichiarato dentro variables

Una Identity vuota usa un'identità unica basata sull'indice di binding; fornisci identità esplicite stabili quando l'ordine di binding può cambiare, così i riferimenti conservati continuano a puntare alla stessa occorrenza

Locale porta l'attributo locale opzionale del nodo come testo UTF-8; il nodo in esecuzione eredita il valore dell'antenato non vuoto più vicino, con una catena vuota che seleziona il locale utente

EventActivity fornisce xfa.event.name per il binding in esecuzione; TXFAWidgetRuntime imposta le attività evento e i nomi di contesto calculate o validate, mentre i binding di livello inferiore vuoti usano event

Domain distingue i nodi form dai nodi nativi datasets, dataGroup e dataValue; il suo default xebdForm preserva i chiamanti esistenti

DataIdentity referenzia l'identità stabile di un altro binding per collegare un campo o subform form al suo nodo dati; le letture di campo e data-value condividono così un unico valore live

DataBindingEnabled ammette la creazione implicita di nodi dati quando un prototype form ripetuto non ha un binding dati esistente; i campi runtime con bind match=none lo lasciano False e non espongono un nodo dati sintetico

L'InstanceGroup del dominio dati registra l'occorrenza sibling omonima per la pubblicazione nativa del target virtuale; i binding dati non espongono instance manager del form

Attributes contiene gli attributi effettivi correnti della proprietà; DefaultAttributes contiene gli attributi del template usati per un nodo proprietà appena clonato

Il Name del dominio proprietà conserva l'attributo name reale, di solito vuoto; il suo ClassName fornisce il componente SOM e i suoi indici parent preservano la gerarchia delle proprietà e le occorrenze sibling locali

PropertyPath e PropertyOwnerIndex identificano una proprietà solo-form assente dal template; il percorso usa componenti di occorrenza di classe, e l'indice owner seleziona l'occorrenza form nativa nello stesso array di binding

I binding runtime solo-form espongono gli attributi nativi correnti mentre i loro DefaultAttributes usano i default dello schema, così clonare un prototype ripetuto crea valori di proprietà predefiniti invece di ereditare l'override di un'altra istanza

Lascia PropertyPath vuoto per i binding di proprietà dichiarati esistenti; il suo indice owner associato resta allora inutilizzato

Per exData, XML è l'elemento UTF-8 serializzato corrente e DefaultXML fornisce il contenuto del template per una nuova istanza ripetuta

Un binding exData con XML vuoto parte da un elemento exData nativo vuoto; il DefaultXML solo-form resta vuoto così una nuova occorrenza non eredita il contenuto straniero importato di un'altra istanza

Le stringhe XML di input partecipano al budget di byte del contesto evento; saveXML e loadXML usano il replay nativo validato delle risposte e pubblicano attraverso xeakLoadXML

L'XML del dominio dati porta i metadati nativi shallow delimitati del runtime: nome elemento, namespace, valore, attributi, dichiarazioni di namespace, contenuto non testuale ordinato e posizioni dei figli; DefaultXML è inutilizzato per i nodi dati

I metadati contengono un nodo e i suoi figli diretti di testo, commenti e processing instructions, evitando un sottoalbero di discendenti duplicato per ogni binding dati

DataBindingRef è il selettore dataRef senza spazi; DataBindingExplicit distingue un dataRef vuoto esplicito da un binding implicito sul nome del campo

DataContextIdentity identifica lo scope dati nativo reale del campo indipendentemente da DataIdentity, che identifica la sua foglia selezionata

Questi campi permettono agli import XML di rivalutare i binding contro il Data DOM fresco immediatamente, inclusi target appena disponibili e selezioni per discendenti, wildcard, classi e indici

Le applicazioni normali usano TXFAWidgetRuntime per costruire i binding nativi; i chiamanti di livello inferiore possono omettere i metadati XML per nodi dati solo scalari e lasciare i nuovi campi di binding ai loro valori predefiniti

API correlate

Runtime interattivo dei widget XFA dinamici, Funzioni FormCalc e Packet DOM XFA