Dado carrega em campo temporário no evento ajax não persiste se estiver oculto

Bugs
#1

Criei um campo adicional pra ser carregado com um dados em um evento ajax q busca informações em outra tabela para fim de fazer uma validação na hora da inclusão em OnValidate.

o dado gravado no evento ajax só persiste se o campo não estiver oculto q é definido lá em “Posicionamento dos Campos”

para contornar isso deixei o campo em exibição e nas propriedade do próprio campo marquei com o “Campo escondido”

isso não atrapalha, só pra constar mesmo o campo temporário q é carregado no evento ajax parece não persistir se estiver desabilitado no “Posicionamento dos Campos”

#2

Não fez sentido executar o ajax de um campo que não foi posicionado no formulário, esta correto a forma que o SC esta fazendo.

Sua ação de esconder o campo é a forma do evento funcionar.

#3

Haroldo, francamente, não faz sentido carregar um vlr de campo onde quer que seja do jeito q eu quiser e ele não persistir em outro local seja pra qual for o motivo.
Eu já contornei o q considero problema, e só coloquei aqui no intuito de contribuir… achei q tava ajudando.

#4

Eloy,

Quando se conhece como o SC trabalha internamente, se entende porque a NM não atende a todos os pedidos de implementações ou mudança de comportamento em alguns procedimentos.

O SC não se preocupa com campos que não estão posicionados no formulário, não gera código para eles, pois se gerasse como gera para os campos posicionados, o tamanho em bytes cresceria proporcionalmente a quantidade de campos da tabela a qual o formulário esta ligado.

Quando programamos na unha e queremos guardar algum valor que não vai ser exibido como fazemos? Criamos uma tag html input dotipo hidden, correto?

Ou seja criamos o campo e escondemos ele, esse eh o procedimento correto. Se você criou um campo manual, para trabalhar com os recursos que o SC cria para ele, eventos ajax, como por exemplo, mas não quer que o campo seja exibido, esta certíssimo esconde-lo.

#5

Boa noite,

Problema reportado para nossa equipe de bugs.

att,
Bernhard Bernsmann