[delphi-br] 3 Camadas - Master/Detail - A luta continua
Boa noite a todos! Como disse anteriormente, estou tentando migrar algumas aplicações de Client/Server para 3 camadas. O meu problema(até o presente) é que quando abro o Master, não mostra os Detail. Ao Debugar a aplicação, vejo que a tabela é aberta mas não traz registro nenhum... Alguém tem alguma dica. Informando que configurei os parâmetros, dei o comando Fetch Params nas ClientDataSets... Agradeço antecipadamente! Fraterno abraço, Carlos
Re: [delphi-br] Programa no tray icon
No próprio JEDI VCL existe um componente (JvTrayIcon) que você poderá utilizar. O menu pode ser um TPopupMenu, da paleta Standard. Crie as funcionalidades que precisa nesse menu, e na propriedade PopupMenu do JvTrayIcon, você passa esse menu. Qual a versão do Delphi está usando? Se não me engano, a partir do Delphi 2006 ele já vem com o TTrayIcon como componente já instalado, pronto para usar. Abraço. Eduardo Nicácio http://www34.brinkster.com/ecnsoft - Original Message - From: "Marcos Abreu Ferreira" To: ; Sent: Friday, June 05, 2009 4:44 PM Subject: [delphi-br] Programa no tray icon Pessoal, estou querendo fazer um servidor que recebe informações por socket. Ele já está funcionando, mas queria fazer uma alteração nele. No form principal somente informo uma coisas sem muita utilizadade. Queria colocar o sistema somente para rodar minimizado na tray icon e se clicasse sobre o icone com o botao direito do mouse, me aparecesse um menu para abrir 3 possiveis forms de configuração do sistema. Alguém conhece um componente para fazer isso, em especial o menu? Att, Marcos A. Ferreira São Paulo - BrasilMSN: maferre...@hotmail.itgoogle Talk: maf.decisiva Skype: m_abreuferreira Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar, ou divulgar as informações nela contidas ou tomar qualquer ação baseada nestas informações. Se você recebeu esta mensagem por engano, por favor, avise imediatamente o remetente, respondendo o email e em seguida, apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please, advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE. ENVIRONMENT commitment and responsibility, think about Before Printing. _ More than messages-check out the rest of the Windows LiveT. http://www.microsoft.com/windows/windowslive/ [As partes desta mensagem que não continham texto foram removidas] -- < FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM > No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.12.52/2153 - Release Date: 06/03/09 18:00:00 -- No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.12.52/2153 - Release Date: 06/03/09 18:00:00 [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Ord
2009/6/6 Dirceu Vasson Jr : > Olá a todos > > Está certo o uso do ord da seguinte maneira? > > ID:= Ord(Copy(Sigla, 1, 1)); > > Já vi na net o pessoal utilizando desta maneira mas não está rodando. Não rola. Copy retorna string e ord espera um char. Faz assim: if Length(Sigla) > 0 then ID := Ord(Sigla[1]) else // algum erro Joao Morais
[delphi-br] Ord
Olá a todos Está certo o uso do ord da seguinte maneira? ID:= Ord(Copy(Sigla, 1, 1)); Já vi na net o pessoal utilizando desta maneira mas não está rodando. SDS/Dirceu Jr __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
[delphi-br] OFF TOPIC COMPRA DE SISTEMA COM FONTES
Cheguei a analisar alguns que estao a venda pela net, mas não agradou, então resolvi procurar aqui na lista, um sistema de controle de estoque, faturamento e principalmente apuração de icms e ipi , para implantar em uma loja de autopeças , o sistema precisa emitir nota fiscal, e cupom ecf, não a necessidade de Tef. Quem tiver algum demo para analizar, tambem mandar o valor, mande para o meu email em pvt jose.claudemir.co...@gmail.com [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Scanner HP x Delphi
Olha. Não sei como fazer integração c/ o Scanner da HP. Quando precisei de 1 solução do tipo, a idéia foi, direcionar as cópias feitas pelo scanner para uma pasta específica, e o seu programa pode monitorar essa pasta para capturar as cópias efetuadas pelo scanner. Tenho 1 Scanjet também e foi possível efetuar este tipo de configuração nele. . Espero que ajude. Gabriel R. B. On Sat, Jun 6, 2009 at 10:16 AM, Gmail - Sharplinux wrote: > Pessoal, bom dia > > Alguém já desenvolveu alguma coisa com o Scanner da HP modelo Scanjet > 5590? Não consigo capturar o que o scanner faz cópia, alguém tem alguma > idéia? Já liguei na HP mas eles não dão suporte a software de terceiros. > > > Abraços > Rodrigo Santos > Ti Móvel > Belo Horizonte - MG > [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Vamos ter um ACBrCTe?
Estou utilizando o ACBrNFe em fase de testes e achei muito bom. Mas tenho clientes transportadoras com emissão de conhecimento de frete também.Existe a perspectiva de desenvolver um componente para CTe? Graça
Re: RES: [delphi-br] Re: framework
muita gente nao sabe usar os dbware e acham q eles nao podem ser totalemente manipulados sem mta complicacao... mta gente quer "pegar o codigo do registro q ta no grid" e esquece q os dbware soh refletem a linha q esta selecionada no provedor de dados (query, table, client dataset), os tratamentos dos erros tb, tem tanta gente q trata erro nos botoes, nos dbware, gereando confusao depois pra atualizar ou encontrar onde foi q ele esqueceu alguma coisa qndo fiz meu curso de delphi meu professor mostrou uma aula soh com os dbwares, depois q a gente ja fazia td na unha, ele nao gostava de dbware, conheci os dois lados da moeda e escolhi o meu, mas o outro lado tb tem os msm valores qndo se sabe o q esta fazendo... julio cesar - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br Sent: Saturday, June 06, 2009 2:49 AM Subject: Re: RES: [delphi-br] Re: framework Longe de mim dizer que um é melhor que o outro. Ambas as vertentes são muito boas quando em mãos hábeis. Digo pela minha experiência que me sinto mais a vontade com non-DBWare, mas não dispenso o uso de um DBGrid. O fazer tudo na unha, na minha experiência foi relativo. Fiz uma vez e com o tempo fui aprimorando. Mas única e exclusivamente porque não me adapto tão bem aos componentes DBWare. Como já disse, muita comodidade e facilidade ME prejudica. Não tenho a mesma flexibilidade de muitos amigos aqui, reconheço... Se for requisito de projeto usar DBWare, não vejo problemas nem vou espernear. Mas se puder escolher, prefiro um modelo misto, mas minimizando o uso de DBWares a um TDataSource e TDBGrid, por exemplo. []'s Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em sex, 5/6/09, Marcos Douglas escreveu: De: Marcos Douglas Assunto: Re: RES: [delphi-br] Re: framework Para: delphi-br@yahoogrupos.com.br Data: Sexta-feira, 5 de Junho de 2009, 19:51 > Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes. .. Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais "na unha". Acabei pegando um vício, que me deu um trabalhão pra perder. Se você entrar numa "briga" dizendo que "non-DBware" é melhor do DBware porque "fazer na unha" é melhor, então a briga será perdida. Tem muita gente aqui (não estou me referindo a você, Ricardo) que só vê 2 mundos: utilizar DBware ou fazer "tudo na unha". Se eu tiver que escolher entre as duas opcões, não penso duas vezes, é DBware. Temos que comparar 2 tecnologias/ frameworks. Não dá pra comparar "fazer tudo na unha" com um framework razoavelmente bem feitoque é o DBware. Marcos Douglas Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: framework
nom meu caso uso os dois.. eu criei meus propios datasets derivando do tclientdataset e melhorei ele a minha maneira.. Ja os controles dbedit´s, dbmemo´s eu tambem criei novos com rotinas de validação, se é obrigatorio, etc, mudar ao receber focu, etc. fiz tudo isso usando controles nativos do delphi sem usar de terceiros. tambem recriei uma dbgrid com zebrado, exibição de fotos, etc. entao quando é apenas um cadastro utilizo eles. tambem fiz outro framework onde eu desenvolvi um sisteminha de uma unica tela so pra gerar componentes das minhas tabelas do banco de dados. onde eu digo qual o banco ai ele me lista as tabelas ai eu informo uma tabela e ele me gera um objeto com o insert, delete, update, listar dados (retornando um dataset), carregar (carregar dados de um registro nesse componente pela chave), etc, e todos os seus campos sao criados como propiedades. entao ja tenho uma stringdbgrid que eu melhorei ai quando eu quero por exemplo fazer algo mais complexo utilizo esses objetos que eu criei nesse meu sisteminha. ainda mais tirando esses objetos que eu crio do banco de dados e meus frameworku de acesso a dados tenho todo um framewokr de heranca visual dos forms onde todos herdam de um TformPai. entao quando eu crie um componente pra validacao de usuario e permissoes coloquei no form pai e eu digo se ele é um TVFormnormal, TVformrelatorio, TVformcadastro ou um TVformprincipal e ele verifica a seguranca pelo nivel de acesso dele aos botoes e etc. ate os botoes de cadastro eu criei um TrafaelbotaoCadastro onde eu digo o tipo (insert, delete, refresh, etc) e ele realiza rotinas como setar foco, autoincremento, varrer o form e ver se na hora do cadastro vc nao deixou nenhum item que é obrigatorio nao setado e etc. levei 6 messes desenvolvento todo o meu framework que tem mais de 150 componentes que vao des de melhorias nos edits, herança de formularios, geradores de classe e tudo o mais. mas hoje eu crio uma tela de cadastro com validacao de campos se ja tem no banco ou nao, campos obrigatoris, auto incremento, e uma porrada de coisa sem digitar uma linha de codigo e idependente do banco. e quando e algo mais complexo que precisa de rapidez e agilidade uso os meus obijetos criados pelo banco de dados por exemplo uma tela de pedidos. onde fica tudo na memoria e depois e salvo no banco eu alimento os campos da forma "self.venda.cliente := self.combcliente.valor", onde no exemplo ao lado no meu objeto criado da tabela de vendas vai pegar o "valor" num combobox que eu fiz que lista os dados de uma tabela e pode resgatar um campo ao selecionar um dados desses exemplo : ele lista todos os nomes dos clientes e quando le seleciona um ele retorna o codigo no campo valor, sim e se tiver mais de um cliente? ele tem um evento onmaisdeumresultado onde ele mostra uma tela pra pessoa esolher qual ele realmente quer. ja fazia isso a um tempao pois precisava de produtividade, agilidade e dominio total no sistema e tinha que ser algo reaproveitavel dai fiz esse framework. entao minha opiniao é que voce deve correr atraz da forma que lhe cai bem no momento sem gambiarras, eu me quebrei muito pois trabalhava sozinho e quando dava um pau no sistema me lascava na manutencao. hoje em dia com meu framework o meu propio sistema gerencia os erros me envia eu corrigo de uma forma rapida e simples e envio pra net e ele mesmo se atualiza sozinho. ou seja ganhaei produtividade, rapidez e nem preciso ir no cliente pra ajeitar pequenas coisas. escolha um framework que lhe atenda ou entao desenvolva o seu propio como eu fiz. vc vai ver que copiar e colar nao ajuda de nada na hora da manutencao e fazer tudo procedural e de forma estrutorada tambem nao. use OOP pra facilitar sua vida e se vc precisa de algo que o delphi nao atende.. crie. afinal de contas o propio delphi e feito nele. uma das politicas que a gente tem aqui e que nunca pegamos componentes de terceiros sem fontes e nao usamos frameworks gigantes como a rxlib ou jed se precisamos de algo a gente mesmo faz. tirando o gerenciador de realtorio visual (o pra matricial a gente fez), que ate hoje a gente usa o quickrep mas ta tentando migrar pro fortes que a gente tem os fontes e ta estudando eles. entao é isso.. eu usao no minimo 4 frameworks que sao integrados de uma forma que parecem ser apenas um. tudo foi uma questao de ganho de tempo e produtividade. entao escolhe o que vc precisa usar e usa todos os que voce precisar. t+ 2009/6/5 Ricardo César Cardoso > > > Longe de mim dizer que um é melhor que o outro. Ambas as vertentes são > muito boas quando em mãos hábeis. Digo pela minha experiência que me sinto > mais a vontade com non-DBWare, mas não dispenso o uso de um DBGrid. > > O fazer tudo na unha, na minha experiência foi relativo. Fiz uma vez e com > o tempo fui aprimorando. Mas única e exclusivamente porque não me adapto > tão bem aos componentes DBWare. Como já disse, muita comodidade e facilidade > ME prejudica. Não tenho a mesma flexibilidade de muitos amigos
[delphi-br] Scanner HP x Delphi
Pessoal, bom dia Alguém já desenvolveu alguma coisa com o Scanner da HP modelo Scanjet 5590? Não consigo capturar o que o scanner faz cópia, alguém tem alguma idéia? Já liguei na HP mas eles não dão suporte a software de terceiros. Abraços Rodrigo Santos Ti Móvel Belo Horizonte - MG -- < FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM > <*> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages <*> Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ <*> Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: RES: [delphi-br] !!!Dúvida tabela!!!
Tem aspas demais ai !!! Deixe assim: sCampo:=Query1.FieldByName('CAMPOX').AsString; marcelo escreveu: > Para voce utilizar a sCampo e vir o valor que você quer , precisar se > assegurar qua a query foi aberta e também em qual evento você atribui o valor > da query a variável sCampo. > > > > De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em > nome de Fernando de Laurentiis > Enviada em: sexta-feira, 5 de junho de 2009 16:58 > Para: delphi-br@yahoogrupos.com.br > Assunto: [delphi-br] !!!Dúvida tabela!!! > Prioridade: Alta > > > > > > > > > Pessoal, boa tarde. > > Imaginemos uma situação assim: > > sCampo: string; > > sCampo:='Query1.FieldByName(''CAMPOX'').AsString'; > > Como faço pra, qdo utilizar o sCampo, vier o conteudo do campo CAMPOX da > tabela?? > > []'sss > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.12.53/2156 - Release Date: 06/05/09 > 06:24:00 > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > >