Pular para o conteúdo principal

Postagem em destaque

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️ Olá pessoal, Espero que este post encontre todos vocês bem! É com grande entusiasmo que compartilho que estou expandindo meus serviços como Desenvolvedor AdvPL para novos desafios e colaborações. Com mais de duas décadas de experiência sólida, minha jornada profissional tem sido enriquecedora, com a oportunidade de participar de projetos empolgantes ao longo dos anos. Agora, estou ansioso para trazer minha experiência e habilidades para novas equipes e projetos, trabalhando de forma remota. Minha expertise abrange não apenas AdvPL, mas também outras tecnologias-chave, incluindo JS, SQL, Infraestrutura e Otimização de Processos. Acredito que essa combinação de conhecimentos me permite oferecer soluções abrangentes e eficazes para uma variedade de necessidades de desenvolvimento. Acredito que a tecnologia tem o poder de transformar negócios e impulsionar o sucesso, e estou comprometido em ajudar meus clientes a alcançar seu

Salvar e Recuperar Valores :: ReadVar()


Boa noite pessoal, na semana passada eu passei por uma necessidade inusitada, precisei implementar uma validação na edição de campo (X3_VLDUSER) em uma MSGetDados (D1_TES), até ai tudo bem, poderia obter o valor do banco de dados e realizar uma comparação com o conteúdo atual obtendo através de:

cOldCodTES := &(ReadVar())

O problema é que, quando o Protheus passa pela minha validação de usuário, "cOldCodTES" esta contendo a nova informação inserida pelo usuário. Logo pensei, vou obter pelo AScan:

cOldCodTES := aCols[n,AScan(aHeader,{|x| Trim(x[2]) == "D1_TES"})]

E nada, antes mesmo da minha validação o Protheus já realizou a alteração do "aCols", fiz uma tentativa por curiosidade usando "GDFieldGet":

cOldCodTES := GDFieldGet("D1_TES")

Problemas também, nada de surpreendente, afinal "GDFieldGet" implementa um AScan internamente. Sem perder as esperanças, tentei métodos mais agressivos (rsrs), tentei utilizar "MaFisRet" para obter o valor do TES, afinal, o Protheus não deveria realizar a troca sem antes mesmo de passar pelo "X3_VALID" e "X3_VLDUSER", e la fui:

cOldCodTES := MaFisRet(n,"IT_TES")


E mesma coisa, o safado libera a troca do TES sem passar por todas as validações (curioso isto hein Totvs, chega ater ser questionável, mas tudo bem...) E agora José, como vou acessar este valor que estava no campo?
Parti para a galera do BlackTDN, o Sergio Souza me deu algumas dicas, porém também não tive avanço, eis que então surge o Naldo com uma sugestão básica, que nem tinha me passado pela cabeça. Utilizar o X3_WHEN com um retorno AllwaysTrue() (afinal não quero validar a edição do campo, apenas salvar o seu conteúdo para acessar na execução do método referenciado em X3_VLDUSER, resultado, perfeito conforme o que eu esperava.
Agora, apresento-lhes abaixo a "magia" rsrs.



//Fonte BackupCampo.prw responsável por salvar o conteúdo do campo
//uso genérico para qualquer campo ;)
#include "Totvs.ch"

//Implementação genérica para ser utilizada em qualquer campo
User Function BackupCampo()
Local uBackupField := &(ReadVar())

   //Utilizando funcao _SetNamedPrvt para mudar o escopo da variavel, conforme dica obtidade em:
   //http://www.blacktdn.com.br/2011/09/protheus-advpl-setownerprvt-vs.html
   _SetNamedPrvt("uBackupField",uBackupField,FunName())

Return AllwaysTrue() //não quero validar o campo, apenas salvar seu conteúdo no momento do acesso


#include "Totvs.ch"

//Implementação genérica para ser utilizada em qualquer campo
User Function ValidaCampo()
Local lValidacao := .T.
Local uValorCpoAtual := &(ReadVar())

//Neste ponto:
//* Variavel "uBackupField" (salva na função "BackupCampo" possui o conteúdo no momento em que o campo foi acessado
//* Variavel "uValorCpoAtual" possui o valor informado pelo usuario

//Verificando se os valores são os mesmos, ou ainda implementando validações conforme o necessario
lValidacao := (uValorCpoAtual == uBackupField)

Return lValidacao


Resta agora, adicionar no campo alvo da validação o seguinte:
X3_WHEN (Modo Edição) -> U_BackupCampo()
X3_VLDUSER (Valid. Usuário) -> U_ValidaCampo()

E esta tudo certo :)

Agradecimentos imensos a Sergio Souza e Naldo pelo apoio ?

BlackTDN rulex ;x

Comentários

  1. Não é possível fazer a validação do X3_VLDUSER
    usando M-> ?
    X3_VLDUSER
    Iif( M->D1_TES == "001", "a", "b" )
    ?

    ResponderExcluir
    Respostas
    1. Sim, é possivel, desde que a variável em questão seja uma variável de memória. Então teste-a com:

      IF IsMemVar("D1_TES") .and. GetMemVar("D1_TES") == "001"
      ...
      EndIF

      que seria o mesmo que:

      IF IsMemVar("D1_TES") .and. M->D1_TES == "001"
      ...
      EndIF

      ou

      IF Type("M->D1_TES") == "C" .and. M->D1_TES == "001"
      ...
      EndIF

      Nos três exemplos testamos a existência da variável de memória antes de utiliza-la.

      Excluir

Postar um comentário

Postagens mais visitadas deste blog

BlackTDN :: RLeg ~ Desvendando a Função ParamBox

Para quem precisar desenvolver uma interface de entrada de dados, coisa rápida, e não quer ter aquele trabalhão danado que todos já sabemos, o Protheus tem uma função que ajuda muito, é uma interface semelhante a função Pergunte, porém com muito mais opção de objeto de entrada de dados, alias até colocar o scrollbox desta interface com todos os objetos em outra MsDialog ou Wizard é simples. Vejam o exemplo abaixo, boa sorte! Rleg. //---------------------------------------------------------- // Função exemplo utilizando a função ParamBox() //---------------------------------------------------------- User Function xParamBox() Local aRet := {} Local aParamBox := {} Local aCombo := {"Janeiro","Fevereiro","Março","Abril","Maio","Junho","Julho","Agosto","Setembro","Outubro","Novembro","Dezembro"} Local i := 0 Private cCadastro := "xParambox" // ---------------

BlackTDN :: Customizando a interface de Login no Protheus e by You

A publicação “ BlackTDN :: By You e sua nova tela de login ”  de nosso amigo OBona deu o que falar e, em função disso, esse que a muito não vos escreve resolveu criar uma versão onde será possível personalizar, “por completo”, a tela de login no Protheus/by You. Considerando que OBona já havia “mapeado, identificado e customizado” as imagens peguei-as emprestadas para o exemplo que se segue: O primeiro passo para a customização “total” da interface de login do Protheus/by You será implementar o “Ponto de Entrada” ChgPrDir (Diretório de impressão) . Usaremos esse PE juntamente como programa U_FindMsObject.prg (apresentado pela primeira vez em: Protheus :: ADVPL : The Container : Presents Pandora's box ). Diferente do exemplo proposto por OBona, que substitui, durante o processo de compilação, as imagens padrões do sistema (excluindo-as) por imagens customizadas (com o mesmo nome) este novo exemplo mantém, no RPO, as imagens padrões adicionando novas imagens customizadas que serã

Protheus :: Chamando Funções do Menu Diretamente e sem a Necessidade de Login

Ferne$ perguntou: "...é possível abrir alguma rotina do sistema sem solicitar login ao usuário, como por exemplo a rotina MATA010..." Sim Ferne$, é possível sim. Abaixo um Exemplo para a Chamada à função MATA010 sem a necessidade de Login no sistema. #INCLUDE "PROTHEUS.CH" #INCLUDE "TBICONN.CH" /*/ Funcao: MATA010Ex Data: 30/04/2011 Autor: Marinaldo de Jesus Descricao: Executar a Funcao MATA010 diretamente sem a necessidade de LOGIN no Protheus Sintaxe: 1 ) U_MATA010Ex ( Chamada diretamente na Tela de Entrada do Sistema ) ; ou 2 ) totvsclient.exe -q -p=u_MATA010Ex -a=01;01 -c=rnp_local -e=rnp -m -l ( Chamada Via Linha de Comando ) /*/ User Function MATA010Ex( cEmpFil ) Local aEmpFil Local bWindowInit := { || __Execute( "MATA010()" , "xxxxxxxxxxxxxxxxxxxx" , "MATA010" , "SIGAFAT" , "SIGAFAT", 1 , .T. ) } Local cEmp Local cFil Local cMod Local cModName := "SIGAFAT" DEFA