Re: [delphi-br] Delphi + Postges: Table does not exist
Quais os componente de acesso vc esta usando?? Em 03/12/06, red_twister03 [EMAIL PROTECTED] escreveu: Estou desenvolvendo um programa usando Delphi e banco de dados Postgres. O código está em um diretório e o Banco de dados está em outro. coloquei um Database na minha aplicação, defini o alias name, databasename, login prompt = false,connected = true,params = Select * from clientes; e uma query conectada a essa database. O banco de dados já está criado. Quando clico no botão que faria uma consulta na tabela clientes,ele me diz que a tabela não existe. Table does not exist Error while executing the query; Error: relation clientes does not exist. Process stopped. Use Step or Run to continue. O que eu poderia ter feito errado? obrigado! [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Delphi + Postges: Table does not exist
Bom dia! Cê tá querendo acessar o PostgreSQL com o BDE? Instale o ZeosLib que é bem fácil de acessar o PostgreSQL. Boa sorte. Ulisses -Mensagem Original- De: red_twister03 Para: delphi-br@yahoogrupos.com.br Enviada em: domingo, 3 de dezembro de 2006 10:09 Assunto: [delphi-br] Delphi + Postges: Table does not exist Estou desenvolvendo um programa usando Delphi e banco de dados Postgres. O código está em um diretório e o Banco de dados está em outro. coloquei um Database na minha aplicação, defini o alias name, databasename, login prompt = false,connected = true,params = Select * from clientes; e uma query conectada a essa database. O banco de dados já está criado. Quando clico no botão que faria uma consulta na tabela clientes,ele me diz que a tabela não existe. Table does not exist Error while executing the query; Error: relation clientes does not exist. Process stopped. Use Step or Run to continue. O que eu poderia ter feito errado? obrigado! [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] formulas!!!!
Por favor me ajudem!!! Tenho um sistema onde o usuário define a formula para uma determinada situação, depois tenho que aplicar esta formula, tipo macro substituição do Clipper. Sei que o delphi não faz isso, mas se alguém tiver uma solução que possa me ajudar ficarei eternamente grato. Desde já agradeço a atenção de todos. [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Problema com o Quick Report - Resolvido.
A única solução foi essa mesmo, usando o QRDBRichText Obrigado a Todos. Thiago - Desenvolvimento Moked do Brasil - Consultoria de Segurança Empresarial Divisão MokInf de Informática PABX: (55-11) 5071-2748 [EMAIL PROTECTED] www.moked.com.br http://www.moked.com.br/ http://www.moked.com.br/ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Moked - Humberto (Brazil) Enviada em: sexta-feira, 1 de dezembro de 2006 19:01 Para: delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] Problema com o Quick Report Tente usar o QDBRichText, colocando a propriedade DataField = Campo =D De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Moked - Thiago (Brasil) Enviada em: sexta-feira, 1 de dezembro de 2006 16:17 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: RES: [delphi-br] Problema com o Quick Report Dessa maneira tbm não funcionou marcelo.. [s] Thiago De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Marcelo Enviada em: sexta-feira, 1 de dezembro de 2006 06:01 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] Problema com o Quick Report Moked - Thiago (Brasil) escreveu: Bom dia colegas Delphianos, Estou tendo um problema na hora de gerar um relatório, estou utilizando um componente do tipo QRMemo, para receber os dados, conforme parte do código abaixo, mas quando o relatório é gerado, somente aparece os dados do 1ºregistro do banco ou do último registro ele não fica passando de um a um, como os campos .DataField Alguém teria uma sugestão?? eu tentei.. abrir o ClientDataSet.. e dar um first. depois dentro do laço colocar um next... e não adiantou... for i := 0 to RecordCount-1 do begin qrdbDadoAten0.DataField := 'AteCodi'; qrdbDadoAten3.DataField := 'UsuNome'; qrdbNomeProcurador.DataField := 'pro_nome'; qrdbAtend1.DataField := 'His_Data'; qrdbDadoAte2.DataField := 'HisDura'; qrdbSituacao.DataField := 'ate_situ'; mmAteDesc.Lines.Text := fieldbyname('AteDesc').AsString; end; Thiago Filiano [As partes desta mensagem que não continham texto foram removidas] -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.6/486 - Release Date: 19/10/2006 Voce experimentou fazer assim: mmAteDesc.Lines.Add(fieldbyname('AteDesc').AsString) ??? Espero ter ajudado [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Unificação de Sistemas
Cara 3 camadas com certeza é uma solução viavel..eu faço integração de gestão clinica e hospitalar on-line com interfaces ricas win32 e td mais.. e mto recuros. alguns clientes com ate 300 conexoes simultaneas, alguns usam FireBird e os mais criticos usam Interbase. a aplicação é de alta requisição e disponibilidade pois tem q estar disponivel 24/7, rapido e sem erros, pois se trata de vidas humanas. Td funciona com tecnologia 100% Borland usando Borland Socket Server construida em Delphi 2006 no mais estou as ormdens Abração Bruno Lichot Marcelo escreveu: Amigos da lista. Estou precisando de uma grande ajuda e conselhos dos amigos. O problema é o seguinte: Trabalho em uma empresa de desenvolvimento de software (Delphi 6 + Firebird 1.5 + IBO) e temos um cliente (que por sinal é o nosso melhor cliente $$) que nos deu um ultimado. Esse nosso cliente, que possuis duas filiais + a matriz, gostaria de unificar os sistemas, ou seja, tendo apenas um servidor e suas tres lojas acessando o mesmo banco de dados. O cliente relatou que não quer mais ficar replicando as informações, onde o mesmo só tem replicado a parte de cadastro de cliente e produtos. Agora o mesmo quer unificação. E eu gostaria saber dos amigos qual a melhor tecnologia para realizar esse processo. Estava pensando em utilizar sistema em 3 camadas. 3 camadas realmente seria a solução??? Outro problema: em apenas uma loja desse mesmo cliente possui 22 estações. O firebird (estou perguntando isso apenas por desencardo de consiencia, pois acredito e muito nesse excelente bd) é confiável em suas transações? Bom como eu peguei o sistema aki já em andamento, o nosso sistema praticamente não existe programação em banco, somente no executável do sistema. O que está acontecendo é que nesse cliente, já sumiu vendas, notas, não gerou parcelas e vendas vistas não entrou o valor no caixa. Alguem já passou por semelhança como essa no firebird?? Pessoal agradeço a todos mesmo pela ajuda. Abraço. __ Informação do NOD32 IMON 1895 (20061201) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br -- -- []´s Bruno Lichot
[delphi-br] Res:Como pesquisar em um DBEdit?
bom dia...eu uso o evento ON EXIT do dbedit... quando digito o código do cliente, pressione enter... e uma query localilze os dados do cliente... faça uma consulta com uma query para localizar o cliente pelo texto do dbedit... se não conseguir ou não entendeu mande um email, que te envio o texto completo falou amigão??? [EMAIL PROTECTED] - Yahoo! Search Música para ver e ouvir: You're Beautiful, do James Blunt [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] programa de marcação de aula
bom dia grupo preciso montar um programa de marcação de aula, mas não consigo encaixar a crítica... o programa funciona assim: tenho 10 micros, e 12 horários para marcar um aluno em cada horário de cada micro...ex: MARCOS, MICRO 2, DE 10 AS 11 DA MANHÃ... quando MARCOS for marcar de novo o sistema avisa que ele já marcou a aula da semana... ESTE É O PONTO: cada aluno pode marcar duas aulas por semana o sistema tem que informar que ele já marcou as duas aulas, ou permitir que marquemos a aula que falte...espero que tenha dado pra entender...aguardo...Obs: é para estudos... qualquer dica ou exemplo bem simples serve...grato. - Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se tu criase um descendente de TTable, já com o evento, não precisaria nem de colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso. Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre, refresh e tals ? - Original Message - From: Luiz Escobar [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 1:30 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Acho que vc esta redondamente equivocado nesta parte Campus pra isso que existem os DATAMODULES / ( PROCEDURES / FUNCTIONS / nEvent´s )-RECURSIVOS eu só faço a parte de pesquisa uma unica vez... se ta loco fica colocando um TTABLE em cada FORM hehehehhe Um exemplo RECURSIVO USANDO BeforePOST( bla bla ), em todas as minhas tabelas (uso MySQL) tem o campo 'lastuser' que é o ultimo usuário que cadastrou/modificou o registro. Em todas as tabelas eu uso esse unico evento... crio ele uma unica vez e nos BEFOREPOST eu seleciono o EVENTO que já esta criado (a data hora é um campo TIMESTAMP no MySQL, assim nem me preocupo com ela) procedure TMD_BeforePostALL( dataset : TDataSet ); // ALL porque é usado para todos Begin DataSet.FieldByName('lastuser').AsString := (f_principal.l_user); // pega o usuário do form.principal... End; Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br Sent: Thursday, November 30, 2006 3:28 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz eu tb estou olhando mais de perto isso. O bom é que tu pode criar uma classe TCliente, e chamando o retrieve, por exemplo, carregar os dados do banco. O ganho é que tu faz isso na classe, e só instancia o objeto. Com TDataSet, se em cada form tu for colocar um TTable ou um TQuery para buscar esses dados, tu vai ter que localizar o cliente corespondente, ou com Locate, ou com um GotoKey. Em resumo, e sempre tem que escrever muito código. Já no caso, usando um objeto cliente, tu escreve esse código uma vez só e pronto. - Original Message - From: Luiz Escobar [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Thursday, November 30, 2006 2:01 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Andreano, não é achar que não deve ter, é ter certeza que não precisa ter. Opa, isso precisa ter muita base pra falar né futuro matuzalem É sempre questão de preferência. Falo por mim, estou apenas expondo vantagens de um modelo orientado a objetos perante o RAD (com exceção de usar TDataset como objeto de negócio - isso é roda quadrada). HUmmm uma questao de preferencias. agora melhorou TDataset é orientado a tabela, OPF é orientado a objetos do domínio do problema. ==TDataset== TabCliente.Open; // ou .Query := 'xx'; TabCliente.Locate(); // ou TabCliente.Open; TabCliente.Edit TabClienteNOME := 'Outro'; TabCliente.Post; e se tiver Cached updates... transação... ai vc coloca um APPLYUPDATE(-1) e ta tudo certo ==OPF== Cliente := TCliente.Retrieve(ID); -- monta query, pesquisa, etc. Cliente.Nome := 'Outro Nome'; Cliente.Save; -- cache, controle transacional, tudo aqui dentro. E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu pra TDataset. Ta tirei o EDIT, quer dizer só mando o valor, sem dar um EDIT, mas tenho um SAVE = POST, os cache/transaction no OPF não existem ? onde eu faço varias alterações e mando salvar tudo de uma vez para que se der um problema eu possa fazer um ROLLBACK ??? Este exemplo ta meio desproporcional... Pra quem acha que EDIT´s são melhores que DBEDIT´s, isso ai Fudeu com tudo mesmo porque os controles ficaram mais ainda longe das mãos dos programadores não que eu não ache isso maravilhoso, muito pelo contrario, quanto menos codigo melhor... BOM mas o que o OPF do RETRIEVE usou para se ligar ao BANCO ? não foi um DBWARE ? tipo um TTABLE ? TQUERY ? TDATABASE ? e para visualizar as coisas, vou ter que fazer um label1.caption := cliente.nome ? Explique mais, ou mostre onde posso conseguir mais coisa to começando a gostar do bixim ==DBAware== DBAware é orientado a TDataset (win32) e ainda assim fica pendurado em um componente (DB*) e a um datasource. Se você quer um componente 'Combo' mais envenenado, ele tem que entender DBAware. Se o seu Dataset estiver em um DataModule e por desencargo do destino a ligação
Re: [delphi-br] Algoritmos Geneticos - Resolvido
str1:= copy(str1,1,5) + (copy(str2,6,10)); str2:= copy(str2,1,5) + (copy(str1,6,10)); Julio Cesar Quierati [EMAIL PROTECTED] escreveu: Olá pessoal estou desenvolvendo um AG (algoritimo genetico), bom meu problema se resume em em quebrar uma string num ponto aleatorio, onde por exemplo tenha duas string com max 10 caracteres e queira cortar elas ao meio. ex: strings inicial corte aleatorio [5] string final str1 := 0101010101 str1 := 01010 | 10101 str1 = 01010 + 01010 str2 := 1010101010 str2 := 10101 | 01010 str2 = 10101 + 10101 no mais, grato =/ - Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas! [As partes desta mensagem que não continham texto foram removidas] - O Yahoo! está de cara nova. Venha conferir! [As partes desta mensagem que não continham texto foram removidas]
[Delphi-br] conversao Inteiro p/ Binario
Fiz o codigo utilizando mod, div, e ficou muito grande meu codigo, precisava dar uma refinada ! sera que alguem conhece uma forma mais pratica ? - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Chart Series
Caros Colegas, como faço para mudar um tipo de gráfico em tempo de execução? Estou usando o componente qrChart e gostaria de poder fazer com que o usuário escolha o tipo de gráfico que deseja imprimir, tipo Pie, Point, Line, etc. Obrigado e abraços a todos Ralp Alves [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
João, Discordo qto a herança múltipla. Java, que foi concebido para implementar OO não tem herança múltipla, pq o pessoa da Sun sabe que herança múltipla complica mais do que gera resultados. MS .NET tb é outro exemplo. Para este problema, utilizamos interfaces. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Sex, Dezembro 1, 2006 7:39 pm Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos Douglas wrote: Nada em informática é 100%, inclusive o ECO. Programar utilizando MVP, em Delphi, tb não quer dizer 100% OO, pois nem o Delphi é 100% OO... Não tomemos 100% como algo perfeito, mas tangível para a tecnologia atual. Neste caso MVP é 100% OO e Object Pascal / Delphi poderia estar melhor colocado se ao menos implementasse herança múltipla. -- João Morais --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu Andreano Lanusse wrote: O que você diz de OPF é o que o ECO faz. mas unindo os 2 mundos DataWare e 100% OO Apenas para fins de esclarecimento: - Eu não disse que a Borland não tem um framework OPF; - 100% OO é uma opinião, e não um fato. -- João Morais
Re: [delphi-br] Imagem GIF (conexão!!!)
Dê uma olhada nesses links... pode ser que alguma coisa sirva. Ah! E encontrei no Google... http://www.dialysisunits.com/images/loading.gif http://www.mitsuo-tv.com/img/common/loading.gif http://www.bibm.ad/seguros/cat/imatges/conectando.gif Uma outra opção é usar um programa como o Fireworks ou algum outro para edição de gifs animados e montar seu próprio Gif. Uns 10 passos (10 camadas) já devem bastar. Se precisar de algo, entra em contato em private, ok? Abraços. Atenciosamente: Eduardo Cláudio Nicácio Analista Programador JR. Fábrica 02 - CTIS Tel.: (11) 3150-6834 [EMAIL PROTECTED] - Original Message - From: almir cruz To: Grupo Sent: Monday, December 04, 2006 12:07 AM Subject: [delphi-br] Imagem GIF (conexão!!!) Olá colegas! Algum de vcs teria a imagem gif que aparece um computador enviando sinal para o servidor. Tipo o que aparece nos programas de atualiazações? Gostaria de colocar o imagem no inicio de um programa que fiz!!! para que o usuario não pense que travou a máquina!!! Um abraço! Almir Cruz - O Yahoo! está de cara nova. Venha conferir! [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] programa de marcação de aula
A minha sugestão é fazer com que o sistema marque as duas aulas já de uma vez, ou que vc crie uma tabela com os dias da semana e uma com os micros disponíveis e cruze ambas... Na verdade vc tem que pensar na lógica de uma agenda médica onde um médico não pode marcar duas consultas no mesmo horário. Espero que ajude um pouco. Abraço, Ricardo. - Mensagem original De: ALEX MICHEL [EMAIL PROTECTED] Para: delphi-br@yahoogrupos.com.br Enviadas: Segunda-feira, 4 de Dezembro de 2006 9:40:56 Assunto: [delphi-br] programa de marcação de aula bom dia grupo preciso montar um programa de marcação de aula, mas não consigo encaixar a crítica... o programa funciona assim: tenho 10 micros, e 12 horários para marcar um aluno em cada horário de cada micro...ex: MARCOS, MICRO 2, DE 10 AS 11 DA MANHÃ... quando MARCOS for marcar de novo o sistema avisa que ele já marcou a aula da semana... ESTE É O PONTO: cada aluno pode marcar duas aulas por semana o sistema tem que informar que ele já marcou as duas aulas, ou permitir que marquemos a aula que falte...espero que tenha dado pra entender...aguardo. ..Obs: é para estudos... qualquer dica ou exemplo bem simples serve...grato. - - --- Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! [As partes desta mensagem que não continham texto foram removidas] !-- #ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;} #ygrp-mlmsg table {font-size:inherit;font:100%;} #ygrp-mlmsg select, input, textarea {font:99% arial,helvetica,clean,sans-serif;} #ygrp-mlmsg pre, code {font:115% monospace;} #ygrp-mlmsg * {line-height:1.22em;} #ygrp-text{ font-family:Georgia; } #ygrp-text p{ margin:0 0 1em 0; } #ygrp-tpmsgs{ font-family:Arial; clear:both; } #ygrp-vitnav{ padding-top:10px; font-family:Verdana; font-size:77%; margin:0; } #ygrp-vitnav a{ padding:0 1px; } #ygrp-actbar{ clear:both; margin:25px 0; white-space:nowrap; color:#666; text-align:right; } #ygrp-actbar .left{ float:left; white-space:nowrap; } .bld{font-weight:bold;} #ygrp-grft{ font-family:Verdana; font-size:77%; padding:15px 0; } #ygrp-ft{ font-family:verdana; font-size:77%; border-top:1px solid #666; padding:5px 0; } #ygrp-mlmsg #logo{ padding-bottom:10px; } #ygrp-vital{ background-color:#e0ecee; margin-bottom:20px; padding:2px 0 8px 8px; } #ygrp-vital #vithd{ font-size:77%; font-family:Verdana; font-weight:bold; color:#333; text-transform:uppercase; } #ygrp-vital ul{ padding:0; margin:2px 0; } #ygrp-vital ul li{ list-style-type:none; clear:both; border:1px solid #e0ecee; } #ygrp-vital ul li .ct{ font-weight:bold; color:#ff7900; float:right; width:2em; text-align:right; padding-right:.5em; } #ygrp-vital ul li .cat{ font-weight:bold; } #ygrp-vital a { text-decoration:none; } #ygrp-vital a:hover{ text-decoration:underline; } #ygrp-sponsor #hd{ color:#999; font-size:77%; } #ygrp-sponsor #ov{ padding:6px 13px; background-color:#e0ecee; margin-bottom:20px; } #ygrp-sponsor #ov ul{ padding:0 0 0 8px; margin:0; } #ygrp-sponsor #ov li{ list-style-type:square; padding:6px 0; font-size:77%; } #ygrp-sponsor #ov li a{ text-decoration:none; font-size:130%; } #ygrp-sponsor #nc { background-color:#eee; margin-bottom:20px; padding:0 8px; } #ygrp-sponsor .ad{ padding:8px 0; } #ygrp-sponsor .ad #hd1{ font-family:Arial; font-weight:bold; color:#628c2a; font-size:100%; line-height:122%; } #ygrp-sponsor .ad a{ text-decoration:none; } #ygrp-sponsor .ad a:hover{ text-decoration:underline; } #ygrp-sponsor .ad p{ margin:0; } o {font-size:0;} .MsoNormal { margin:0 0 0 0; } #ygrp-text tt{ font-size:120%; } blockquote{margin:0 0 0 4px;} .replbq {margin:4;} -- ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Qual a melhor ferramenta para desenvolvimento WEB?
Olá, Sei que este assunto já foi discutido na lista, porém, na minha situação específica, gostaria de algumas sujestões dos colegas que já desenvolveram soluções nesta área. Já tenho o sistema funcionando em rede, beleza. Desenvolvi usando Delphi 7 (Paleta interbase) e banco de dados firebird 1.0. Preciso agora disponibilizar alguns serviços via Web para o meu cliente. O banco de dados está hospedado em um servidor Linux. A princípio, pensei em 2 tecnologias: A) Intraweb - Usando o próprio Delphi 7; B) Asp.net - usando Delphi 2005 (ou 2006?) O fato do banco estar em um servidor linux impede a utilização do Asp.net ??? Intraweb é uma tecnologia adequada? Preciso manter meu sistema rodando. Desde já, agradeço. Florentino S. Filho Goiânia-GO
Re: [Delphi-br] conversao Inteiro p/ Binario
function DecToBin(Valor: Integer): string; var S: string; i: integer; Negative: boolean; begin Negative := (valor 0); valor := Abs(valor); for i := 1 to SizeOf(valor) * 8 do begin if valor 0 then S := S + '1' else S := S + '0'; valor := valor shl 1; end; Delete(S, 1, Pos('1', S) - 1); if Negative then S := '-' + S; Result := S; end; Em 04/12/06, Julio Cesar Quierati [EMAIL PROTECTED] escreveu: Fiz o codigo utilizando mod, div, e ficou muito grande meu codigo, precisava dar uma refinada ! sera que alguem conhece uma forma mais pratica ? - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas] -- Att., Alvaro Esteves Alves Analista de Sistemas 55 11 8214-7819 The information contained in this message and in the attached files are restricted, and its confidentiality protected by law. In case you are not the addressee, be aware that the reading, spreading and copy of this message is unauthorized. Please, delete this message and notify the sender. The improper use of this information will be treated according the company's internal rules and legal laws. [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] ClientSocket + Aplicativo em DLL
Daniel, você não pode fornecer o código ou parte dele para saber o que está acontecendo. manda o evento OnCreate que voçê falou. E uma pergunta, o ClientSocket está dentro da dll? Como você fez isso? Jonatã. - Mensagem original De: Daniel - Comp-3 [EMAIL PROTECTED] Para: delphi-br@yahoogrupos.com.br; [EMAIL PROTECTED] Enviadas: Sexta-feira, 1 de Dezembro de 2006 15:38:55 Assunto: [delphi-br] ClientSocket + Aplicativo em DLL Boa tarde a todos... Tenho um aplicativo, que roda como serviço do Windows (dll), esta aplicação tem um ClientSocket, aonde no evento OnCreate do Remote Datamodule, me conecto a um servidor Socket, mas o interessante é que o Client não passa pelo evento OnConect, mas a aplicação server registra esta conexão, mas o Cliente não recebe nenhuma mensagem enviada pelo servidor, e vice versa. Já tentei trocar o Port, e não resolveu, será que pode haver algum problema com o ClientSocket rodando como serviço do Windows?? Se faço uma aplicação normal em exe o client e o server comunicam normalmente. . Agradeço já aqueles que puderem me dar uma luz! Obrigado Daniel Loureiro _ E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail http://mail. terra.com. br/protected_ email/imail/ imail.cgi? +_u=compdan _l=1,1 164990474.891476. 19085.almora. hst.terra. com.br,17346, Des15,Des15 _ Esta mensagem foi verificada pelo E-mail Protegido Terra http://mail. terra.com. br/ . Scan engine: McAfee VirusScan / Atualizado em 30/11/2006 / Versão: 4.4.00/4908 Proteja o seu e-mail Terra: http://mail. terra.com. br/ [As partes desta mensagem que não continham texto foram removidas] ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] 9473 : $2501 : Insufficient memory for this operation.
BOM DIA CARISSIMOS!!! Alguem poderia me ajudar a resolver este problema. Tenho um programa que desenvolvi em delphi 7 e BD Paradox. O Problema é o seguinte de uns tempos pra ca tem aparecido a seguinte mensagem : Insufficiente Memory for this operation. Procurei na internet e achei numa lista de erros do BDE exatamente esta menssagem 9473 : $2501 : Insufficient memory for this operation.. Mas é só isso que fala não me diz como resolver este problema. Desde ja agradeço Sandro - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas]
Re: [Delphi-br] conversao Inteiro p/ Binario
Também... function IntToBin(AValor: Integer): String; begin Result := ''; AValor := Abs(AValor); while (AValor 0) do begin Result := IntToStr(AValor and 1) + Result; AValor := AValor shr 1; end; end; Mas essa ignora o sinal do inteiro... Henrique Netzka - Original Message - From: Alvaro To: delphi-br@yahoogrupos.com.br Cc: [EMAIL PROTECTED] Sent: Monday, December 04, 2006 10:31 AM Subject: Re: [Delphi-br] conversao Inteiro p/ Binario function DecToBin(Valor: Integer): string; var S: string; i: integer; Negative: boolean; begin Negative := (valor 0); valor := Abs(valor); for i := 1 to SizeOf(valor) * 8 do begin if valor 0 then S := S + '1' else S := S + '0'; valor := valor shl 1; end; Delete(S, 1, Pos('1', S) - 1); if Negative then S := '-' + S; Result := S; end; Em 04/12/06, Julio Cesar Quierati [EMAIL PROTECTED] escreveu: Fiz o codigo utilizando mod, div, e ficou muito grande meu codigo, precisava dar uma refinada ! sera que alguem conhece uma forma mais pratica ? - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas] -- Att., Alvaro Esteves Alves Analista de Sistemas 55 11 8214-7819 The information contained in this message and in the attached files are restricted, and its confidentiality protected by law. In case you are not the addressee, be aware that the reading, spreading and copy of this message is unauthorized. Please, delete this message and notify the sender. The improper use of this information will be treated according the company's internal rules and legal laws. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RE: [delphi-br] Delphi + Postges: Table does not exist
Se vc colocou a tabela de clientes dentro de um schema vc deve usar assim pra se referenciar a tabela: select * form nome_schema.clientes From: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of red_twister03 Sent: domingo, 3 de dezembro de 2006 09:10 To: delphi-br@yahoogrupos.com.br Subject: [delphi-br] Delphi + Postges: Table does not exist Estou desenvolvendo um programa usando Delphi e banco de dados Postgres. O código está em um diretório e o Banco de dados está em outro. coloquei um Database na minha aplicação, defini o alias name, databasename, login prompt = false,connected = true,params = Select * from clientes; e uma query conectada a essa database. O banco de dados já está criado. Quando clico no botão que faria uma consulta na tabela clientes,ele me diz que a tabela não existe. Table does not exist Error while executing the query; Error: relation clientes does not exist. Process stopped. Use Step or Run to continue. O que eu poderia ter feito errado? obrigado! __ NOD32 1897 (20061201) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] AVI maximizado em um panel, como fazer?
Olá pessoal! Na inicialização de uma aplicação que estou desenvolvendo, preciso que um arquivo avi seja exibido ocupando toda a tela (como a opção Tela Cheia do Windows Media Player). Para isso, coloquei um panel ocupando toda o form, fazendo o Tmediaplayer do projeto abrir o avi dentro do panel ( mediaplayer1.display := panel1), porém ele abre o arquivo sem utilizar todo o tamanho do panel, apenas exibindo-o no seu real tamanho, no canto superior esquerdo. Alguém poderia me ajudar? Obrigado, Igor [As partes desta mensagem que não continham texto foram removidas]
Re: [Bulk] [delphi-br] Problemas com IdFTP
Elazar, infelizmente não funcionou, alguem tem alguma ideia para a resolução deste problema? []´s Em 28/11/06, Elazar Dornelles Ceza [EMAIL PROTECTED] escreveu: Helton Tente ver o modo...Ativo/Passivotive problemas com isto.. Atenc; Elazar -Mensagem original- De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br]Em nome de Helton Enviada em: segunda-feira, 27 de novembro de 2006 10:32 Para: Lista delphi Assunto: [Bulk] [delphi-br] Problemas com IdFTP Pessoal Montei uma pequena aplicação para q seja feita transferencia de dados com um servidor. Durante os testes utilizei o ftp da matrix (ftp.trix.net) e tudo funcionou legal, consegui conectar, enviar e baixar os arquivos. Depois de pronto fui configurar para usar o servidor de meu cliente (locaweb) mas não funcionou, e para surpresa total utilizando um software de ftp funciona perfeitamente. Existe alguma configuração q tenha q ser feita no componente para este servidor? []´s -- Hélton R. Nunes [EMAIL PROTECTED] heltonrn%40gmail.com ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.com/ -- Hélton R. Nunes [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Problema com o Quick Report
Acho que não... mas se não me engano tem um TQRDBRichText. Moked - Thiago (Brasil) [EMAIL PROTECTED] escreveu: então ele está dentro de um TQRDetail.. mas mesmo assim não apresenta os dados dos outros registros.. somente os dados do primeiro registro (isso so no QRMemo.. nos outros (QRDBText) eles trazem todos os registros certinhos...). existiria então um componente Memo com DB?? tipo QRDBMemo??? Thiago - Desenvolvimento Moked do Brasil - Consultoria de Segurança Empresarial Divisão MokInf de Informática PABX: (55-11) 5071-2748 [EMAIL PROTECTED] www.moked.com.br De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Valfrid-Ly Silva Couto Enviada em: sexta-feira, 1 de dezembro de 2006 14:01 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Problema com o Quick Report O seu QRMemo tem que estar dentro de um TQRDetail, que é a banda que passeia pelos registros. Moked - Thiago (Brasil) escreveu: Bom dia colegas Delphianos, Estou tendo um problema na hora de gerar um relatório, estou utilizando um componente do tipo QRMemo, para receber os dados, conforme parte do código abaixo, mas quando o relatório é gerado, somente aparece os dados do 1ºregistro do banco ou do último registro... ele não fica passando de um a um, como os campos .DataField Alguém teria uma sugestão?? eu tentei.. abrir o ClientDataSet.. e dar um first. depois dentro do laço colocar um next... e não adiantou... for i := 0 to RecordCount-1 do begin qrdbDadoAten0.DataField := 'AteCodi'; qrdbDadoAten3.DataField := 'UsuNome'; qrdbNomeProcurador.DataField := 'pro_nome'; qrdbAtend1.DataField := 'His_Data'; qrdbDadoAte2.DataField := 'HisDura'; qrdbSituacao.DataField := 'ate_situ'; mmAteDesc.Lines.Text := fieldbyname('AteDesc').AsString; end; Thiago Filiano [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos Valfrid-Ly Silva Couto [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ 15114646 - Yahoo! Search Música para ver e ouvir: You're Beautiful, do James Blunt [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos Valfrid-Ly Silva Couto [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ 15114646 - Yahoo! Search Música para ver e ouvir: You're Beautiful, do James Blunt [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!
Marcos Douglas wrote: Discordo qto a herança múltipla. Java, que foi concebido para implementar OO não tem herança múltipla, pq o pessoa da Sun sabe que herança múltipla complica mais do que gera resultados. MS .NET tb é outro exemplo. Para este problema, utilizamos interfaces. Concordo que interface, apesar de não ter nascido pra isso, resolve o problema. Discordo que isto seja motivo para remover o recurso. É um pouco mais complicado implementar herança múltipla com interface do que implementar diretamente através das classes. Mas como não sou engenheiro de nenhuma das duas empresas nem da Borland/CodeGear... -- João Morais Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Sex, Dezembro 1, 2006 7:39 pm Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos Douglas wrote: Nada em informática é 100%, inclusive o ECO. Programar utilizando MVP, em Delphi, tb não quer dizer 100% OO, pois nem o Delphi é 100% OO... Não tomemos 100% como algo perfeito, mas tangível para a tecnologia atual. Neste caso MVP é 100% OO e Object Pascal / Delphi poderia estar melhor colocado se ao menos implementasse herança múltipla. -- João Morais --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu Andreano Lanusse wrote: O que você diz de OPF é o que o ECO faz. mas unindo os 2 mundos DataWare e 100% OO Apenas para fins de esclarecimento: - Eu não disse que a Borland não tem um framework OPF; - 100% OO é uma opinião, e não um fato. -- João Morais
[delphi-br] Re: Delphi + Postges: Table does not exist
Já tive um problema parecido e era com case sensitive. Resolvi criando tudo no banco em letras minúsculas (nome das tabelas, campos, etc) --- Em delphi-br@yahoogrupos.com.br, red_twister03 [EMAIL PROTECTED] escreveu Estou desenvolvendo um programa usando Delphi e banco de dados Postgres. O código está em um diretório e o Banco de dados está em outro. coloquei um Database na minha aplicação, defini o alias name, databasename, login prompt = false,connected = true,params = Select * from clientes; e uma query conectada a essa database. O banco de dados já está criado. Quando clico no botão que faria uma consulta na tabela clientes,ele me diz que a tabela não existe. Table does not exist Error while executing the query; Error: relation clientes does not exist. Process stopped. Use Step or Run to continue. O que eu poderia ter feito errado? obrigado!
Re: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!
Luiz Escobar wrote: - É o mesmo botãozinho em cada componente. E se for um TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP. Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, indiretamente eu estou informando não é ?? vejamos: procedure buttonclick(...) form1.showMODAL; procedure buttonclick(...) cliente := TCLIENTE.nãolembrootermo(ID); Você não precisa disso. O registro de Presenter faz isso por você. Então se você tem um combo e liga a um Nota.Cliente, ele sabe que isso aponta para TCliente, sabe que vai usar o form TClienteEditViewForm, ele sabe instanciar o form, destruir, gravar os dados do Cliente em TCliente e depois gravar o ID do cliente em TNota. Depois nesse combo você pode digitar um pedaço do nome do cliente e o Combo é aberto com os clientes que possuem aquele critério. Novamente, sem código algum. Tudo o que tens que fazer é criar as classes (Wizard, pois sem ele é bem phodha), registrar, e por fim ligar o Combo ao atributo da classe (uma linha de código que chama um método com três parâmetros). Tá certo, você precisa registrar algumas coisas, e no lugar certo. E se você quiser criar umas funcionalidades diferentes, tem que ser no lugar certo também, mas tudo isso resolve-se com Wizards, sem código nenhum -- exceto o seu próprio código, lógico, MVP não faz milagre. Você precisa pelo menos saber o que quer :-) E lógico, ainda falta implementar os raios dos Wizards. sempre penso em como fazer o software ser mais produtivo para o USUÁRIO também, se as telas começarem a demorar d+ para serem apresentadas, to fora... Depende da persistência. InstantObjects tem uns perrengues (lentidão) quando você tem objetos muito complexos. Mas como te disse - uma que a equipe está trabalhando nesse perrengue, outra que eu posso escrever um broker para tiOPF, DePO ou qualquer outro. Outra ainda é que eu tenho intenção de criar um framework de persistência próprio. Ainda assim, mesmo com InstantObjects, não é nada de arrancar os cabelos. Tenho um projeto com quatro níveis de mestre-detalhe, e as telas apesar de não serem apresentadas instantaneamente, levam uma pequena fração de segundos para aparecer quando o objeto ainda tá no banco. Se o objeto tá em cache, a apresentação é instantânea, independente do tamanho do form. Quanto ao produtivo para o usuário, aqui sim está a vantagem. Você cria novas funcionalidades em quaisquer componentes, como Combo, StringList, ou mesmo Edit, registra o Model no framework e a funcionalidade é replicada para todo o teu sistema. Se você quiser, agora, usar um ListView para apresentar dados (o framework *ainda* não o suporta), basta você registrar uma View que entenda ListView e pimba, tá lá o ListView mostrando os teus objetos de negócio. Você não precisa que o desenvolvedor do framework faça isso por você, nem mesmo se o código fosse fechado. Assim você usa uma ferramenta que não te prende a apenas um padrão, um banco, um componente, uma funcionalidade. Veja MVP.txt nos docs aonde eu falo mais ou menos isso com outras palavras. E que ASSEMBLY tem haver com isso... Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não fizer isso, bom, deve ser um MASOQUISTA! O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um MVP, não o torna melhor o pior programador que eu, acho que neste ponto vc deveria REVER OS SEUS CONCEITOS... Véi, foi forçado o comentário. Mas ainda assim tentei colocar dois exemplos extremos - Assembly é puro código e arrastar componente é puro click. Nenhum dos dois é bom porque por um lado lhe falta produtividade, por outro lhe falta recurso. MVP é mais orientado a código, especialmente _hoje_, _em Press_. Logo que a anta véia conseguir criar os Wizards tudo firacá mais divertido e clickável. Mesmo assim, desculpa a falta de jeito. Eu, pra mula, só tá faltando as penas. se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim... Já vi que vc não quer me enviar o executavel pra eu testar... Leia os Readme. Já LI!... :-/ Vide ($Press)/Demos/Readme.txt. Você precisa remover a dependência com InstantObjects, ou instalá-lo em teu micro. Ainda assim vou empacotar um binário com conectores para ZeosDBO (vários bancos, para testares com MySQL), UIB (velocidade), BDE (só pra desencargo) e deixo um link na lista. Ainda assim eu recomendaria você tentar compilar por aí para entender melhor como a coisa funfa. -- João Morais
Re: [delphi-br] 9473 : $2501 : Insufficient memory for this operation.
Crie um diretório temporário em C:\TEMP Mude a configuração do windows para apontar para este diretório temporário, inclusive dos usuários. sandro cunha escreveu: BOM DIA CARISSIMOS!!! Alguem poderia me ajudar a resolver este problema. Tenho um programa que desenvolvi em delphi 7 e BD Paradox. O Problema é o seguinte de uns tempos pra ca tem aparecido a seguinte mensagem : Insufficiente Memory for this operation. Procurei na internet e achei numa lista de erros do BDE exatamente esta menssagem 9473 : $2501 : Insufficient memory for this operation.. Mas é só isso que fala não me diz como resolver este problema. Desde ja agradeço Sandro - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Qual a melhor ferramenta para desenvolvimento WEB?
O mono tem um servidor de asp.net 1.0. Mas eu nunca usei, então não posso dizer se é bom ou ruim ou a compatibilidade com o código gerado pelo delphi. T+. On 12/4/06, fsfilho03 [EMAIL PROTECTED] wrote: Olá, Sei que este assunto já foi discutido na lista, porém, na minha situação específica, gostaria de algumas sujestões dos colegas que já desenvolveram soluções nesta área. Já tenho o sistema funcionando em rede, beleza. Desenvolvi usando Delphi 7 (Paleta interbase) e banco de dados firebird 1.0. Preciso agora disponibilizar alguns serviços via Web para o meu cliente. O banco de dados está hospedado em um servidor Linux. A princípio, pensei em 2 tecnologias: A) Intraweb - Usando o próprio Delphi 7; B) Asp.net - usando Delphi 2005 (ou 2006?) O fato do banco estar em um servidor linux impede a utilização do Asp.net ??? Intraweb é uma tecnologia adequada? Preciso manter meu sistema rodando. Desde já, agradeço.
[delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais eficaz (RAD) do que a forma que é feita hj. E isso é uma pena, por que acho que a galera não deveria ficar esperando não, deveria investir um pouco nisso por que a tendência é geral. Veja o Java e .Net, estas linguagens já forçam os programadores a programar de forma OO, claro que os programadores podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e o .NET já nasceram focados em OO, enquanto a Borland para poder espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por exemplo, Cantú sabe tanto e ainda nao mudou a abordagem daquele livro. A comunidade sabe pouco sobre OO, pouco sobre seus benefícios, etc... Estão todos esperando para ver no que vai dar. E quem espera sempre alcança né mesmo? Talvez, Só que estará absoleto e anos atrás de quem já começou a experimentar a OO. Eu hj programa datasnap estruturado, e depois que comecei o Infra eu olho para meu código e falo, poxa se fosse OO nao estaria fazendo isso. Mas, cada cabeça seu guia. Espero que o povo acorde. Para de ficar falando que é produtivo ou não e tente realmente entender o porque das coisas. Ah! já ia me esquecendo. Quanto a produtividade, que tal esta: O Infra pretende ser inteligente o suficiente para poder montar as telas sozinho com base em algorítimos de IA que vão aprendendo com os ajustes feitos pelo programador. A partir da segunda tela o bicho já vai começar a entender a estrutura que o programador utiliza e já propoe a nova tela. se o usuário nao gostar ele ajusta, e o infra guarda estas novas informações para a próxima tela, acredito que da 3 tela em diante vc nem precise mais ajudar nada! E nao precisou por nenhum componente no Form, ou colocar qualquer codigo em seus eventos. hehehe, quer produtividade? Engula isso. E isso só será possível com uma boa base OO, tente fazer isso com RAD estruturado pra ver É isso
Re: [delphi-br] formulas!!!!
Nilton wrote: Tenho um sistema onde o usuário define a formula para uma determinada situação, depois tenho que aplicar esta formula, tipo macro substituição do Clipper. Sei que o delphi não faz isso, mas se alguém tiver uma solução que possa me ajudar ficarei eternamente grato. Diga qual seria a fórmula e qual deveria ser o resultado. -- João Morais
Re: [delphi-br] Re: Usar ou não usar DBWare s? Eis a questão!
Salve galera! não quero entrar nos afins das questões aki..apenas deixar minha experiencia.. Delphi é RAD e é OO!!! e não e RAD pra espalhar não... faço qq coisa OO em delphi mais rapido e com a mesma qualidade do q e feito em Java ou .Net q seja. hj programo OO e uso plenamente dos recursos RAD sem ferir em nada os conceitos OO apenas dando um poder a mais ao meu desenvolvimento, mas pra isso vc não adinata conecer somente a metodologia ou os principios OO, tem q conhecer o Delphi em busca do estado da arte e usar os seus recursos para aumentar o Poder disso td.. como disse apenas uma experiencia e termino aki minha participação nesta thread Abração Bruno Lichot mrbar2000 escreveu: João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais eficaz (RAD) do que a forma que é feita hj. E isso é uma pena, por que acho que a galera não deveria ficar esperando não, deveria investir um pouco nisso por que a tendência é geral. Veja o Java e .Net, estas linguagens já forçam os programadores a programar de forma OO, claro que os programadores podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e o .NET já nasceram focados em OO, enquanto a Borland para poder espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por exemplo, Cantú sabe tanto e ainda nao mudou a abordagem daquele livro. A comunidade sabe pouco sobre OO, pouco sobre seus benefícios, etc... Estão todos esperando para ver no que vai dar. E quem espera sempre alcança né mesmo? Talvez, Só que estará absoleto e anos atrás de quem já começou a experimentar a OO. Eu hj programa datasnap estruturado, e depois que comecei o Infra eu olho para meu código e falo, poxa se fosse OO nao estaria fazendo isso. Mas, cada cabeça seu guia. Espero que o povo acorde. Para de ficar falando que é produtivo ou não e tente realmente entender o porque das coisas. Ah! já ia me esquecendo. Quanto a produtividade, que tal esta: O Infra pretende ser inteligente o suficiente para poder montar as telas sozinho com base em algorítimos de IA que vão aprendendo com os ajustes feitos pelo programador. A partir da segunda tela o bicho já vai começar a entender a estrutura que o programador utiliza e já propoe a nova tela. se o usuário nao
[delphi-br] Out of Memory com TKbmMemTable
Membros da lista, Não sei se alguém aqui utiliza o TKbmMemTable, mas estou com um grande problema em um programa meu que começou logo após atualizar a versão do delphi de 2005 para 2006. Em um determinado trecho do programa eu utilizo uma query para ler os dados de um banco de dados. Acontece que dois desses campos o delphi reconhece como ftWideString e quando vou utilizar a kbmmemtable para tirar uma cópia desta tabela usando o comando KbmMemTable1.LoadFromDataset(Query1,[mtcpoStructure]) recebo o erro de Out of memory. Se eu retirar esses dois campos da query, o erro não ocorre. Verifiquei na internet e na página do desenvolvedor informava que havia sido corrigido um problema com os campos widestring. Atualizei o kbmmemtable para a versão 5.50 e mesmo assim o problema continua. Alguém já passou por isso? Obrigado. Alemão [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] ClientDataSet (uso correto com ADO)
Como utilizar os recursos do ClientDataSet de forma correta com o ADO? Até agora, só encontrei modelos em DBExpress, mas ao tentar usar com os componentes da palheta ADO, surgem alguns erros. Alguém teria uma apostila ou um exemplo para me ajudar? Utilizo muito tabelas temporárias também. Atualmente uso as temp do SQL server, mas gostaria de usar o ClientDataSet para isso para reduzir tráfego de rede. Mani
RES: [delphi-br] formulas!!!!
Por exemplo: Tenho um campo na tabela que contem o seguinte String: mediafinal = 7 and freqüência = 75 Preciso que o programa leia o conteúdo deste campo e faça o if _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: segunda-feira, 4 de dezembro de 2006 07:03 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] formulas Nilton wrote: Tenho um sistema onde o usuário define a formula para uma determinada situação, depois tenho que aplicar esta formula, tipo macro substituição do Clipper. Sei que o delphi não faz isso, mas se alguém tiver uma solução que possa me ajudar ficarei eternamente grato. Diga qual seria a fórmula e qual deveria ser o resultado. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Documentação da OTA
Pessoal, Alguém indica ou tem alguma documentação legal da OTA do Delphi? Tudo que achei na net foram alguns how-to bem superficiais, procuro mais detalhes sobre a sintaxe das interfaces (algo um pouco além do que já existe no ToolsAPI.pas). Obrigado, -- João Morais
[delphi-br] Re: ClientDataSet (uso correto com ADO)
Na minha pagina tem um Passo-a-passo de como conectar um Master Detail via CDS: http://www.geocities.com/SiliconValley/Bay/1058/ClientDataset.html []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, maniacapordelphi [EMAIL PROTECTED] escreveu Como utilizar os recursos do ClientDataSet de forma correta com o ADO? Até agora, só encontrei modelos em DBExpress, mas ao tentar usar com os componentes da palheta ADO, surgem alguns erros. Alguém teria uma apostila ou um exemplo para me ajudar? Utilizo muito tabelas temporárias também. Atualmente uso as temp do SQL server, mas gostaria de usar o ClientDataSet para isso para reduzir tráfego de rede. Mani
[delphi-br] DBExpress
Pessoal coloquei em uma aplicacao um sqlconnection e um TSqlquery quando eu executo o comando query.insert ele resulta no erro cannot modify a read-only dataset. Alguem sabe o que pode ser ? Galera levem em consideração q eu nunca user dbexpress antes [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] StoredProcedure Oracle - Delphi
Povo Estou iniciando a utilização de storedprocedure no Oracle com Delphi. Pretendi utilizar SQLStoredProc + DataSetProvider + ClientDataSet, o que tem causado erros. Quando se utiliza o componente SQLStoredProc não se deve utilizar DataSetProvider + ClientDataSet? Com Query, eu sempre utilizo o trio Query + DataSetProvider + ClientDataSet e executo todas as operações no ClientDataSet. Queria fazer o mesmo com SQLStoredProc? Atenciosamente Cândido Luís Dias Ferreira [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] DBExpress
Salve FAbio saca, os datasets DBX são unidirecionais Graças a Deus!!! no meu link de exemplos, apostilas, codigos e slides vc encontra uma apostila de Client/Server com DBExpress mto legal e passo a passo que com certeza lhe sera util nessa caminhada eis o link: http://cc.borland.com/Author.aspx?ID=795118 no mais estou as ordens Abração Bruno Lichot Fabio Dantas escreveu: Pessoal coloquei em uma aplicacao um sqlconnection e um TSqlquery quando eu executo o comando query.insert ele resulta no erro cannot modify a read-only dataset. Alguem sabe o que pode ser ? Galera levem em consideração q eu nunca user dbexpress antes [As partes desta mensagem que não continham texto foram removidas] __ Informação do NOD32 IMON 1898 (20061203) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br -- -- []´s Bruno Lichot
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Vcs poderiam enviar algum exemplo de O.O. e DBWares delphi? Tipo um cadastro, algo que se pode ter uma noçao de como funciona? Ate +! Fabiano - Original Message - From: Bruno Lichot To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 1:54 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Salve galera! não quero entrar nos afins das questões aki..apenas deixar minha experiencia.. Delphi é RAD e é OO!!! e não e RAD pra espalhar não... faço qq coisa OO em delphi mais rapido e com a mesma qualidade do q e feito em Java ou .Net q seja. hj programo OO e uso plenamente dos recursos RAD sem ferir em nada os conceitos OO apenas dando um poder a mais ao meu desenvolvimento, mas pra isso vc não adinata conecer somente a metodologia ou os principios OO, tem q conhecer o Delphi em busca do estado da arte e usar os seus recursos para aumentar o Poder disso td.. como disse apenas uma experiencia e termino aki minha participação nesta thread Abração Bruno Lichot mrbar2000 escreveu: João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais eficaz (RAD) do que a forma que é feita hj. E isso é uma pena, por que acho que a galera não deveria ficar esperando não, deveria investir um pouco nisso por que a tendência é geral. Veja o Java e .Net, estas linguagens já forçam os programadores a programar de forma OO, claro que os programadores podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e o .NET já nasceram focados em OO, enquanto a Borland para poder espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por exemplo, Cantú sabe tanto e ainda nao mudou a abordagem daquele livro. A comunidade sabe pouco sobre OO, pouco sobre seus benefícios, etc... Estão todos esperando para ver no que vai dar. E quem espera sempre alcança né mesmo? Talvez, Só que estará absoleto e anos atrás de quem já começou a experimentar a OO. Eu hj programa datasnap estruturado, e depois que comecei o Infra eu olho para meu código e falo, poxa se fosse OO nao estaria fazendo isso. Mas,
Re: RES: [delphi-br] formulas!!!!
Nilton wrote: Por exemplo: Tenho um campo na tabela que contem o seguinte String: “mediafinal = 7 and freqüência = 75” Preciso que o programa leia o conteúdo deste campo e faça o if Complicou um pouco. Mas se você puder usar exatamente os nomes dos campos--por sinal, sem acentos--, basta construir uma query e colocar essa expressão depois do where. Quando você abrir a query vai aparecer apenas os registros que satisfaçam essa condição. -- João Morais -- 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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] Definir procedure para um evento usando código
Olá. Eu estou querendo escrever uma procedure e conectá-la com o evento do meu objeto. Eu estou usando tu dentro de uma unit e o delphi não aceita. Dá a mensagem de que um é um method pointer e o outro regular procedure. A questão é como eu converto de um para o outro? Valeu. -- Leodinei Bielak In theory, there is no difference between theory and practice. In practice, however..
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Meus TTable´s ficam todos em DATAMODULES... Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada ela já esta até na possição no cadastro do clienteos DBWare´s do FORM -CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-) Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 7:56 AM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se tu criase um descendente de TTable, já com o evento, não precisaria nem de colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso. Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre, refresh e tals ? - Original Message - From: Luiz Escobar [EMAIL PROTECTED] . [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Documentação da OTA
Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. []´s Sérgio Uetanabaro _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: segunda-feira, 4 de dezembro de 2006 14:31 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Documentação da OTA Pessoal, Alguém indica ou tem alguma documentação legal da OTA do Delphi? Tudo que achei na net foram alguns how-to bem superficiais, procuro mais detalhes sobre a sintaxe das interfaces (algo um pouco além do que já existe no ToolsAPI.pas). Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
RE: [delphi-br] Documentação da OTA
João, no CodeCentral você tem um ppt e exemplo do Gustavo Chaurais sobre OTA http://cc.borland.com/Author.aspx?ID=559612 da uma olhada, deve ajudar []'s Andreano Lanusse Product Line Sales Manager CodeGear blocked::BLOCKED::blocked::BLOCKED::http://info.borland.com.br/borcon Tel.: +55 (11) 2165 - 8000 / Mobile: +55 (11) 8196-5912 From: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Joao Morais Sent: Monday, December 04, 2006 2:31 PM To: delphi-br@yahoogrupos.com.br Subject: [delphi-br] Documentação da OTA Pessoal, Alguém indica ou tem alguma documentação legal da OTA do Delphi? Tudo que achei na net foram alguns how-to bem superficiais, procuro mais detalhes sobre a sintaxe das interfaces (algo um pouco além do que já existe no ToolsAPI.pas). Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Concordo que interface, apesar de não ter nascido pra isso, resolve o problema. Discordo que isto seja motivo para remover o recurso. É um pouco mais complicado implementar herança múltipla com interface do que implementar diretamente através das classes. Mas como não sou engenheiro de nenhuma das duas empresas nem da Borland/CodeGear... Acho que os técnicos resolveram retirar a herança múltipla pq são poucos os casos que vc _realmente_ precisaria utilizar este recurso. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Sex, Dezembro 1, 2006 7:39 pm Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos Douglas wrote: Nada em informática é 100%, inclusive o ECO. Programar utilizando MVP, em Delphi, tb não quer dizer 100% OO, pois nem o Delphi é 100% OO... Não tomemos 100% como algo perfeito, mas tangível para a tecnologia atual. Neste caso MVP é 100% OO e Object Pascal / Delphi poderia estar melhor colocado se ao menos implementasse herança múltipla. -- João Morais --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu Andreano Lanusse wrote: O que você diz de OPF é o que o ECO faz. mas unindo os 2 mundos DataWare e 100% OO Apenas para fins de esclarecimento: - Eu não disse que a Borland não tem um framework OPF; - 100% OO é uma opinião, e não um fato. -- João Morais
Re: [delphi-br] Re: Usar ou não usa r DBWares? Eis a questão!
Marcos Douglas wrote: Concordo que interface, apesar de não ter nascido pra isso, resolve o problema. Discordo que isto seja motivo para remover o recurso. É um pouco mais complicado implementar herança múltipla com interface do que implementar diretamente através das classes. Mas como não sou engenheiro de nenhuma das duas empresas nem da Borland/CodeGear... Acho que os técnicos resolveram retirar a herança múltipla pq são poucos os casos que vc _realmente_ precisaria utilizar este recurso. Mas existem, e eu tenho um :-) -- João Morais
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Mas então tu só trabalha com pequenas massas de dados, se tu for usar Um TTable num cadastro de produtos de auto-peças, que chega a 300 mil itens, o sistema não anda. Abrir e fechar, ou dar refresh é nescessário, caso outro usuário inclua novos dados. - Original Message - From: Luiz Escobar [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 1:46 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Meus TTable´s ficam todos em DATAMODULES... Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada ela já esta até na possição no cadastro do clienteos DBWare´s do FORM -CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-) Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 7:56 AM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se tu criase um descendente de TTable, já com o evento, não precisaria nem de colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso. Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre, refresh e tals ? - Original Message - From: Luiz Escobar [EMAIL PROTECTED] . [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006 07:18
[delphi-br] Código CHR
Boa tarde, necessito do código chr da tecla ESC. Aguém pode me dizer? Se alguém tiver a tabela com todas as teclas ou sabem onde encontrar, eu agradeço Eu sei que o enter = chr(#13) abraço sds Bender Desenvolvimento de Sistemas e Serviços Contábeis (Régis) (51) 98470699 Novo Hamburgo/RS MSN: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBW ares? Eis a questão!
Não sei exatamente do que vc ta falando mas parece que os aspectos são o approach mais indicado pra resolver esta questão. Uma coisa boa da herança múltipla é a possibilidade de horizontalizar uma feature, promovendo o reuso de algo comum entre diferentes linhas hierárquicas de classes (já que somente podemos nagevar em classes verticalmente com generalização ou especialização). Isso não da pra fazer com herança simples (compartilhar horizontalmente). Com interface o maximo que chegamos é garantir assinatura as classes, mas em muitos casos ocorre proliferação de código. É ai que entram os aspectos. Vc compartilha uma feature entre tipos completamente diferentes sem proliferação de código e sem o efeito frankstein da herança múltipla. - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 3:08 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos Douglas wrote: Concordo que interface, apesar de não ter nascido pra isso, resolve o problema. Discordo que isto seja motivo para remover o recurso. É um pouco mais complicado implementar herança múltipla com interface do que implementar diretamente através das classes. Mas como não sou engenheiro de nenhuma das duas empresas nem da Borland/CodeGear... Acho que os técnicos resolveram retirar a herança múltipla pq são poucos os casos que vc _realmente_ precisaria utilizar este recurso. Mas existem, e eu tenho um :-) -- João Morais [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Oi bruno concordo contigo. Dephi é RAD, ó OO, é Fantásticô!!! :) O problema nao é o delphi ou a borland, nao me entenda mal, o problema foi que apesar de poder trabalhar delphi OO dificilmente vemos literatura mostrando o uso puramente OO. Seria legal se vc pudesse montar um exemplozinho de como vc tá fazendo ai uma simples agendazinha (pessoa - agenda - compromisso), utilizando os recursos de OO e o RAD do delphi. Será que vc poderia postar este pequeno exemplo para poder a galera começar a ver isso de perto?
Re: RES: [delphi-br] Documentação da OTA
Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais
RES: [delphi-br] Re: Usar ou não usar DB Wares? Eis a questão!
Perdoem minha ignorancia no assunto, mas, existe possibilidade de se utilizar ASPECTOS no delphi ??? Sei que o Marcos ( do Infra ) estava procurando desenvolver o InfraAspects ou algo parecido, conhecem algo do genero ? _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Juliano Carvalho - Folhamatic Enviada em: segunda-feira, 4 de dezembro de 2006 16:37 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Não sei exatamente do que vc ta falando mas parece que os aspectos são o approach mais indicado pra resolver esta questão. Uma coisa boa da herança múltipla é a possibilidade de horizontalizar uma feature, promovendo o reuso de algo comum entre diferentes linhas hierárquicas de classes (já que somente podemos nagevar em classes verticalmente com generalização ou especialização). Isso não da pra fazer com herança simples (compartilhar horizontalmente). Com interface o maximo que chegamos é garantir assinatura as classes, mas em muitos casos ocorre proliferação de código. É ai que entram os aspectos. Vc compartilha uma feature entre tipos completamente diferentes sem proliferação de código e sem o efeito frankstein da herança múltipla. - Original Message - From: Joao Morais To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br Sent: Monday, December 04, 2006 3:08 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos Douglas wrote: Concordo que interface, apesar de não ter nascido pra isso, resolve o problema. Discordo que isto seja motivo para remover o recurso. É um pouco mais complicado implementar herança múltipla com interface do que implementar diretamente através das classes. Mas como não sou engenheiro de nenhuma das duas empresas nem da Borland/CodeGear... Acho que os técnicos resolveram retirar a herança múltipla pq são poucos os casos que vc _realmente_ precisaria utilizar este recurso. Mas existem, e eu tenho um :-) -- João Morais [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Res:Código CHR
Código para Esc = 27 Filipe Ferrarini [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] dicas de Dev Expres
Caros amigos Delphianos Gostaria de saber se tem alguma aq que mecha ou programa com componentes dev express, gostaria de saber se alguem aq tem alguma apostiala de DEVExpress ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
AH... tá, não... na realidade eu não uso TTABLE, usei ele apenas para exemplo Eu uso MyDAC (mysql) o que tenho em DBF já esta mais que aposentado.. todo desenvolvimento novo esta saindo para MySQL com MyDAC e os antigos em DBF estão sendo migrados...a gente ta migrando o cara!!!...(era do gelo) ;-) Agora PROCURAS, em TTABLE, só ficam lentos se vc não tiver INDICES para suas procuras... para filtros com o ONFILTER ai sim fica MUITO LENTO dependendo do tamanho do banco Quanto a CADASTROS, INSERÇÔES, MODIFICAÇÔES, REFRESH, são só lentros se vc usar FILTERED := true e dependendo do tamanho do banco; Agora TQUERY sim fica extremamete LENTO se vc não usar muito bem os filtros (WHERE´s) pois ele iria copiar todo seu banco na maquina local em um arquivo temporario... Caso a inclusão seja por outro usuario ai sim open/close/refresh são necessários... Mas vc tinha dito sobre eu não usar TTABLER em FORM´s, eu disse que não! E sobre cadastrar uma cidade para usar em um cliente que estou cadastrando... isso não deixaria lento... tenho isso no meu cadastro de ouvintes... uso o CEP como chave... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:03 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Mas então tu só trabalha com pequenas massas de dados, se tu for usar Um TTable num cadastro de produtos de auto-peças, que chega a 300 mil itens, o sistema não anda. Abrir e fechar, ou dar refresh é nescessário, caso outro usuário inclua novos dados. - Original Message - From: Luiz Escobar [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 1:46 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Meus TTable´s ficam todos em DATAMODULES... Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada ela já esta até na possição no cadastro do clienteos DBWare´s do FORM -CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-) Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 7:56 AM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se tu criase um descendente de TTable, já com o evento, não precisaria nem de colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso. Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre, refresh e tals ? - Original Message - From: Luiz Escobar [EMAIL PROTECTED] . [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006 07:18 [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Problema com break point
Olá caros Delphianos. meu problema é o seguinte: Estou tentando adicionar break points no código para depurar uma rotina, mas aonde quer que eu coloque breakpoints, ele não aceita. (fica aquela facha verde).. mesmo em linhas onde existem atribuições... Como arrumar isso? Obrigado. PS: Uso Delphi 2005. [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Res:Código CHR
Salve Lista Eu sempre acesso um link muito bom para ASCII/HTML/ETC.. www.asciitable.com eu vi este link por aqui uma vez.. Abraço Good Vibes! Marcos Bernardo 2006/12/4, FILIPE GMAIL [EMAIL PROTECTED]: Código para Esc = 27 Filipe Ferrarini [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Marcos, O problema não é terreno infértil, na minha opinião. Acontece que muitos profissionais são obrigados a utilizar a metologia da empresa na qual trabalham. A maioria é RAD, pois acham que a produtividade é maior (como vcs tanto falam aqui). O programador acaba gostando ou não tendo tempo para aprender os benefícios da programação Orientada à Objetos. Tb tem aqueles casos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as forças! mD Mensagem Original From: mrbar2000 [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 1:29 pm Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais eficaz (RAD) do que a forma que é feita hj. E isso é uma pena, por que acho que a galera não deveria ficar esperando não, deveria investir um pouco nisso por que a tendência é geral. Veja o Java e .Net, estas linguagens já forçam os programadores a programar de forma OO, claro que os programadores podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e o .NET já nasceram focados em OO, enquanto a Borland para poder espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por exemplo, Cantú sabe tanto e ainda nao mudou a abordagem daquele livro. A comunidade sabe pouco sobre OO, pouco sobre seus benefícios, etc... Estão todos esperando para ver no que vai dar. E quem espera sempre alcança né mesmo? Talvez, Só que estará absoleto e anos atrás de quem já começou a experimentar a OO. Eu hj programa datasnap estruturado, e depois que comecei o Infra eu olho para meu código e falo, poxa se fosse OO nao estaria fazendo isso. Mas, cada cabeça seu guia. Espero que o
[delphi-br] Como copiar dados de uma tabela para outra?
Olá gente! Eu tenho um banco de dados Firebird e entre as tabelas, tenho uma chamada CARTEIRA e outra chamada CARTEIRA2 e eu preciso que quando todos os dados dos campos forem cadastrados em CARTEIRA, sejam automaticamente gravados nos mesmos campos da tabela CARTEIRA2. Vocês podem me ajudar por favor?
Re: RES: [delphi-br] Documentação da OTA
João, Procure pelo sub-projeto do JEDI, o JediCodeFormart (formatador de código). Este projeto tem uma parte que é um plugin para a IDE. Veja como é o código. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 4:45 pm Subject: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais
RES: [SPAM] [delphi-br] Problema com break point
Humberto, Feche o seu projeto, faça um backup do seu fonte, após o backup, apague todos os arquivos que terminarem em .~ddp, .~dfm, .~pas e .dcu, abra o seu projeto novamente e acesse o menu Project Build NomeDoProjeto. Após os passos acima, volte a colocar o Break Point na linha desejada e manda compilar o seu código. Eu já tive este problema e consegui resolver dessa forma. Atenciosamente, Douglas Uesato De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Moked - Humberto (Brazil) Enviada em: segunda-feira, 4 de dezembro de 2006 12:24 Para: delphi-br@yahoogrupos.com.br Assunto: [SPAM] [delphi-br] Problema com break point Olá caros Delphianos. meu problema é o seguinte: Estou tentando adicionar break points no código para depurar uma rotina, mas aonde quer que eu coloque breakpoints, ele não aceita. (fica aquela facha verde).. mesmo em linhas onde existem atribuições... Como arrumar isso? Obrigado. PS: Uso Delphi 2005. [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] componente time para inteiro
como lê uma variavel do tipo time e transformar em inteiro, tipo, para converter tempo em string usa-se TimeToStr e de string para tempo StrToTime, como fazer o mesmo mas convertendo para inteiro ou real Virgilho Henrique Silva [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Documentação da OTA
www.gexperts.org/toolsapi Lá tem vários links que ajudam!! Mas nada como experimentar, experimentar, reiniciar o Delphi umas 40 vezes e conseguir desenvolver algo sem muitas exceções de access violations hehehe Henrique Netzka - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:04 PM Subject: Re: RES: [delphi-br] Documentação da OTA João, Procure pelo sub-projeto do JEDI, o JediCodeFormart (formatador de código). Este projeto tem uma parte que é um plugin para a IDE. Veja como é o código. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 4:45 pm Subject: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Como copiar dados de uma tabela para outra? [OFF]
Caroline, Coloque uma trigger na tabela CARTEIRA, no evento AFTER INSERT, que inclua! Algo assim: SET TERM ^; CREATE TRIGGER TG_Carteira_AftIns FOR CARTEIRA AFTER INSERT AS BEGIN INSERT INTO CARTEIRA 2 ( CAMPOS ) VALUES ( NEW.Campo1, NEW.Campo2... ); END^ Henrique Netzka - Original Message - From: carolinetcc To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:21 PM Subject: [delphi-br] Como copiar dados de uma tabela para outra? Olá gente! Eu tenho um banco de dados Firebird e entre as tabelas, tenho uma chamada CARTEIRA e outra chamada CARTEIRA2 e eu preciso que quando todos os dados dos campos forem cadastrados em CARTEIRA, sejam automaticamente gravados nos mesmos campos da tabela CARTEIRA2. Vocês podem me ajudar por favor? [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Gauge ao ler arquivo
Olá colegas, bem estou fazendo uma rotina que lê um arquivo texto, e grava outro parecido com o anterior, mas com algumas modificações feitas via código. Até ai está td ok, porém gostaria de fazer um Gauge durante essa operação... alguém tem idéia de como pode ser feito? Obrigado Humberto Monaco Palaia - Suporte técnico Moked do Brasil - Consultoria de Segurança Empresarial Divisão MokInf de Informática PABX: (55-11) 5071-2748 [EMAIL PROTECTED] www.moked.com.br http://www.moked.com.br/ [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] 9473 : $2501 : Insufficient memory for this operation.
Desculpe marcio, me esqueci de dar algumas informaçoes meu sistema é todo em rede utilizo um servidor para armazenar os arquivos de banco de dados, o executavel fica nos clientes e o BDE dos clientes aponta para o diretorio de banco de dados no servidor e o NetDir tambem esta setado para ser criado no servidor na mesma pasta para todos os usuários. Meus computadores tem, todos, no minimo 512 de memoria. Me esqueci de passar estas informações. Se a resolução ainda for esta mesma que voce passou, gostaria que voce me esplicasse melhor qual configuração do windows devo mudar depois deste diretorio criado? Devo criar este diretorio em cada maquina cliente? Desde ja te agradeço, muito, a ajuda, pois este problema ja vem me tirando o sono a algum tempo. Sandro. Marcio Cruz [EMAIL PROTECTED] escreveu: Crie um diretório temporário em C:\TEMP Mude a configuração do windows para apontar para este diretório temporário, inclusive dos usuários. sandro cunha escreveu: BOM DIA CARISSIMOS!!! Alguem poderia me ajudar a resolver este problema. Tenho um programa que desenvolvi em delphi 7 e BD Paradox. O Problema é o seguinte de uns tempos pra ca tem aparecido a seguinte mensagem : Insufficiente Memory for this operation. Procurei na internet e achei numa lista de erros do BDE exatamente esta menssagem 9473 : $2501 : Insufficient memory for this operation.. Mas é só isso que fala não me diz como resolver este problema. Desde ja agradeço Sandro - Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! [As partes desta mensagem que não continham texto foram removidas] - O Yahoo! está de cara nova. Venha conferir! [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Gauge ao ler arquivo
Nesse caso eu crio uma stringlist e abro o arquivo nela. dai é so controlar pela propriedade count. Foi a forma que eu achei... Márcio ---Mensagem original--- De: Moked - Humberto \(Brazil\) Data: 04/12/2006 18:36:48 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Gauge ao ler arquivo Olá colegas, bem estou fazendo uma rotina que lê um arquivo texto, e grava outro parecido com o anterior, mas com algumas modificações feitas via código. Até ai está td ok, porém gostaria de fazer um Gauge durante essa operação... alguém tem idéia de como pode ser feito? Obrigado Humberto Monaco Palaia - Suporte técnico Moked do Brasil - Consultoria de Segurança Empresarial Divisão MokInf de Informática PABX: (55-11) 5071-2748 [EMAIL PROTECTED] www.moked.com.br http://www.moked.com.br/ [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] Documentação da OTA
Henrique Netzka (Vetor Sistemas) wrote: www.gexperts.org/toolsapi Lá tem vários links que ajudam!! Mas nada como experimentar, experimentar, reiniciar o Delphi umas 40 vezes e conseguir desenvolver algo sem muitas exceções de access violations hehehe Mas isso já faz parte do cronograma. Falta mesmo é o resto do material :-) Obrigado Henrique e Marcos. -- João Morais Henrique Netzka - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:04 PM Subject: Re: RES: [delphi-br] Documentação da OTA João, Procure pelo sub-projeto do JEDI, o JediCodeFormart (formatador de código). Este projeto tem uma parte que é um plugin para a IDE. Veja como é o código. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 4:45 pm Subject: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais
RES: RES: [delphi-br] Documentação da OTA
Dê uma olhada em: http://rappido.hopto.org/ http://www.tempest-sw.com/opentools/ []´s Sérgio Uetanabaro _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: segunda-feira, 4 de dezembro de 2006 16:45 Para: delphi-br@yahoogrupos.com.br Assunto: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Documentação da OTA
Ei, vc já viu o help do Delphi sobre isso, que vem junto?? Eu descobri bastante coisa lá... - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:47 PM Subject: Re: RES: [delphi-br] Documentação da OTA Henrique Netzka (Vetor Sistemas) wrote: www.gexperts.org/toolsapi Lá tem vários links que ajudam!! Mas nada como experimentar, experimentar, reiniciar o Delphi umas 40 vezes e conseguir desenvolver algo sem muitas exceções de access violations hehehe Mas isso já faz parte do cronograma. Falta mesmo é o resto do material :-) Obrigado Henrique e Marcos. -- João Morais Henrique Netzka - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:04 PM Subject: Re: RES: [delphi-br] Documentação da OTA João, Procure pelo sub-projeto do JEDI, o JediCodeFormart (formatador de código). Este projeto tem uma parte que é um plugin para a IDE. Veja como é o código. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 4:45 pm Subject: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Não sei se é bem por aí a coisa. O grande problema (e desafio) hoje da OOP, é convencer os programadores, de que a mesma é seja melhor que a programação estruturada. Na verdade é e não é. É porque permite uma curva reusabilidade e manutnibilidade do código muito maior do que a programação estruturada. Se você criar objetos genéricos, sua curva de produtividade pode até subir muito mais do que na PE. Não é porque a curva de produtividade dela não é igual a Programação estruturada. E, além do mais, o cara pra conseguir tais curvas satisfatórias ele tem que ter a mentalidade de OOP e saber programar OO. Do contrario ele mistura as duas sem ver, faz um balaio de gato com o código e o sistema dele acaba como o samba do criolo doido. Aí que tá o gargalo. Pra você aprender OOp, você precisa fazer algo como renunciar a todo o seu conhecimento de programação e recomeçar do zero trilhando por outro caminho PROIBIDO de olhar pra PE. Nos dias de hoje, com cronogramas apertados, sistemas complexos e pra ontem, quem anima a se meter numa dessas??? É uma coisa complicada pra você chegar aqui e afirmar isto. Não é que o terreno seja infértil, mas o problema é que o mercado não é um ambiente propício para tal. Se aqui na telemont, eu tivesse folga no cronograma, eu faria tudo OOP numa boa. Mas as vezes me aparecem cum troço aqui de manha pra entregar daqui a 2 dias []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, mrbar2000 [EMAIL PROTECTED] escreveu João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais eficaz (RAD) do que a forma que é feita hj. E isso é uma pena, por que acho que a galera não deveria ficar esperando não, deveria investir um pouco nisso por que a tendência é geral. Veja o Java e .Net, estas linguagens já forçam os programadores a programar de forma OO, claro que os programadores podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e o .NET já nasceram focados em OO, enquanto a Borland para poder espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por exemplo, Cantú sabe tanto e ainda nao mudou a
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
E do verbo também... Eu vejo que tem muita gente que fica contente se o programa é entregue no prazo, mesmo que tenha bugs, ou que o resultado não esteja 100%. Muito acham que é melhor do que não ter entregue. - Original Message - From: Luiz Escobar [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:30 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Tb tem aquelescasos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. è verdade, sempre tem os de ontem e os de ante-ontem... Agora LINKAR componentes nçao significa que o sistema vai sair com varios bug´s ai como um outro amigo nosso disse problema esta no SUJEITO!!!... ;-) abraços... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:53 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos, O problema não é terreno infértil, na minha opinião. Acontece que muitos profissionais são obrigados a utilizar a metologia da empresa na qual trabalham. A maioria é RAD, pois acham que a produtividade é maior (como vcs tanto falam aqui). O programador acaba gostando ou não tendo tempo para aprender os benefícios da programação Orientada à Objetos. Tb tem aqueles casos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as forças! mD Mensagem Original From: mrbar2000 [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 1:29 pm Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso,
RES: RES: [delphi-br] Documentação da OTA
Ola Joao, Para comecar, aconselho voce a baixar e instalar o GExperts com fontes e que é gratuito. Da pra aprender bastante coisa com os fontes dele. [ ] s Gerhard Roger Nack [EMAIL PROTECTED] De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: segunda-feira, 4 de dezembro de 2006 16:45 Para: delphi-br@yahoogrupos.com.br Assunto: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWa res? Eis a questão!
Ta calma ai Luiz, deixa eu ver se entendi ... Voce cria toda a estrutura de classes de seu sistema, com descendencia, associacoes, etc. Alem disso voce tem um datamodule com todas as tabelas do sistema? Eh isso mesmo? E em algum lugar voce ainda faz o mapeamento das classes para as respectivas tabelas? [ ] s Gerhard Roger Nack [EMAIL PROTECTED] De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz Escobar Enviada em: segunda-feira, 4 de dezembro de 2006 13:47 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Meus TTable´s ficam todos em DATAMODULES... Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada ela já esta até na possição no cadastro do clienteos DBWare´s do FORM -CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-) Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Campus To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Sent: Monday, December 04, 2006 7:56 AM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se tu criase um descendente de TTable, já com o evento, não precisaria nem de colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso. Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre, refresh e tals ? - Original Message - From: Luiz Escobar [EMAIL PROTECTED] mailto:escobar%40megasistema.com.br . [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Tb tem aquelescasos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. è verdade, sempre tem os de ontem e os de ante-ontem... Agora LINKAR componentes nçao significa que o sistema vai sair com varios bug´s ai como um outro amigo nosso disse problema esta no SUJEITO!!!... ;-) abraços... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:53 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos, O problema não é terreno infértil, na minha opinião. Acontece que muitos profissionais são obrigados a utilizar a metologia da empresa na qual trabalham. A maioria é RAD, pois acham que a produtividade é maior (como vcs tanto falam aqui). O programador acaba gostando ou não tendo tempo para aprender os benefícios da programação Orientada à Objetos. Tb tem aqueles casos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as forças! mD Mensagem Original From: mrbar2000 [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 1:29 pm Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! João, as vezes acho que estamos tentando plantar estas coisas em terreno infértil, o pessoal ainda nao acordou para reuso nem orientação a objetos, poucos faculdades e professores sabem realmente sobre o assunto e quando sabem, nao conseguem demostrar na prática como ficaria, nem quais os benefícios reais que OO pode trazer. 1) OO é solução para tudo? Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do cliente com mais eficiência e acima de tudo na manutenção do sistema. Não que nao se consiga boa parte disso usando RAD com dataware (que eu particularmente acho produtivo tambem, mas infelizmente faz com que a maioria dos programadores acoplem as camadas, alem do problema de não ter controle sobre a sincronia dos dados) 2) Você utiliza OO? Ainda não, trabalho em um framework OO chamado Infra similar ao Press mas nao posso utilizar ainda pela falta da persistência (poderia usar o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o projeto que já tenho em mente para o Infra). Alem disso sei que usar agora seria aumentar o trabalho pela falta de uma ferramenta, expert ou wizard que facilite o desenvolvimento (acho que com estes recursos, desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os componentes no form, enfiar código em eventos ligar tudo visualmente e gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. mas na próxima tela nao seria necessário mais 2 dias. E nao estou falando aqui de CTRL+C e CTRL+V como muito programador faz com suas telas hj em dia. Já tive muitos problemas em se fazer isso na minha empresa. Pessoal pega telas complexas cheias de código e simplesmente duplicava para montar um form similar, perdendo tempo demais procurando erros de ter componentes ou código fazendo ou apresentando coisas indevidas. Perdiamos muito mais tempo do que se tivessemos pegado o form do zero e montado. Alem disso tem a questão de testes. Automatizar testes é muito fácil em OO mas no desenvolvimento tradicional... hummm. uma desgraça. Segue-se o velho modelo: compila - testa - não funciona - compila - testa Alem disso, quando se muda alguma coisa no código vc dificilmente faz todos os testes que já fez manualmente até hj, isso com testes automatizados nao aconteceria e vc teria a certeza (ou quase) que seu software nao está sendo entregue com novos bugs ou bugs que já havia sido corrigidos. Depois de toda esta discussão joão eu percebo que o pessoal só vai se interessar quando pudermos mostrar que será mais
Re: [delphi-br] Definir procedure p ara um evento usando código
Leodinei Bielak wrote: Olá. Eu estou querendo escrever uma procedure e conectá-la com o evento do meu objeto. Eu estou usando tu dentro de uma unit e o delphi não aceita. Dá a mensagem de que um é um method pointer e o outro regular procedure. A questão é como eu converto de um para o outro? Um tem que ser um método dentro de uma classe ou o outro não pode ser um procedure of object. Por via das dúvidas, manda a declaração dos dois que a gente descola uma dica. -- João Morais
Re: [delphi-br] Como copiar dados de uma tabela para outra?
Duas maneiras, 1 Pelo seu software, quando você gravar na tabela 1, grave na tabela 2. 2 Através de TRIGGERS ( gatilho ), basta você procurar em qualquer site de FB que você encontrara um exemplo de como implementar no banco. Eduardo carolinetcc escreveu: Olá gente! Eu tenho um banco de dados Firebird e entre as tabelas, tenho uma chamada CARTEIRA e outra chamada CARTEIRA2 e eu preciso que quando todos os dados dos campos forem cadastrados em CARTEIRA, sejam automaticamente gravados nos mesmos campos da tabela CARTEIRA2. Vocês podem me ajudar por favor? ___ O Yahoo! está de cara nova. Venha conferir! http://br.yahoo.com
RES: [SPAM] [delphi-br] Como copiar dados de uma tabela para outra?
Caroline, Você pode resolver este problema criando uma Trigger (After) da tabela CARTEIRA onde qualquer alteração na mesma reflita na tabela CARTEIRA2. Agora vai uma pergunta, porque a redundância dos dados??? Atenciosamente, Douglas Uesato De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de carolinetcc Enviada em: segunda-feira, 4 de dezembro de 2006 17:22 Para: delphi-br@yahoogrupos.com.br Assunto: [SPAM] [delphi-br] Como copiar dados de uma tabela para outra? Olá gente! Eu tenho um banco de dados Firebird e entre as tabelas, tenho uma chamada CARTEIRA e outra chamada CARTEIRA2 e eu preciso que quando todos os dados dos campos forem cadastrados em CARTEIRA, sejam automaticamente gravados nos mesmos campos da tabela CARTEIRA2. Vocês podem me ajudar por favor?
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Ok, valeu, vou tentar compilar, valeu... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 12:01 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz Escobar wrote: - É o mesmo botãozinho em cada componente. E se for um TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP. Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, indiretamente eu estou informando não é ?? vejamos: procedure buttonclick(...) form1.showMODAL; procedure buttonclick(...) cliente := TCLIENTE.nãolembrootermo(ID); Você não precisa disso. O registro de Presenter faz isso por você. Então se você tem um combo e liga a um Nota.Cliente, ele sabe que isso aponta para TCliente, sabe que vai usar o form TClienteEditViewForm, ele sabe instanciar o form, destruir, gravar os dados do Cliente em TCliente e depois gravar o ID do cliente em TNota. Depois nesse combo você pode digitar um pedaço do nome do cliente e o Combo é aberto com os clientes que possuem aquele critério. Novamente, sem código algum. Tudo o que tens que fazer é criar as classes (Wizard, pois sem ele é bem phodha), registrar, e por fim ligar o Combo ao atributo da classe (uma linha de código que chama um método com três parâmetros). Tá certo, você precisa registrar algumas coisas, e no lugar certo. E se você quiser criar umas funcionalidades diferentes, tem que ser no lugar certo também, mas tudo isso resolve-se com Wizards, sem código nenhum -- exceto o seu próprio código, lógico, MVP não faz milagre. Você precisa pelo menos saber o que quer :-) E lógico, ainda falta implementar os raios dos Wizards. sempre penso em como fazer o software ser mais produtivo para o USUÁRIO também, se as telas começarem a demorar d+ para serem apresentadas, to fora... Depende da persistência. InstantObjects tem uns perrengues (lentidão) quando você tem objetos muito complexos. Mas como te disse - uma que a equipe está trabalhando nesse perrengue, outra que eu posso escrever um broker para tiOPF, DePO ou qualquer outro. Outra ainda é que eu tenho intenção de criar um framework de persistência próprio. Ainda assim, mesmo com InstantObjects, não é nada de arrancar os cabelos. Tenho um projeto com quatro níveis de mestre-detalhe, e as telas apesar de não serem apresentadas instantaneamente, levam uma pequena fração de segundos para aparecer quando o objeto ainda tá no banco. Se o objeto tá em cache, a apresentação é instantânea, independente do tamanho do form. Quanto ao produtivo para o usuário, aqui sim está a vantagem. Você cria novas funcionalidades em quaisquer componentes, como Combo, StringList, ou mesmo Edit, registra o Model no framework e a funcionalidade é replicada para todo o teu sistema. Se você quiser, agora, usar um ListView para apresentar dados (o framework *ainda* não o suporta), basta você registrar uma View que entenda ListView e pimba, tá lá o ListView mostrando os teus objetos de negócio. Você não precisa que o desenvolvedor do framework faça isso por você, nem mesmo se o código fosse fechado. Assim você usa uma ferramenta que não te prende a apenas um padrão, um banco, um componente, uma funcionalidade. Veja MVP.txt nos docs aonde eu falo mais ou menos isso com outras palavras. E que ASSEMBLY tem haver com isso... Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não fizer isso, bom, deve ser um MASOQUISTA! O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um MVP, não o torna melhor o pior programador que eu, acho que neste ponto vc deveria REVER OS SEUS CONCEITOS... Véi, foi forçado o comentário. Mas ainda assim tentei colocar dois exemplos extremos - Assembly é puro código e arrastar componente é puro click. Nenhum dos dois é bom porque por um lado lhe falta produtividade, por outro lhe falta recurso. MVP é mais orientado a código, especialmente _hoje_, _em Press_. Logo que a anta véia conseguir criar os Wizards tudo firacá mais divertido e clickável. Mesmo assim, desculpa a falta de jeito. Eu, pra mula, só tá faltando as penas. se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim... Já vi que vc não quer me enviar o executavel pra eu testar... Leia os Readme. Já LI!... :-/ Vide ($Press)/Demos/Readme.txt. Você precisa remover a dependência com InstantObjects, ou instalá-lo em teu micro. Ainda assim vou empacotar um binário
Re: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!
Marcos Douglas wrote: Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as forças! Bem colocado. Conheci o Infra antes de dar o peteleco inicial no Press, mas pra minha humilde opinião o Infra usa interfaces demais. Tomei conhecimento do Jazz (que também tem uma pá de interface) depois de ter escrito um bocado de coisa. Vejo um projeto mais simples, aonde trabalha-se com classes com contagem de referência e algumas poucas interfaces internas, aonde se fizer necessário. -- João Morais
[delphi-br] ClientDataSet: ApplyUpdate() com erro
olá galera, seguinte.. estou começando com clientdataset (CDS).. estou tendo problema para editar e excluir registros, sim, apenas para editar e excluir, pois insere normalmente.. uso FB 1.5, dialect 3, UIB, CDS, DSP, SQLQuery (com um simples select * from tabela).. configurei o UpdateMode e os ProviderFlags, upWhereKeyOnly, tudo ok.. não sei o q ocorre.. e pra piorar, ou talvez não (posso estar enganado), encontrei isso http://qc.borland.com/wc/qcmain.aspx?d=5550 ..meu delphi eh 7.0.8.1
Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Assino embaixo - Original Message - From: mrbar2000 [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:52 PM Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Oi bruno concordo contigo. Dephi é RAD, ó OO, é Fantásticô!!! :) O problema nao é o delphi ou a borland, nao me entenda mal, o problema foi que apesar de poder trabalhar delphi OO dificilmente vemos literatura mostrando o uso puramente OO. Seria legal se vc pudesse montar um exemplozinho de como vc tá fazendo ai uma simples agendazinha (pessoa - agenda - compromisso), utilizando os recursos de OO e o RAD do delphi. Será que vc poderia postar este pequeno exemplo para poder a galera começar a ver isso de perto? -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006 07:18
Re: [delphi-br] Gauge ao ler arquivo
Com o nº de bytes, ou as linhas, se for texto formatado. - Original Message - From: Moked - Humberto (Brazil) [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:23 PM Subject: [delphi-br] Gauge ao ler arquivo Olá colegas, bem estou fazendo uma rotina que lê um arquivo texto, e grava outro parecido com o anterior, mas com algumas modificações feitas via código. Até ai está td ok, porém gostaria de fazer um Gauge durante essa operação... alguém tem idéia de como pode ser feito? Obrigado Humberto Monaco Palaia - Suporte técnico Moked do Brasil - Consultoria de Segurança Empresarial Divisão MokInf de Informática PABX: (55-11) 5071-2748 [EMAIL PROTECTED] www.moked.com.br http://www.moked.com.br/ [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006 07:18
Re: [Bulk] Re: RES: [delphi-br] Documentação d a OTA
Pessoal alguem poderia explicar o que é isso.. estou viajando. Grato. - Original Message - From: Henrique Netzka (Vetor Sistemas) [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:31 PM Subject: [Bulk] Re: RES: [delphi-br] Documentação da OTA www.gexperts.org/toolsapi Lá tem vários links que ajudam!! Mas nada como experimentar, experimentar, reiniciar o Delphi umas 40 vezes e conseguir desenvolver algo sem muitas exceções de access violations hehehe Henrique Netzka - Original Message - From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 5:04 PM Subject: Re: RES: [delphi-br] Documentação da OTA João, Procure pelo sub-projeto do JEDI, o JediCodeFormart (formatador de código). Este projeto tem uma parte que é um plugin para a IDE. Veja como é o código. mD Mensagem Original From: Joao Morais [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 4:45 pm Subject: Re: RES: [delphi-br] Documentação da OTA Sérgio T. Uetanabaro wrote: Olá João, Se você puder ser um pouco mais específico nas suas necessidades eu posso ter alguns exemplos. Os OTAs services são bem amplos e uma documentação completa sobre eles vc nao vai achar. Olá Sérgio, Eu preciso de tudo um pouco, tal como inserir opção no menu e no New..., criar nova unit, mexer no editor, mexer no .dpr, trocar foco, e o resto vou descobrindo conforme a implementação. Qualquer indicação de material ou exemplos de uso serão muito bem vindos. Obrigado, -- João Morais [As partes desta mensagem que não continham texto foram removidas] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.6/567 - Release Date: 04/12/06 ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/
RES: [SPAM] [delphi-br] Definir procedure para um evento usando código
Leodinei, A sua procedure deverá ter o parâmetro (Sender: TObject), caso contrário não irá funcionar. Ex: Procedure TForm1.Teste(Sender: TObject); Begin ShowMessage('Olá!!!'); End; procedure TForm1.FormCreate(Sender: TObject); begin Button1.OnClick := Teste; end; Atenciosamente, Douglas Uesato De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Leodinei Bielak Enviada em: segunda-feira, 4 de dezembro de 2006 15:35 Para: delphi-br Assunto: [SPAM] [delphi-br] Definir procedure para um evento usando código Olá. Eu estou querendo escrever uma procedure e conectá-la com o evento do meu objeto. Eu estou usando tu dentro de uma unit e o delphi não aceita. Dá a mensagem de que um é um method pointer e o outro regular procedure. A questão é como eu converto de um para o outro? Valeu. -- Leodinei Bielak In theory, there is no difference between theory and practice. In practice, however..
Re: [delphi-br] Documentação da OTA
Andreano Lanusse wrote: João, no CodeCentral você tem um ppt e exemplo do Gustavo Chaurais sobre OTA http://cc.borland.com/Author.aspx?ID=559612 da uma olhada, deve ajudar Alô Andreano. Ajuda sim, eu já tenho algumas implementações pra estudar e estas vão completar o que estiver faltando. Obrigado, -- João Morais