Oi Davi... Quando vc fala de scripts, pode ser um xml por exemplo, não? Ah, e muito obrigado a todos... estou aprendendo bastante com esta thread...
On Dec 28, 2007 7:33 AM, Davi Eduardo Borges Wall <[EMAIL PROTECTED]> wrote: > > > >Deixa eu ver se entendi... isso seria realmente para criar uma tela > >automática, ou outra coisa? Porque se for, tem que seguir realmente o que > o > >Andreano disse... e um bom embasamento é o proprio Delphi.. o dicionario > >teria que ter a maioria das propriedades, caption, height, width, > taborder, > >formatmask, editmask e etc.. > > Não necessariamente, isso vai depender de como você montou a estrutura da > sua tela. > Preparando uma tela com funcionamento básico e publicando todos seus > objetos, eventos, propriedades na IDE > de script você pode deixar esses a cargo da customização na frente do > Cliente, por exemplo: > > Você disponibiliza uma tela de cadastro pessoa física para os clientes. > Esta é uma tela genérica. > Certo cliente precisa da informação IDADE no seu cadastro de pessoa > física. Puxa vida, vou ter que criar um campo calculado, > colocar uma rotina de cálculo de idade, associar ela a algum evento, > compilar manejar pacotes, enviar para o cliente. (ainda com chance de erro) > > Com um script e um sistema do tipo "creating and using", na frente do > cliente eu crio um campo calculado e no script faço o calculo da idade > e já jogo o valor para o Edit do campo calculado. > Eventos do CDS como, oninsert, afterinsert, beforeinsert, onscroll entre > outros, todos podem estar publicados no script. Até mesmo o objeto de > negócio se for necessário. > Então a utilização de script é algo lindo em um sistema comercial, ERP, > automação, seja lá qual a finalidade. > Ainda mesmo é de encher os olhos do cliente quando você faz esse tipo de > coisa na frente dele por exemplo. > > >Quanto ao script, a um tempo eu pesquisei sobre isso, e cheguei a > conclusão > >de que: o script não substitui o sistema compilado, voce não consegue > fazer > >muita coisa, somente mesmo coisas simples.. pra se ter uma idéia, voce > >consegue acesso a dados (IBX, DBX e etc), mas é muito ruim, bom pelo > menos > >na época que eu pesquisei.... Na época tinha chegado a conclusão de usar > >mini-EXEs... como a Inprise (Sim, era Inprise na época :o) ) não > permitia, e > >ainda não permite (me corrija se estiver errado) que se distribua o > >compilador e fontes do delphi (vcl e afins), estava vendo a > compatibilidade > >de integrar o então recém iniciado Lázarus... mas por falta de motivação > >($$) deixei este projeto de lado.. > > Acho que você talvez não tenha pesquisado o suficiente. A IDE script VBA > que tenho permite fazer quase tudo o que o Delphi faz. > Ela por exemplo me permite carregar ACtivex librarys da Microsoft para > fazer por exemplo MAPI via macro. Consigo rodar e manipular planilhas > excelt. > Consigo manipular qualquer objeto do Delphi. Consigo até mesmo publicar > funções específicas. Posso criar uma função que nem essa Get_IdadePessoa(ID: > integer) > de dentro do Delphi e publicar para ser usado na Macro. > > São muitas as vantagens da utilização de macro "script" em aplicações, mas > também há desvantagens, uma delas é SUPORTE. =) > Mas, estou atento a esta thread! > > []s > Fellipe H. > > [As partes desta mensagem que não continham texto foram removidas] > > > -- TFA, Leslyn Fernandes 55-11-9159-3837 Computer Engineer Integra Solutions "A poem written in minor between dark and light" [As partes desta mensagem que não continham texto foram removidas]
