TXFAEventBinding

Unidade: HPDFXFAEventScript

Declaration

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

Descreve um nó virtual de host de eventos; cada ocorrência real repetida de subforms recebe um binding e filhos separados

ParentIndex seleciona o binding pai dele, ou -1 para a raiz; Value, Presence e Access descrevem o estado atual da ocorrência

InstanceGroup identifica bindings geridos pelo mesmo gestor de instâncias, enquanto InstanceCount e os limites de ocorrências descrevem os bounds do gestor

Defaults de templates inicializam instâncias novas; Repeated identifica nós com uma declaração occur

TXFAWidgetRuntime constrói estes registos a partir do template e do contexto atual de datasets antes da execução do motor

Identity é a identidade estável de host para esta ocorrência; ScriptSource contém JavaScript para um objeto de script declarado dentro de variables

Uma Identity vazia usa uma identidade única de índices de bindings; forneça identidades explícitas estáveis quando a ordem de bindings puder mudar, para que referências retidas continuem a endereçar a mesma ocorrência

Locale transporta o atributo opcional de locales do nó como texto UTF-8; o nó em execução herda o valor ancestral não vazio mais próximo, com uma cadeia vazia a selecionar o locale do utilizador

EventActivity fornece xfa.event.name para o binding em execução; TXFAWidgetRuntime define atividades de eventos e nomes de contextos de calculate ou validate, enquanto bindings de nível mais baixo vazios usam event

O Domínio distingue nós de formulários de nós nativos de datasets, dataGroup e dataValue; o default dele xebdForm preserva quem já chama

DataIdentity refere a identidade estável de outro binding para ligar um campo ou subform ao nó de dados dele; leituras de campos e de valores de dados partilham então um valor vivo único

DataBindingEnabled permite a criação implícita de nós de dados quando um protótipo repetido de formulários não tem binding de dados existente; campos de runtime com bind match=none deixam-no False e não expõem nó sintético de dados nenhum

InstanceGroup de domínios de dados regista a ocorrência de irmãos com o mesmo nome para publicação nativa de alvos virtuais; bindings de dados não expõem gestores de instâncias de formulários

Attributes contém atributos efetivos atuais de propriedades; DefaultAttributes contém atributos de templates usados para um nó de propriedades recém-clonado

Name de domínios de propriedades mantém o atributo real de nomes, geralmente vazio; o ClassName dele fornece a componente SOM e os índices de pais dele preservam a hierarquia de propriedades e as ocorrências locais de irmãos

PropertyPath e PropertyOwnerIndex identificam uma propriedade apenas de formulários ausente do template; o caminho usa componentes de ocorrências de classes, e o índice do proprietário seleciona a ocorrência nativa de formulários no mesmo array de bindings

Bindings nativos apenas de formulários expõem atributos nativos atuais enquanto os DefaultAttributes deles usam defaults de schemas, pelo que clonar um protótipo repetido cria valores default de propriedades em vez de herdar um override de outra instância

Deixe PropertyPath vazio para bindings existentes de propriedades declaradas; o índice de proprietários associado a ele fica então por usar

Para exData, XML é o elemento serializado UTF-8 atual e DefaultXML fornece conteúdo de templates para uma instância repetida nova

Um binding exData com XML vazio parte de um elemento nativo vazio de exData; DefaultXML apenas de formulários permanece vazio, para que uma ocorrência nova não herde conteúdo estrangeiro importado de outra instância

Strings de entrada XML participam no orçamento de bytes do contexto de eventos; saveXML e loadXML usam replay validado de respostas nativas e publicam através de xeakLoadXML

XML de domínios de dados transporta os metadados nativos delimitados e rasos do runtime de XML: nome do elemento, namespace, valor, atributos, declarações de namespaces, conteúdo ordenado que não seja texto e posições de filhos; DefaultXML não é usado para nós de dados

Os metadados contêm um nó e os filhos diretos dele de texto, comentários e processing instructions, evitando uma subárvore descendente duplicada para cada binding de dados

DataBindingRef é o seletor dataRef aparado; DataBindingExplicit distingue um dataRef explicitamente vazio de um binding implícito de nomes de campos

DataContextIdentity identifica o âmbito nativo real de dados do campo independentemente de DataIdentity, que identifica a folha selecionada dele

Estes campos permitem que importações XML reavaliem bindings contra o Data DOM fresco imediatamente, incluindo alvos recém-disponíveis e seleções de descendentes, wildcards, classes e índices

Aplicações ordinárias usam TXFAWidgetRuntime para construir bindings nativos; quem chama a um nível mais baixo pode omitir metadados XML para nós de dados apenas escalares e deixar os campos novos de bindings nos valores por defeito deles

APIs relacionadas

Runtime interativo de widgets XFA dinâmicos, Funções FormCalc e XFA Packet DOM