Re: [delphi-br] Unificação de Sistemas

2006-11-29 Por tôpico Jancarlos Martins
Windows 2003 server com Terminal Service, e um sistema multi-empresa.. so
isso..

Em 29/11/06, Marcelo <[EMAIL PROTECTED]> 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.
> 
>


[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] RE: Problema de performace com Delphi 5 e Oracle para gerar,Relatorios

2006-11-29 Por tôpico Josir Gomes
Olá Thiago,

1) vc vai fazer algum tratamento nos dados depois que enviar os dados p/ 
Oracle?
2) vc não especificou de que forma está acessando o Oracle. É BDE, é ADO?
3) Na leitura do Dataset em Oracle, coloque um

Application.ProcessMessages;

antes de cada DataSet.Next;

4) Procure não utilizar OLE. Tente alguma biblioteca que gere XLS sem 
utilizar o Excel - é bem mais rápido.

Boa Sorte,
Josir

--
Gostaria da ajuda do pessoal da lista para o seguinte problema de
performace.

Tenho q ler um arquivo com aproximadamente 900mil registros q estao em DBF.
Tenho q gerar relatorios (com quick report) e arquivos XLS.

Quanto a carga do aquivo DBF para o ORACLE o tempo está razoavel em
torno de 2:30 horas, o problema esta em gerar os XLS pois está demorando
muito,
eu fiz um teste para calcular um previsão de por volta de 9 horas para
gerar os xls, no teste foi 15mil registros lidos em 10min.

Gostaria de saber o que o pessoal da lista me aconselha a fazer de
alteração para melhorar essa performace ?


RE: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Andreano Lanusse
Pessoal,
 
após diversas opiniões...
 
Qualquer desenvolvimento é mais produtivo com os componentes DBWare, mas para 
trabalhar com eles é bom que se entenda como funciona os eventos e os 
componentes DataSet e DataSource.
 
Ao longo de todos os softwares que desenvolvi nunca tive problemas com os  
componentes, se algum comportamento dos componentes não estivesse de acordo com 
a minha necessidade, bastava herdar e alterar o comportamente do mesmo.
 
Avaliem a necessidade, estude os componentes, agora ter uma aplicação sem nada 
de data ware por achar que não deve ter é uma decisão equivocada.
 
Abraços,
 
Andreano Lanusse
System Engineer
CodeGear


[As partes desta mensagem que não continham texto foram removidas]



RE: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Rubem Nascimento da Rocha

Incrementando a VCL (este artigo vai lhe ajudar no que vc precisa!)
http://www.clubedelphi.net/artigos/rubemrocha.asp

Identificando Controles Data-Aware
http://www.clubedelphi.net/artigos/U_Rubem01.asp

Entendendo a camada WMI e seu uso com Delphi
http://www.clubedelphi.net/artigos/Wmi_Delphi.asp
http://www.devmedia.com.br/articles/viewcomp.asp?comp=651


Sds.,
Rubem Rocha
Manaus, AM


>From: "Rodrigo Mota" <[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: 
>Subject: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>Date: Wed, 29 Nov 2006 21:27:56 -0200
>
>Que Heresia….
>
>
>
>Poxa antes de falar que não vai usarpq eh isso ou aquilo
>
>Da uma estudada na VCL..abre o fonte do componente...e veja como ele
>trabalha
>
>
>
>
>
>Abs,
>
>
>
>Rodrigo Mota.
>
>
>
>   _
>
>De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
>nome de Moked - Humberto (Brazil)
>Enviada em: quarta-feira, 29 de novembro de 2006 13:53
>Para: delphi-br@yahoogrupos.com.br
>Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>
>
>
>O único DBWare que eu uso é o DBGRID.. hehe pq eu uso ele somente para
>consultas.. então deixo ele somente leitura e é só festa hehehe... mas os
>DBEdits eu não gosto de usar.
>
>
>
>De: [EMAIL PROTECTED]  os.com.br
>[mailto:[EMAIL PROTECTED] 
>os.com.br] Em nome de Luiz Escobar
>Enviada em: quarta-feira, 29 de novembro de 2006 05:02
>Para: [EMAIL PROTECTED]  os.com.br
>Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>
>Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc...
>faz tudo na mão ???
>
>Também sou da seita que o programador tem que ter completo controle dos
>dados, mas dai programar em ASSEMBLY PURO hehehehe to fora...
>
>Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um
>meio de fazer usando DBWARES.
>Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito
>na maioria dos casos..
>
>Acho um loucura construir um DBGRID sendo que ele esta pronto.
>
>Luiz Escobar
>
>- Segue mensagem original! -
>
>De: "Moked - Humberto \(Brazil\)" <[EMAIL PROTECTED]
> com.br  >
>Data: Tue, 28 Nov 2006 11:04:43 -0200
>Para: <[EMAIL PROTECTED]  
>os.com.br
> >
>Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>
>Eu não sou a favor do uso de DBWares, pois creio que o programador tem q 
>ter
>completo controle dos dados que estão sendo enviados ao banco ou trazidos
>dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo
>de transação nas mãos dos DBWares. Mas cada um com a sua. \o/
>
>
>
>De: [EMAIL PROTECTED]  os.com.br
> [mailto:[EMAIL PROTECTED]
> os.com.br
> ] Em nome de Alisson Yahoo
>Enviada em: terça-feira, 28 de novembro de 2006 11:01
>Para: [EMAIL PROTECTED]  os.com.br
>
>Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>
>Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas,
>como diria Raulzito, "Prefiro ser essa metamorfose ambulante...". Agora que
>estou começando a desenvolver usando ClientDataset estou mudando de 
>opinião.
>O que eu acho chato são alguns erros que são um pouco mais difíceis de
>achar, como por exemplo, erros ocasionado pela chamada de certos eventos.
>
>[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]
>
>
>
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>

_
MSN Messenger: converse com os seus amigos online. 
http://messenger.msn.com.br



Re: [delphi-br] Verificar maskedit

2006-11-29 Por tôpico Tamara Clemente
try
  StrToDateTime(edit.text);
except
  Showmessage('Digite a data certa');
end;


Em 29/11/06, Moked - Humberto (Brazil) <[EMAIL PROTECTED]> escreveu:
>
>   Como faço para verificar se um texto é hora? Por exemplo: Tenho um Edit
> que o usuário digita uma hora, porém se o usuário digitar uma data inválida
> da msg de erro..
>
>
> Como fazer?
>
> No VB tem o comando isDate.. tem algo parecido no Delphi?
>
> [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] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Rodrigo Mota
Que Heresia….

 

Poxa antes de falar que não vai usarpq eh isso ou aquilo

Da uma estudada na VCL..abre o fonte do componente...e veja como ele
trabalha

 

 

Abs,

 

Rodrigo Mota.

 

  _  

De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Moked - Humberto (Brazil)
Enviada em: quarta-feira, 29 de novembro de 2006 13:53
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

 

O único DBWare que eu uso é o DBGRID.. hehe pq eu uso ele somente para
consultas.. então deixo ele somente leitura e é só festa hehehe... mas os
DBEdits eu não gosto de usar.



De: [EMAIL PROTECTED]  os.com.br
[mailto:[EMAIL PROTECTED] 
os.com.br] Em nome de Luiz Escobar
Enviada em: quarta-feira, 29 de novembro de 2006 05:02
Para: [EMAIL PROTECTED]  os.com.br
Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc...
faz tudo na mão ???

Também sou da seita que o programador tem que ter completo controle dos
dados, mas dai programar em ASSEMBLY PURO hehehehe to fora...

Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um
meio de fazer usando DBWARES.
Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito
na maioria dos casos.. 

Acho um loucura construir um DBGRID sendo que ele esta pronto.

Luiz Escobar

- Segue mensagem original! -

De: "Moked - Humberto \(Brazil\)" <[EMAIL PROTECTED]
 com.br  >
Data: Tue, 28 Nov 2006 11:04:43 -0200
Para: <[EMAIL PROTECTED]  os.com.br
 >
Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter
completo controle dos dados que estão sendo enviados ao banco ou trazidos
dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo
de transação nas mãos dos DBWares. Mas cada um com a sua. \o/



De: [EMAIL PROTECTED]  os.com.br
 [mailto:[EMAIL PROTECTED]
 os.com.br
 ] Em nome de Alisson Yahoo
Enviada em: terça-feira, 28 de novembro de 2006 11:01
Para: [EMAIL PROTECTED]  os.com.br
 
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas,
como diria Raulzito, "Prefiro ser essa metamorfose ambulante...". Agora que
estou começando a desenvolver usando ClientDataset estou mudando de opinião.
O que eu acho chato são alguns erros que são um pouco mais difíceis de
achar, como por exemplo, erros ocasionado pela chamada de certos eventos.

[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]

 



[As partes desta mensagem que não continham texto foram removidas]



RE: [delphi-br] Re: Usar ou não usar DBWar es? Eis a questão!

2006-11-29 Por tôpico Rubem Nascimento da Rocha
Grande Waltão! Não poderia ter dito melhor!
Sds.


>From: "Walter Chagas (Yahoo)" <[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: delphi-br@yahoogrupos.com.br
>Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>Date: Wed, 29 Nov 2006 18:23:13 -
>
>Sem querer ser chato, mas aqui Trabalho com DBWare direto na
>elaboração de cadastros e tudo mais. Claro! Não existiu, não existe e
>jamais existirá sistemas 100% a base de DBWares, compete ao
>desenvolvedor saber aonde, quando e como usar. Travar rede, não trava
>e pesar a rede é relativo. Eu sempre uso DBEdits, dentre outros, mas
>tudo conectado ao banco via ClientDataset. Sentenças SQL bem montadas
>e trazendo apenas aquilo que interessa ao cadastro e ClientDatasets
>usando packetrecords na média, funcionam sem problemas. O RM é feito
>quase todo a base de DBWares, roda no terminal aqui tranquilo. E olha
>que a rede aqui não é daquelas maravilhosas beldades do universo da
>informatica não viu. Ela é apinhada de gargalos e deficiências.
>
>O problema, como eu já disse, é o cara que acha que apenas poe um
>DBEdit lá, conecta na query, dá um select todos form e pronto. Aí não
>há Swith, não há link e muito menos roteador que aguente mesmo. E
>DBWares podem ser tratados também, basta saber fazer e aonde fazer.
>
>
>
>[]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, "Fellipe Henrique"
><[EMAIL PROTECTED]> escreveu
> >
> > Olá maniacapordelphi
> >
> > Sua informacao que DBWares podem travar maquinas em rede está
>incorreta,
> > pois eu tenho um sistema que roda em 45 lojas, cada qual com no
>minimo 5
> > máquinas, todas conectadas via internet usando BSS, tirando a
>matriz.. ou
> > seja são quase 300 maquinas, e nada de dar pau...
> >
> > Se o sistema usa DBWares e é ruim, não é culpa dele, e sim do
>programador...
> > me desculpem aos amigos.. mas essa é a verdade, 99% dos erros estão
>nos que
> > nós mesmos causamos, e nao no componente.
> >
> > []s
> >
> > Em 29/11/06, maniacapordelphi <[EMAIL PROTECTED]> escreveu:
> > >
> > >   Eu sigo a tese do Vitor. Também uso os dois.
> > > Simplesmente, se usa TDataSet quando ele permite o desenvolvedor
> > > fazer o q precisa e obter o "resultado que espera", ou se usa o
>Edit
> > > tratando-o da forma que melhor se quer.
> > > Confesso que DBWares tem furos e às vezes nos dão um resultado
> > > inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> > > travar a rede em caso de grande numero de usuarios e quando se
>usa o
> > > aplicativo através do Client Terminal, então?
> > > T+
> > > Mani
> > >
> > > --- Em delphi-br@yahoogrupos.com.br 40yahoogrupos.com.br>,
> > > "Vitor Luiz Redes"
> > >  escreveu
> > > >
> > > > Trabalho com os dois.
> > > > É besteira fazer sistemas pequenos com classes de negócio, é
> > > besteira fazer sistemas grandes com TDataSet.
> > > >
> > > > 
> > > > Vitor Luiz Redes
> > > > Analista de Sistemas
> > > > Redsystem Software / Bureau Software
> > > > Messenger: vitorluizredes@
> > >
> > > > 
> > > > Phone: 3379-6939
> > > > Cel. Phone: 9677-8445
> > > > 
> > > > - Original Message -
> > > > From: Joao Morais
> > > > To: delphi-br@yahoogrupos.com.br 40yahoogrupos.com.br>
> > > > Sent: Wednesday, November 29, 2006 10:04 AM
> > > > Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis
> > > a questão!
> > > >
> > > >
> > > > Walter Chagas (Yahoo) wrote:
> > > >
> > > > >  prazos que não
> > > > > lhe darão margens pra criar coisas que já existem (o famoso
> > > > > reinventar a roda) ou então ficar fazendo na mão, aquilo que
> > > já tem
> > > > > pronto por mero capricho de desenvolvimento.
> > > >
> > > > Metendo o bedelho de novo.
> > > >
> > > > Ninguém está reinventando a roda ao usar um Edit para apresentar
> > > dados,
> > > > muito pelo contrário, está ignorando uma roda quadrada
> > > idealizada há 10
> > > > anos pela Borland para implementar uma roda devidamente redonda,
> > > > calibrada, com liga leve e orientada a objetos.
> > > >
> > > > Ainda acrescento que não é de bom tom falar mal de uma
> > > implementação
> > > > quando esta lhe é completamente desconhecida. Eu estou falando
> > > com a
> > > > experiência (e problemas) dos meus quase 10 anos de TDataset
> > > comparado
> > > > com o que eu posso fazer com uma classe de negócio. Você não tem
> > > como
> > > > sequer fazer idéia da diferença relacionada a ganho de
> > > produtividade no
> > > > médio e longo prazos.
> > > >
> > > > --
> > > > João Morais
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > ---
> > > >
> > > >
> > > > Internal Virus Database is out-of-date.
> > > > Checked by AVG Free Edition.
> > > > Version: 7

Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Rubem Nascimento da Rocha

maniacapordelphi, eu lhe desafio vc a me dizer pq controles data-aware lhe 
causam resultados inesperados! Se vc me provar isso, eu abandono tudo o que 
eu sei hoje sobre o uso de controles data-aware.

Sds.

>From: Joao Morais <[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: delphi-br@yahoogrupos.com.br
>Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
>Date: Wed, 29 Nov 2006 18:41:09 -0200
>
>maniacapordelphi wrote:
>
> > Confesso que DBWares tem furos e às vezes nos dão um resultado
> > inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> > travar a rede em caso de grande numero de usuarios e quando se usa o
> > aplicativo através do Client Terminal, então?
>
>Se existisse alguma culpa, seria do TDataset e não do DBAware. Mas
>geralmente OPFs são mais lentos do que o TDataset braçal (ponto pro
>RAD), DBAware faz meramente a apresentação dos dados. Nesse caso
>concordo com os colegas Felipe e Walter, isso tem dedo do programador.
>
>--
>João Morais

_
MSN Busca: fácil, rápido, direto ao ponto.  http://search.msn.com.br



Re: [delphi-br] Fiz CACA Preciso de ajuda

2006-11-29 Por tôpico Alosi yarru
pelo que conheço somente no backup
- Original Message -
From: "Rodrigo Kopke Lopes" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, November 29, 2006 10:57 AM
Subject: Re: [delphi-br] Fiz CACA Preciso de ajuda


Amigo, depois de um Commit infelizmente não há o que fazer.

"SUPER Safra (TI: Marcos Roberto)" <[EMAIL PROTECTED]> escreveu:
roolbak
- Original Message -
From: Fabio Dantas
To: delphi-br@yahoogrupos.com.br
Sent: Thursday, November 23, 2006 3:56 PM
Subject: [delphi-br] Fiz CACA Preciso de ajuda

Galera fiz caca em um banco interbase.

Limpei uma tabela e dei comit tem como voltar atras ?

Abraço

[As partes desta mensagem que não continham texto foram removidas]

[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]



--
< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >

Links do Yahoo! Grupos





___ 
O Yahoo! está de cara nova. Venha conferir! 
http://br.yahoo.com


Re: [delphi-br] Fiz CACA Preciso de ajuda

2006-11-29 Por tôpico Eduardo Silva dos Santos
Fez novamente?

cara, deu commit já era...

se não tiver backup...  Adeus dados...


Em 29/11/06, Alosi yarru <[EMAIL PROTECTED]> escreveu:
>
>   pelo que conheço somente no backup
> - Original Message -
> From: "Rodrigo Kopke Lopes" <[EMAIL PROTECTED]
> >
> To: >
> Sent: Wednesday, November 29, 2006 10:57 AM
> Subject: Re: [delphi-br] Fiz CACA Preciso de ajuda
>
> Amigo, depois de um Commit infelizmente não há o que fazer.
>
> "SUPER Safra (TI: Marcos Roberto)" <[EMAIL 
> PROTECTED]>
> escreveu:
> roolbak
> - Original Message -
> From: Fabio Dantas
> To: delphi-br@yahoogrupos.com.br 
> Sent: Thursday, November 23, 2006 3:56 PM
> Subject: [delphi-br] Fiz CACA Preciso de ajuda
>
> Galera fiz caca em um banco interbase.
>
> Limpei uma tabela e dei comit tem como voltar atras ?
>
> Abraço
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [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]
>
> --
> < FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >
>
> Links do Yahoo! Grupos
>
>
> ___
> O Yahoo! está de cara nova. Venha conferir!
> http://br.yahoo.com
> 
>



-- 
Eduardo Silva dos Santos
DRD Sistemas.
(27) 3218-4201
MSN: [EMAIL PROTECTED]
Site: http://www.drdsistemas.com/


[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Unificação de Sistemas

2006-11-29 Por tôpico Marcelo
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.


Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Julio Cesar
no inicio nao usava dbaware nos sistemas, qndo aprendi delphi aprendi assim 
"corra do dbaware, eles fazem coisas q vc nao quer", mas ate qndo eu realmente 
comecei a usar e aprendi como controlar o q acontece eu desisti de fazer na 
mao... da menos trabalho, ainda mais qndo se tem uma estrutura bem montada. no 
br eu tenho nos meus arquivos um projeto chamado BASE, esse projeto tem a 
estrutura basica q eu preciso pra montar qq sistema, alguns exemplos:

pra chamar uma msg de erro, eu posso chamar de qq lugar Erro(msg), assim como 
os outros dipos de tela, tem as telas basicas tb para cadastro onde ja estao 
tds os metodos de seguranca do sistema e tb as de tratamento de erros...

a termos de producao, continuo com dbaware, sempre...



Julio Cesar
[EMAIL PROTECTED]
+353 (87) 2184139
+353 (091) 630317
"Nao ha saber mais ou saber menos, ha saberes diferentes" (Paulo Freire)
  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 3:00 PM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Walter Chagas (Yahoo) wrote:

  > Então que tal postar um 
  > exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim 
  > poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois 
  > nem eu conheço esta metodologia também.

  Você quer um exemplo bem básico pra saber se MVP é mais produtivo do que 
  DBAware? Então nem perca seu tempo, pra exemplo bem básico DBAware chega 
  a ser um pouco mais fácil de implementar. Estou falando em médio e longo 
  prazo. Ainda assim você pode baixar o PressObjects, ler a pouca 
  documentação (que por sinal cobre apenas uns 50% do que eu já consegui 
  implementar) e estudar os fontes do aplicativo demonstração.

  Outra coisa que deve ser destacada é o jeito de programar de cada um. 
  Tem quem prefira criar regras em classes, tem quem prefira criar regras 
  em botão. Para cada um existe um framework que atenda suas preferências. 
  Eu estou falando que criar regras em classe é melhor tendo utilizado as 
  duas abordagens, você diz que usar Edit é coisa pra cientista maluco sem 
  conhecer a ciência do negócio.

  MVP só vai ser melhor do que DBAware para quem tiver a cabeça aberta 
  para programação orientada a objetos.

  --
  João Morais


   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Exceção em OpenDialog

2006-11-29 Por tôpico Joao Morais
Edilson Gonçalves wrote:
> Pessoal, estou com o seguinte problema:
> Tenho em um Form um componente TOpenDialog, um TButton e um TEdit pra
> exemplificar.
> Seria para o usuário escolher um dentre vários skins para o aplicativo.
> O procedimento ocorre normalmente até a escolha do arquivo através do
> openDialog. Acontece que
> ao clicar no botão abrir do OpenDialog, ocorre uma exceção. Já vasculhei pra
> todo lado e nao consigo encontrar
> o que está causando esta exceção.
> 
> "Project Papyrus.exe raised excpetion class EAccessViolation with message
> 'Access violation at address .
> Read address 000'. Process stopped. Use Step or Run to continue"

Você está tentando acessar algum objeto que já foi destruído. Para saber 
quem é o vilão, rode o programa através da IDE com o debugger, e logo 
que ocorrer a exceção dê um stack trace (Ctrl+F3 no D5) para você ver 
aonde você está e quem está tentando acessar o quê. As vezes é um pouco 
menos difícil do que parece (as vezes é mais...) Boa sorte!

FastMM em modo de depuração ajuda pácas, faz com que o erro ocorra mais 
próximo do ponto certo, além de te avisar se você tem vazamentos de memória.

--
João Morais



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Joao Morais
Luiz Escobar wrote:

> É realmente achei assustador hehehehe
> Creio que o cara não deve saber do que estava falando...   

Conheço o Paulo e o Marcos, os autores do artigo. Eles sabem sim do que 
estão falando. O problema é que o artigo poderia ser um pouco mais didático.

> Bom existe algum FRAMEWORK que não seja ALFA ou BETA e que já funcione 100% 
> ou pelo menos 99% pra se produzir algo com facilidade e produtividade assim 
> como os DBWare´s. ???

O meu está em pré-alfa porque eu ainda preciso escrever os wizards, mas 
eu já tenho duas aplicações em produção feitas com ele.

--
João Morais



[delphi-br] Verificar maskedit

2006-11-29 Por tôpico Moked - Humberto \(Brazil\)
Como faço para verificar se um texto é hora? Por exemplo: Tenho um Edit que o 
usuário digita uma hora, porém se o usuário digitar uma data inválida da msg de 
erro..
 
 
Como fazer?
 
No VB tem o comando isDate.. tem algo parecido no Delphi?


[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!

2006-11-29 Por tôpico Moked - Humberto \(Brazil\)
O único DBWare que eu uso é o DBGRID.. hehe pq eu uso ele somente para 
consultas.. então deixo ele somente leitura e é só festa hehehe... mas os 
DBEdits eu não gosto de usar.



De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz 
Escobar
Enviada em: quarta-feira, 29 de novembro de 2006 05:02
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!




Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc... faz 
tudo na mão ???

Também sou da seita que o programador tem que ter completo controle dos dados, 
mas dai programar em ASSEMBLY PURO hehehehe to fora...

Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um meio 
de fazer usando DBWARES.
Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito na 
maioria dos casos.. 

Acho um loucura construir um DBGRID sendo que ele esta pronto.

Luiz Escobar

- Segue mensagem original! -

De: "Moked - Humberto \(Brazil\)" <[EMAIL PROTECTED] 
 >
Data: Tue, 28 Nov 2006 11:04:43 -0200
Para: mailto:delphi-br%40yahoogrupos.com.br> >
Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter 
completo controle dos dados que estão sendo enviados ao banco ou trazidos dele. 
Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo de 
transação nas mãos dos DBWares. Mas cada um com a sua. \o/



De: delphi-br@yahoogrupos.com.br   
[mailto:delphi-br@yahoogrupos.com.br  ] 
Em nome de Alisson Yahoo
Enviada em: terça-feira, 28 de novembro de 2006 11:01
Para: delphi-br@yahoogrupos.com.br  
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, como 
diria Raulzito, "Prefiro ser essa metamorfose ambulante...". Agora que estou 
começando a desenvolver usando ClientDataset estou mudando de opinião. O que eu 
acho chato são alguns erros que são um pouco mais difíceis de achar, como por 
exemplo, erros ocasionado pela chamada de certos eventos.

[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: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Luiz Escobar wrote:

> Não acho que DBWares não são rodas quadradas não...
> 
> E como vc mesmo disse, não é de bom to falar mal de uma implementação quando 
> esta lhe é completamente desconhecida...

DBAware não é um desconhecido pra mim, e confesso que eu fiz injustiça. 
A roda quadrada é usar TDataset como objeto de negócio. Isso dá mais dor 
de cabeça do que Whisky paraguaio.

> Também tenho alguns anos, 16 anos de programação, 15-CLIPPER, 12-DELPHI. 

Outro Matuzalém. Esse ano completei 21 de programação, 18 de Basic, 16 
de Clipper e Pascal (Turbo 3). Parece que foi ontem.

> E posso garantir que DBWare´s são bem melhores que UNHALWare´s e olha que 
> sou defençor do UNHAL.EXE...
> 
> Agora se for pra partir para FrameWork´s MVP/Classes de negócios.   ai 
> ainda não tenho um opnião formada...
> Mas creio que mesmo assim dentro deles vamos ter DBWare´s funcionando, talvez 
> de uma maneira mais inteligente e pratica, ainda não sei, o jeito é esperar 
> pra ver no que vai dar...

Já está acontecendo. DBAware em .net publica propriedades de objetos, e 
o InstantObjects tem um esquema parecido para win32 e propriedades 
publicadas via RTTI. Pra quem gosta de DBAware é um prato cheio.

--
João Morais



Re: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
maniacapordelphi wrote:

> Confesso que DBWares tem furos e às vezes nos dão um resultado 
> inesperado sim. E nem sempre é rapido como se diz por aí. Pode 
> travar a rede em caso de grande numero de usuarios e quando se usa o 
> aplicativo através do Client Terminal, então? 

Se existisse alguma culpa, seria do TDataset e não do DBAware. Mas 
geralmente OPFs são mais lentos do que o TDataset braçal (ponto pro 
RAD), DBAware faz meramente a apresentação dos dados. Nesse caso 
concordo com os colegas Felipe e Walter, isso tem dedo do programador.

--
João Morais


Re: [delphi-br] Exceção em OpenDialog

2006-11-29 Por tôpico Edilson Gonçalves
Já fiz isso tbm, mas continua o mesmo problema.

Em 29/11/06, Marcelo Hoepfner (SI) <[EMAIL PROTECTED]> escreveu:
>
>   Tenta retirar o = true
>
> procedure TfrmSkin.BuscaClick(Sender: TObject);
> begin
> if opDiag.Execute then
> edit1.Text := ExtractFilePath(opDiag.FileName);
> end;
>
> _
>
> De: delphi-br@yahoogrupos.com.br  [mailto:
> delphi-br@yahoogrupos.com.br ] Em nome de
> Edilson Gonçalves
> Enviada em: quarta-feira, 29 de novembro de 2006 10:57
> Para: delphi-br@yahoogrupos.com.br 
> Assunto: [delphi-br] Exceção em OpenDialog
>
>
> Pessoal, estou com o seguinte problema:
> Tenho em um Form um componente TOpenDialog, um TButton e um TEdit pra
> exemplificar.
> Seria para o usuário escolher um dentre vários skins para o aplicativo.
> O procedimento ocorre normalmente até a escolha do arquivo através do
> openDialog. Acontece que
> ao clicar no botão abrir do OpenDialog, ocorre uma exceção. Já vasculhei
> pra
> todo lado e nao consigo encontrar
> o que está causando esta exceção.
>
> "Project Papyrus.exe raised excpetion class EAccessViolation with message
> 'Access violation at address .
> Read address 000'. Process stopped. Use Step or Run to continue"
>
> Abaixo o código que estou utilizando como exemplo:
>
> unit uSkin;
>
> interface
>
> uses
> Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
> Dialogs, StdCtrls, Buttons;
>
> type
> TfrmSkin = class(TForm)
> opDiag: TOpenDialog;
> Busca: TBitBtn;
> Edit1: TEdit;
> Sair: TBitBtn;
> procedure BuscaClick(Sender: TObject);
> procedure FormClose(Sender: TObject; var Action: TCloseAction);
> private
> { Private declarations }
> public
> { Public declarations }
> end;
>
> var
> frmSkin: TfrmSkin;
>
> implementation
>
> {$R *.dfm}
>
> procedure TfrmSkin.BuscaClick(Sender: TObject);
> begin
> if opDiag.Execute = true then
> edit1.Text := ExtractFilePath(opDiag.FileName);
> end;
>
> procedure TfrmSkin.FormClose(Sender: TObject; var Action: TCloseAction);
> begin
> Action := caFree;
> end;
>
> end.
>
> [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] Framework MVP

2006-11-29 Por tôpico Joao Morais
Eric D. wrote:

> Pessoal, isso não equivale ao MVC (Model-View-Controller) já existente pra 
> PHP a muuito tempo?

MVP é o próprio MVC com um tchan a mais--o Interactor--que deixa a View 
um pouco mais "burra". Na verdade isso começou lá no Smalltalk.

> Não é necessariamente nem um framework tudo isso. Mas sim uma metodologia de 
> desenvolvimento. Um framework é desenvolvido em cima desta metodologia para 
> colocá-la totalmente a disposição da produção do desenvolvimento de qq 
> aplicação.

Isso. MVP é um conceito, os frameworks implementam esse conceito e a 
gente usa os frameworks.

--
João Morais



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Joao Morais
Fellipe Henrique wrote:

> Brincadeira, se for pra digitar isso...

Isto é uma implementação das classes MVP, o seu projeto não precisa 
digitar essa renca de coisa -- só metade :-)) -- mas para isso existem 
os Wizards, Experts entre outros mágicos.

> Agora, tem o InstantObject, isso é tbm o MVP?

Nope. InstantObjects é um framework de persistência - OPF.

--
João Morais



Re: Res: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Ricardo Cesar Cardoso wrote:

> Quanto aos Frameworks MVP, o único que cheguei mesmo a implementar foi o DePO 
> (Delphi Persistent Objects) e gostei do que vi. Apenas ressalto que existem 
> duas versões em paralelo correndo por ai, a oficial do projeto e outra que 
> vem sendo desenvolvida pelo pessoal do forum OODesign; ambas as versões já 
> mostram uma ótima alternativa para uso se vc quer dar um passo adiante e 
> pensar mais nas regras de negócio. Outro que eu baixei e quero testar com 
> carinho é o InstantObjects que parece ser um pouco mais velho (mais 
> experiente) que o DePO e também mostra um grande poder de fogo.

Apenas para esclarecer quanto às nomenclaturas - tanto DePo quanto 
InstantObjects são frameworks de persistência - os OPFs.

Para um melhor entendimento - OPF está para TDataset (objeto de negócio) 
assim como MVP está para DBAware (apresentação de dados).

--
João Morais



Re: [delphi-br] Re: Master/Detail Usando o Firebird

2006-11-29 Por tôpico willer
Já tentei adaptar, mas não consegui. Existem algumas propeiedades que não 
consegui encontrar.
Quais componentes substituem os do Exemplo?


  - Original Message - 
  From: Walter Chagas (Yahoo) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 5:51 PM
  Subject: [delphi-br] Re: Master/Detail Usando o Firebird


  Veja este exemplo na minha pagina:

  http://www.geocities.com/SiliconValley/Bay/1058/ClientDataset.html

  Ele é adaptavel ao DBExpress ou ao FBX.

  []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, "willer" <[EMAIL PROTECTED]> escreveu
  >
  > Alguém sabe como usar Master/Detail usando o Firebird?
  > Peguei um tutorial na Internet, mas não consegui segui-lo, eu uso 
  os componentes da paleta FIBPlus, e o tutorial usa outros 
  componentes, então tentei adaptar, mas mesmo assim não tive sucesso. 
  Alguém saberia como fazer?
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

  __ Informação do NOD32 IMON 1888 (20061128) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Re: Master/Detail Usando o Firebird

2006-11-29 Por tôpico Walter Chagas (Yahoo)
Veja este exemplo na minha pagina:

http://www.geocities.com/SiliconValley/Bay/1058/ClientDataset.html

Ele é adaptavel ao DBExpress ou ao FBX.


[]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, "willer" <[EMAIL PROTECTED]> escreveu
>
> Alguém sabe como usar Master/Detail usando o Firebird?
> Peguei um tutorial na Internet, mas não consegui segui-lo, eu uso 
os componentes da paleta FIBPlus, e o tutorial usa outros 
componentes, então tentei adaptar, mas mesmo assim não tive sucesso. 
Alguém saberia como fazer?
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Re: [delphi-br] Off-Topicc - Roteador

2006-11-29 Por tôpico Luiz Escobar
Sim com certeza... mas eu tenho 2 servidores linux e tenho um problema com o 
bosta do diretor tecnico que acha que sabe informatica e vivia temando comigo 
que o linux é uma bosta que firewall tem que ser em hardware, ai aproveitei que 
ele gostou desde e eu vi que era bonzinho, ai deixei ele gastar... disse vc 
quem sabe ele é bom mas prefiro um novo sevidor linux, mas se vc quizer gastar 
com esse ai...
porque ele depende de mim, qualquer mudança, travar IP, aumentar um string no 
squid etc... só eu, ele é menos que zero a esquerda nesse assunto, ele é bom 
com link´s de rádio, transmissor, e por isso acha que sabe tudo de tudo... faze 
o que...

Mas gostei do bixim, ele até que é bom, mas o camarada que achou que agora ele 
ia fazer e acontecer desistiu já na fase de mudar os IP´s para o padrão da 
nossa rede.. heheheheh...
 
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: André - Gmail 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 4:05 PM
  Subject: Re: [delphi-br] Off-Topicc - Roteador


  Vc poderia usar um servidor linux com 3 placas de rede para fazer isto que 
  vc quer.

  - Original Message - 
  From: "Luiz Escobar" <[EMAIL PROTECTED]>
  To: 
  Sent: Wednesday, November 29, 2006 3:54 PM
  Subject: Re: [delphi-br] Off-Topicc - Roteador

  Veja bem não coloquei tudo que ele faz...
  veja aqui... http://www.dlinkla.com/home/productos/producto.jsp?idp=761

  FICHA TECNICA

  Portas 9 10/100 Ethernet (2 WAN, 1 DMZ e 7 LAN)

  SDRAM 128MB

  Flash 128MB

  Console 1 x conector DB9, RS-232

  Performance do firewall 120 Mbps

  Performance 3DES/AES: 60 Mbps

  Sessões concorrentes 25.000

  Políticas 1.000

  Modos de Operação

  Layer 3 Router, NAT

  Layer 2 Modo Transparente

  Network Address Translation (NAT) Sim

  Port Address Translation (PAT) Sim

  Policy-base NAT Sim

  Port Forwarding Sim

  Segurança de Rede Pró-ativa: Firewall para Switch Zone-Defense

  Configuração de políticas programáveis por tempo Sim

  Virtual Private Network (VPN)

  Protocolo AH, ESP

  Modo IPSec Túnel, Transporte

  Criptografia DES/3DES/AES/Twofish/Blowfish/CAST-128/NULL
  Suporte MPPE para PPTP

  Autenticação MD5, SHA-1

  Grupo PFS: Perfect Forward Secrecy (DH Group): Group 1, 2, 5

  Servidor VPN PPTP/L2TP/IPSec

  Túneis Até 300

  Modo IKE Main, Aggressive

  Administração de Chaves Pre-share key
  X.509 v3
  Manual Key
  Suporte IKE v2

  IPSec NAT Transversal Sim

  Seleção de políticas VPN Routing / Policy-Base Routing

  Dead Peer Detection Sim

  VPN Tunnel Keep Alive Sim

  Prevenção contra repetição de ataques (Replay Attack) Sim

  Redundância de Gateway VPN Sim

  Suporte VPN estrela (Hub and Spoke) Sim

  Direcionamento IP & Routing

  Static IP address Sim

  Modos PPPoE para xDSL
  Cliente PPTP para xDSL
  Cliente DHCP para interface WAN

  Servidor DHCP Sim

  DHCP Relay Sim

  DHCP sobre IPSec Sim

  IP Alias Sim

  Rotas Estáticas Sim

  OSPF Rota Dinâmica Sim

  Rotes baseadas em políticas Sim

  Networking

  Suporte de múltiplos enlaces WAN Sim

  Suporte à VLAN IEEE 802.1q Suporte de VLAN IEEE 802.1q

  Definição de VLAN 802.1q baseadas em políticas Sim

  Multicast IGMP v2*, IGMP snooping

  Cliente DDNS DynDNS.org, TZO.com, dhs.org, Peanut Hull

  H.323 NAT Traversal Sim

  Suporte à ALG (Application Layer Gateway) HTTP, FTP, H.323
  SMTP*, SIP, DNS

  Características Técnicas Software (principales)

  Assistente de instalação Sim

  Interface de Console Sim

  Interface Web UI Sim

  Interface para linha de Comando (CLI) Sim

  Secure Command Shell (SSH) Sim

  Suporte à Sistema de Administração Central Sim

  Proteção de CPU e Memória Sim

  SNTP e UDP Time Synchronization Sim

  Administração de usuarios e equipamentos

  Múltiplos Administradores Suportado no Sistema de Administração 
  Central

  Controle de permissões de usuário de multi-nível Suportado no 
  Sistema de Administração Central

  Conta Administrativa somente leitura (Read Only) Sim

  Atualização de Software, Configuração Backup/Restore Web UI
  TFTP

  Definição de host confiável para administração remota Sim

  Autenticação de usuário

  Base de dados local Sim

  Base de dados externa RADIUS, LDAP, Active Directory

  Autenticação on-line com base de dados interna ou externa Sim

  Autenticação de usuários por grupos Sim

  Suporte de múltiplos servidores de autenticação ao mesmo tempo 
  Máximo 3 servidores

  IP e MAC Address Binding Sim

  XAUTH (Extended Authentication) Para autenticação IPSec

  Logging e Monitoramento

  Visualizador Log Sim

  Notificação por Email Sim

  Suporte à servidor de log externo Syslog server

  Formato de exportação de log CSV (Suportado no Sistema de 
  Administração Central)

  Monitor de P

Re: [delphi-br] WaveIn e WaveOut

2006-11-29 Por tôpico Luiz Escobar
Mais uma procure sobre TACMWaveIN  ou ACMWaveIN, é um componente com os fontes, 
vai te ajudar a pegar a lógica da coisa...  

Tambem TACMWaveOut TACMDialog TACMConvertor

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: Ilton Vieira Junior 
  To: delphi-br 
  Sent: Tuesday, November 28, 2006 3:40 PM
  Subject: Re: [delphi-br] WaveIn e WaveOut


  Boa tarde Escobar,

  O meu objetivo é aprender utilizar o WaveIn em especial, para capturar audio 
da placa de som, pelo microfone ou
  Entrada Auxiliar e armazenar o mesmo no HD ou manter em memória e jogar pela 
saída de som.

  Ainda, pretendo aprender como detectar se realmente existe um audio entrando 
pela placa de som. No caso gravo
  se tiver som, se for silêncio, o conteúdo é descartado.

  E particularmente falando, não gostaria de fazer com componentes prontos, e 
sim aprender como a coisa toda
  funciona.

  Pretendo após isso, transformar o Wave em MP3.

  Obrigado,

  Ilton

  > Talvez eu possa te ajudar, o que vc quer/precisa saber realmente sobre isso 
ai, e o que vc quer fazer com
  isso ai ??
  > 
  > 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



   

[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Master/Detail Usando o Firebird

2006-11-29 Por tôpico willer
Alguém sabe como usar Master/Detail usando o Firebird?
Peguei um tutorial na Internet, mas não consegui segui-lo, eu uso os 
componentes da paleta FIBPlus, e o tutorial usa outros componentes, então 
tentei adaptar, mas mesmo assim não tive sucesso. Alguém saberia como fazer?

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Luiz Escobar
É realmente achei assustador hehehehe
Creio que o cara não deve saber do que estava falando...   
Bom existe algum FRAMEWORK que não seja ALFA ou BETA e que já funcione 100% ou 
pelo menos 99% pra se produzir algo com facilidade e produtividade assim como 
os DBWare´s. ???

Se alguem souber e puder ajudar o resto do pessoal (isso inclui EU), ficariamos 
gratos...

Afinal a lei dos desenvolvedores é :
Saiba tudo sobre algo e algo sobre tudo (a primeira é dificil de cumprir 
mas a segunda ajuda) hehhehehhe

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: Wednesday, November 29, 2006 2:31 PM
  Subject: Re: [delphi-br] Framework MVP


  Luiz Escobar wrote:

  > Model-View-Presenter
  > http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043
  > 
  > Dá uma olhadinha quanto código para fazer um LOGIN 
  > acho que ainda não esta madura, vou esperar até tenha algo mais concreto, 
ate começar a usar isso ai

  Esse artigo tá mais assustando do que ajudando. E você não precisa 
  escrever essa renca de coisa, é pra isso que serve um framework.

  --
  João Morais



   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Re: Unificação de Sistema

2006-11-29 Por tôpico Luiz Escobar
Diz pra ele que tudo beleza, só preciso que vc coloque dois firewall´s com duas 
wan´s, parou uma o sistema acessa pela outra
tipo dois speedy-home/virtua de 8000/600  para evitar muitos gargalos, que vc 
faz os sevidores sincronizarem ON-LINE FULL-TIME e que se der algum problema na 
rede de uma ou das duas conexões ele vai ficar fora do ar onde o servidor não 
estiver presente à e passa o custo e apresente uma segunda solução com 
um segundo custo... ehhehehe  se vai ve como ele muda de idéia

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 - 


  > 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.
  >


  Atividade nos últimos dias
a..  22Novos usuários
  Visite seu Grupo 
  Yahoo! Messenger
  Conecte-se ao mundo

  Chamadas grátis

  para outros computadores

  Barra de Ferramentas
  Instale grátis!

  Os produtos Yahoo!

  no seu navegador.

  Yahoo! Grupos
  Crie seu próprio grupo

  A melhor forma de comunicação

  . 
   

[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!

2006-11-29 Por tôpico Fellipe Henrique
Concordo plenamente com você Walter... O Cara sabendo trabalhar com os
DBWare o sistema fica redondinho...

[]s

Em 29/11/06, Walter Chagas (Yahoo) <[EMAIL PROTECTED]> escreveu:
>
>   Sem querer ser chato, mas aqui Trabalho com DBWare direto na
> elaboração de cadastros e tudo mais. Claro! Não existiu, não existe e
> jamais existirá sistemas 100% a base de DBWares, compete ao
> desenvolvedor saber aonde, quando e como usar. Travar rede, não trava
> e pesar a rede é relativo. Eu sempre uso DBEdits, dentre outros, mas
> tudo conectado ao banco via ClientDataset. Sentenças SQL bem montadas
> e trazendo apenas aquilo que interessa ao cadastro e ClientDatasets
> usando packetrecords na média, funcionam sem problemas. O RM é feito
> quase todo a base de DBWares, roda no terminal aqui tranquilo. E olha
> que a rede aqui não é daquelas maravilhosas beldades do universo da
> informatica não viu. Ela é apinhada de gargalos e deficiências.
>
> O problema, como eu já disse, é o cara que acha que apenas poe um
> DBEdit lá, conecta na query, dá um select todos form e pronto. Aí não
> há Swith, não há link e muito menos roteador que aguente mesmo. E
> DBWares podem ser tratados também, basta saber fazer e aonde fazer.
>
> []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 ,
> "Fellipe Henrique"
> <[EMAIL PROTECTED]> escreveu
> >
> > Olá maniacapordelphi
> >
> > Sua informacao que DBWares podem travar maquinas em rede está
> incorreta,
> > pois eu tenho um sistema que roda em 45 lojas, cada qual com no
> minimo 5
> > máquinas, todas conectadas via internet usando BSS, tirando a
> matriz.. ou
> > seja são quase 300 maquinas, e nada de dar pau...
> >
> > Se o sistema usa DBWares e é ruim, não é culpa dele, e sim do
> programador...
> > me desculpem aos amigos.. mas essa é a verdade, 99% dos erros estão
> nos que
> > nós mesmos causamos, e nao no componente.
> >
> > []s
> >
> > Em 29/11/06, maniacapordelphi <[EMAIL PROTECTED]> escreveu:
> > >
> > > Eu sigo a tese do Vitor. Também uso os dois.
> > > Simplesmente, se usa TDataSet quando ele permite o desenvolvedor
> > > fazer o q precisa e obter o "resultado que espera", ou se usa o
> Edit
> > > tratando-o da forma que melhor se quer.
> > > Confesso que DBWares tem furos e às vezes nos dão um resultado
> > > inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> > > travar a rede em caso de grande numero de usuarios e quando se
> usa o
> > > aplicativo através do Client Terminal, então?
> > > T+
> > > Mani
> > >
> > > --- Em delphi-br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>,
> > > "Vitor Luiz Redes"
> > >  escreveu
> > > >
> > > > Trabalho com os dois.
> > > > É besteira fazer sistemas pequenos com classes de negócio, é
> > > besteira fazer sistemas grandes com TDataSet.
> > > >
> > > > 
> > > > Vitor Luiz Redes
> > > > Analista de Sistemas
> > > > Redsystem Software / Bureau Software
> > > > Messenger: vitorluizredes@
> > >
> > > > 
> > > > Phone: 3379-6939
> > > > Cel. Phone: 9677-8445
> > > > 
> > > > - Original Message -
> > > > From: Joao Morais
> > > > To: delphi-br@yahoogrupos.com.br 
> > > >  40yahoogrupos.com.br>
> > > > Sent: Wednesday, November 29, 2006 10:04 AM
> > > > Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis
> > > a questão!
> > > >
> > > >
> > > > Walter Chagas (Yahoo) wrote:
> > > >
> > > > >  prazos que não
> > > > > lhe darão margens pra criar coisas que já existem (o famoso
> > > > > reinventar a roda) ou então ficar fazendo na mão, aquilo que
> > > já tem
> > > > > pronto por mero capricho de desenvolvimento.
> > > >
> > > > Metendo o bedelho de novo.
> > > >
> > > > Ninguém está reinventando a roda ao usar um Edit para apresentar
> > > dados,
> > > > muito pelo contrário, está ignorando uma roda quadrada
> > > idealizada há 10
> > > > anos pela Borland para implementar uma roda devidamente redonda,
> > > > calibrada, com liga leve e orientada a objetos.
> > > >
> > > > Ainda acrescento que não é de bom tom falar mal de uma
> > > implementação
> > > > quando esta lhe é completamente desconhecida. Eu estou falando
> > > com a
> > > > experiência (e problemas) dos meus quase 10 anos de TDataset
> > > comparado
> > > > com o que eu posso fazer com uma classe de negócio. Você não tem
> > > como
> > > > sequer fazer idéia da diferença relacionada a ganho de
> > > produtividade no
> > > > médio e longo prazos.
> > > >
> > > > --
> > > > João Morais
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > ---
> > > >
> > > >
> > > > Internal Virus Database is out-of-date.
> > > > Checked by AVG Free Edition.
> > > > Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date:
> >

[delphi-br] update via delphi nao funciona

2006-11-29 Por tôpico Auriston Lopes
Qdo uso o comando 
  Query1.close;
  Query1.clear;
  Query1.sql.add('update ponto set status = :ps where datamov = :pdata');
  ParamByName('ps').AsString := 'S';
  ParamByName('pdata').AsDateTime := date;
  execsql;
  nao funciona, o pgm executa normalmente o comando mas nao altera o conteudo 
da variavel status, uso d7, IBX Firebird 1.5, ja verifiquei atraves do 
depurador, eu uso a transação desta forma:
Begin
 try
   transacao.CommitRetaining;  // Commit na transacao
 except
 transacao.RollbackRetaining;// Desfaz em caso de erro
 ShowMessage('Houve erro na operação executada !');
 end;
  End;
  acho que esta OK. preciso de uma dica de usar este comando.
  sds
  auriston


-
 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] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Walter Chagas (Yahoo)
Sem querer ser chato, mas aqui Trabalho com DBWare direto na 
elaboração de cadastros e tudo mais. Claro! Não existiu, não existe e 
jamais existirá sistemas 100% a base de DBWares, compete ao 
desenvolvedor saber aonde, quando e como usar. Travar rede, não trava 
e pesar a rede é relativo. Eu sempre uso DBEdits, dentre outros, mas 
tudo conectado ao banco via ClientDataset. Sentenças SQL bem montadas 
e trazendo apenas aquilo que interessa ao cadastro e ClientDatasets 
usando packetrecords na média, funcionam sem problemas. O RM é feito 
quase todo a base de DBWares, roda no terminal aqui tranquilo. E olha 
que a rede aqui não é daquelas maravilhosas beldades do universo da 
informatica não viu. Ela é apinhada de gargalos e deficiências.

O problema, como eu já disse, é o cara que acha que apenas poe um 
DBEdit lá, conecta na query, dá um select todos form e pronto. Aí não 
há Swith, não há link e muito menos roteador que aguente mesmo. E 
DBWares podem ser tratados também, basta saber fazer e aonde fazer.



[]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, "Fellipe Henrique" 
<[EMAIL PROTECTED]> escreveu
>
> Olá maniacapordelphi
> 
> Sua informacao que DBWares podem travar maquinas em rede está 
incorreta,
> pois eu tenho um sistema que roda em 45 lojas, cada qual com no 
minimo 5
> máquinas, todas conectadas via internet usando BSS, tirando a 
matriz.. ou
> seja são quase 300 maquinas, e nada de dar pau...
> 
> Se o sistema usa DBWares e é ruim, não é culpa dele, e sim do 
programador...
> me desculpem aos amigos.. mas essa é a verdade, 99% dos erros estão 
nos que
> nós mesmos causamos, e nao no componente.
> 
> []s
> 
> Em 29/11/06, maniacapordelphi <[EMAIL PROTECTED]> escreveu:
> >
> >   Eu sigo a tese do Vitor. Também uso os dois.
> > Simplesmente, se usa TDataSet quando ele permite o desenvolvedor
> > fazer o q precisa e obter o "resultado que espera", ou se usa o 
Edit
> > tratando-o da forma que melhor se quer.
> > Confesso que DBWares tem furos e às vezes nos dão um resultado
> > inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> > travar a rede em caso de grande numero de usuarios e quando se 
usa o
> > aplicativo através do Client Terminal, então?
> > T+
> > Mani
> >
> > --- Em delphi-br@yahoogrupos.com.br ,
> > "Vitor Luiz Redes"
> >  escreveu
> > >
> > > Trabalho com os dois.
> > > É besteira fazer sistemas pequenos com classes de negócio, é
> > besteira fazer sistemas grandes com TDataSet.
> > >
> > > 
> > > Vitor Luiz Redes
> > > Analista de Sistemas
> > > Redsystem Software / Bureau Software
> > > Messenger: vitorluizredes@
> >
> > > 
> > > Phone: 3379-6939
> > > Cel. Phone: 9677-8445
> > > 
> > > - Original Message -
> > > From: Joao Morais
> > > To: delphi-br@yahoogrupos.com.br 
> > > Sent: Wednesday, November 29, 2006 10:04 AM
> > > Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis
> > a questão!
> > >
> > >
> > > Walter Chagas (Yahoo) wrote:
> > >
> > > >  prazos que não
> > > > lhe darão margens pra criar coisas que já existem (o famoso
> > > > reinventar a roda) ou então ficar fazendo na mão, aquilo que
> > já tem
> > > > pronto por mero capricho de desenvolvimento.
> > >
> > > Metendo o bedelho de novo.
> > >
> > > Ninguém está reinventando a roda ao usar um Edit para apresentar
> > dados,
> > > muito pelo contrário, está ignorando uma roda quadrada
> > idealizada há 10
> > > anos pela Borland para implementar uma roda devidamente redonda,
> > > calibrada, com liga leve e orientada a objetos.
> > >
> > > Ainda acrescento que não é de bom tom falar mal de uma
> > implementação
> > > quando esta lhe é completamente desconhecida. Eu estou falando
> > com a
> > > experiência (e problemas) dos meus quase 10 anos de TDataset
> > comparado
> > > com o que eu posso fazer com uma classe de negócio. Você não tem
> > como
> > > sequer fazer idéia da diferença relacionada a ganho de
> > produtividade no
> > > médio e longo prazos.
> > >
> > > --
> > > João Morais
> > >
> > >
> > >
> > >
> > >
> > > --
> > ---
> > >
> > >
> > > Internal Virus Database is out-of-date.
> > > Checked by AVG Free Edition.
> > > Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date:
> > 8/11/2006
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram 
removidas]
> > >
> >
> >  
> >
> 
> 
> 
> -- 
> _
> Fellipe Henrique
> [EMAIL PROTECTED]
> 
> 
> "Venham até a borda, ele disse.
> Eles disseram: Nós temos medo.
> Venham até a borda, ele insistiu.
> Eles foram, Ele os empurrou...
> E eles voaram."
> (Guillaume Apollinaire)
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>



Re: [delphi-br] Off-Topicc - Roteador

2006-11-29 Por tôpico André - Gmail
Vc poderia usar um servidor linux com 3 placas de rede para fazer isto que 
vc quer.

- Original Message - 
From: "Luiz Escobar" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, November 29, 2006 3:54 PM
Subject: Re: [delphi-br] Off-Topicc - Roteador


Veja bem não coloquei tudo que ele faz...
veja aqui...   http://www.dlinkla.com/home/productos/producto.jsp?idp=761

  FICHA TECNICA

  Portas9 10/100 Ethernet (2 WAN, 1 DMZ e 7 LAN)

  SDRAM   128MB

  Flash   128MB

  Console   1 x conector DB9, RS-232

  Performance do firewall   120 Mbps

  Performance 3DES/AES:   60 Mbps

  Sessões concorrentes   25.000

  Políticas   1.000


  Modos de Operação

  Layer 3   Router, NAT

  Layer 2   Modo Transparente

  Network Address Translation (NAT)   Sim

  Port Address Translation (PAT)   Sim

  Policy-base NAT   Sim

  Port Forwarding   Sim

  Segurança de Rede Pró-ativa:Firewall para Switch Zone-Defense

  Configuração de políticas programáveis por tempo   Sim


  Virtual Private Network (VPN)

  Protocolo   AH, ESP

  Modo IPSec   Túnel, Transporte

  Criptografia   DES/3DES/AES/Twofish/Blowfish/CAST-128/NULL
  Suporte MPPE para PPTP

  Autenticação   MD5, SHA-1

  Grupo PFS:   Perfect Forward Secrecy (DH Group): Group 1, 2, 5

  Servidor VPN   PPTP/L2TP/IPSec

  Túneis   Até 300

  Modo IKE   Main, Aggressive

  Administração de Chaves   Pre-share key
  X.509 v3
  Manual Key
  Suporte IKE v2

  IPSec NAT Transversal   Sim

  Seleção de políticas VPN   Routing / Policy-Base Routing

  Dead Peer Detection   Sim

  VPN Tunnel Keep Alive   Sim

  Prevenção contra repetição de ataques (Replay Attack)   Sim

  Redundância de Gateway VPNSim

  Suporte VPN estrela (Hub and Spoke)   Sim


  Direcionamento IP & Routing

  Static IP address   Sim

  Modos   PPPoE para xDSL
  Cliente PPTP para xDSL
  Cliente DHCP para interface WAN

  Servidor DHCP   Sim

  DHCP Relay   Sim

  DHCP sobre IPSec   Sim

  IP Alias   Sim

  Rotas Estáticas   Sim

  OSPF Rota Dinâmica   Sim

  Rotes baseadas em políticas   Sim


  Networking

  Suporte de múltiplos enlaces WAN   Sim

  Suporte à VLAN IEEE 802.1q   Suporte de VLAN IEEE 802.1q

  Definição de VLAN 802.1q baseadas em políticas   Sim

  Multicast   IGMP v2*, IGMP snooping

  Cliente DDNS   DynDNS.org, TZO.com, dhs.org, Peanut Hull

  H.323 NAT Traversal   Sim

  Suporte à ALG (Application Layer Gateway)   HTTP, FTP, H.323
  SMTP*, SIP, DNS


  Características Técnicas Software (principales)

  Assistente de instalação   Sim

  Interface de Console   Sim

  Interface Web UISim

  Interface para linha de Comando (CLI)   Sim

  Secure Command Shell (SSH)   Sim

  Suporte à Sistema de Administração Central   Sim

  Proteção de CPU e Memória   Sim

  SNTP e UDP Time Synchronization   Sim


  Administração de usuarios e equipamentos

  Múltiplos AdministradoresSuportado no Sistema de Administração 
Central

  Controle de permissões de usuário de multi-nívelSuportado no 
Sistema de Administração Central

  Conta Administrativa somente leitura (Read Only)   Sim

  Atualização de Software, Configuração Backup/Restore   Web UI
  TFTP

  Definição de host confiável para administração remota   Sim


  Autenticação de usuário

  Base de dados local   Sim

  Base de dados externa   RADIUS, LDAP, Active Directory

  Autenticação on-line com base de dados interna ou externa   Sim

  Autenticação de usuários por grupos   Sim

  Suporte de múltiplos servidores de autenticação ao mesmo tempo 
Máximo 3 servidores

  IP e MAC Address Binding   Sim

  XAUTH (Extended Authentication)Para autenticação IPSec


  Logging e Monitoramento

  Visualizador Log   Sim

  Notificação por Email   Sim

  Suporte à servidor de log externo   Syslog server

  Formato de exportação de log   CSV (Suportado no Sistema de 
Administração Central)

  Monitor de Performance em tempo real   Sim

  Log de eventos e alarmes   Sim

  Administração de mensagens de log   Sorting/Filtering/Search

  Suporte SNMP v1, v2   Sim

  SNMP Trap   Sim

  SNMP Standard MIB-II e Custom MIB   Sim

  Monitor de túnel VPN   Sim


  Administração de Largura de Banda

  Largura de banda garantida   Sim

  Largura de banda máxima   Sim

  Utilização de prioridades em Largura de Banda   Sim

  Políticas baseadas em traffic shaping   Sim

  Traffic shaping programável por tempo   Sim

  Administração de Largura de banda no túnel VPN   Sim


  Alta disponibilidade (HA)

  WAN redundante   Sim

  Detecção de falhas de equipamento   Sim

  Sincronização de configuração   Sim

  Sincronização de sessõ

Re: [delphi-br] Off-Topicc - Roteador

2006-11-29 Por tôpico Luiz Escobar
Conheço por demos o blue-pex antigo GRUPO-NET
Voce ainda tem paginas com os DEMOS dos produtos ?

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: Madsom Silva 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 4:25 PM
  Subject: RES: [delphi-br] Off-Topicc - Roteador


  Trabalho com a linha FW da BluePex www.bluepex.com.br , faz isso e algo a
  mais.

  Qq coisa [EMAIL PROTECTED]

  Madsom.

  -Mensagem original-
  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
  nome de Luiz Escobar
  Enviada em: terça-feira, 28 de novembro de 2006 11:19
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Off-Topicc - Roteador

  DLink DFL-800 FIREWALL. Comprei a uma semana e ainda to
  configurando.hehehehe
  2-WAN 1-DMZ 4-LAN...

  - Segue mensagem original! -

  De: "Henrique Netzka \(Vetor Sistemas\)" <[EMAIL PROTECTED]>
  Data: Tue, 28 Nov 2006 10:33:23 -0200
  Para: 
  Assunto: Re: [delphi-br] Off-Topicc - Roteador

  Procure no Google, existem vários e de quase todas as marcas... Difícil é
  achar no Brasil, mas existem... Procure por Twin Wan, Double Wan, etc etc...

  - Original Message -
  From: HNS Informática
  To: Delphi BR
  Sent: Monday, November 27, 2006 10:59 PM
  Subject: [delphi-br] Off-Topicc - Roteador

  Pessoal, ta for a da discussão DA lista, mas preciso saber se alguém
  conhece
  algum roteador que de para ligar dois link's ADSL. Possuo duas redes com
  um
  link cada um, e estou querendo fazer só uma rede, usando um roteador para
  ligar as duas ADSL somando a banda, alguém sabe de algum roteador que faça
  isso no ADSL DA Brasil Telecom?

  Abraços

  Charles A. Chiodi
  HNS Informatica

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]

  --
  No virus found in this outgoing message.
  Checked by AVG Free Edition.
  Version: 7.1.409 / Virus Database: 268.14.19/556 - Release Date: 28/11/2006

  [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!

2006-11-29 Por tôpico Fellipe Henrique
Olá maniacapordelphi

Sua informacao que DBWares podem travar maquinas em rede está incorreta,
pois eu tenho um sistema que roda em 45 lojas, cada qual com no minimo 5
máquinas, todas conectadas via internet usando BSS, tirando a matriz.. ou
seja são quase 300 maquinas, e nada de dar pau...

Se o sistema usa DBWares e é ruim, não é culpa dele, e sim do programador...
me desculpem aos amigos.. mas essa é a verdade, 99% dos erros estão nos que
nós mesmos causamos, e nao no componente.

[]s

Em 29/11/06, maniacapordelphi <[EMAIL PROTECTED]> escreveu:
>
>   Eu sigo a tese do Vitor. Também uso os dois.
> Simplesmente, se usa TDataSet quando ele permite o desenvolvedor
> fazer o q precisa e obter o "resultado que espera", ou se usa o Edit
> tratando-o da forma que melhor se quer.
> Confesso que DBWares tem furos e às vezes nos dão um resultado
> inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> travar a rede em caso de grande numero de usuarios e quando se usa o
> aplicativo através do Client Terminal, então?
> T+
> Mani
>
> --- Em delphi-br@yahoogrupos.com.br ,
> "Vitor Luiz Redes"
> <[EMAIL PROTECTED]> escreveu
> >
> > Trabalho com os dois.
> > É besteira fazer sistemas pequenos com classes de negócio, é
> besteira fazer sistemas grandes com TDataSet.
> >
> > 
> > Vitor Luiz Redes
> > Analista de Sistemas
> > Redsystem Software / Bureau Software
> > Messenger: [EMAIL PROTECTED]
>
> > 
> > Phone: 3379-6939
> > Cel. Phone: 9677-8445
> > 
> > - Original Message -
> > From: Joao Morais
> > To: delphi-br@yahoogrupos.com.br 
> > Sent: Wednesday, November 29, 2006 10:04 AM
> > Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis
> a questão!
> >
> >
> > Walter Chagas (Yahoo) wrote:
> >
> > >  prazos que não
> > > lhe darão margens pra criar coisas que já existem (o famoso
> > > reinventar a roda) ou então ficar fazendo na mão, aquilo que
> já tem
> > > pronto por mero capricho de desenvolvimento.
> >
> > Metendo o bedelho de novo.
> >
> > Ninguém está reinventando a roda ao usar um Edit para apresentar
> dados,
> > muito pelo contrário, está ignorando uma roda quadrada
> idealizada há 10
> > anos pela Borland para implementar uma roda devidamente redonda,
> > calibrada, com liga leve e orientada a objetos.
> >
> > Ainda acrescento que não é de bom tom falar mal de uma
> implementação
> > quando esta lhe é completamente desconhecida. Eu estou falando
> com a
> > experiência (e problemas) dos meus quase 10 anos de TDataset
> comparado
> > com o que eu posso fazer com uma classe de negócio. Você não tem
> como
> > sequer fazer idéia da diferença relacionada a ganho de
> produtividade no
> > médio e longo prazos.
> >
> > --
> > João Morais
> >
> >
> >
> >
> >
> > --
> ---
> >
> >
> > Internal Virus Database is out-of-date.
> > Checked by AVG Free Edition.
> > Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date:
> 8/11/2006
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>



-- 
_
Fellipe Henrique
[EMAIL PROTECTED]


"Venham até a borda, ele disse.
Eles disseram: Nós temos medo.
Venham até a borda, ele insistiu.
Eles foram, Ele os empurrou...
E eles voaram."
(Guillaume Apollinaire)


[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Exportação de Arquivos

2006-11-29 Por tôpico Régis Júlio Bender
Boa tarde, 

alguém pode me ajudar a construir um arquio de exportação do layout de 
importação do sintegra do RS?


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] Off-Topicc - Roteador

2006-11-29 Por tôpico Luiz Escobar
Veja bem não coloquei tudo que ele faz...  
veja aqui...   http://www.dlinkla.com/home/productos/producto.jsp?idp=761

  FICHA TECNICA 
 
  Portas9 10/100 Ethernet (2 WAN, 1 DMZ e 7 LAN)  
 
  SDRAM   128MB 
 
  Flash   128MB 
 
  Console   1 x conector DB9, RS-232 
 
  Performance do firewall   120 Mbps 
 
  Performance 3DES/AES:   60 Mbps 
 
  Sessões concorrentes   25.000 
 
  Políticas   1.000 
 
 
  Modos de Operação 
 
  Layer 3   Router, NAT 
 
  Layer 2   Modo Transparente 
 
  Network Address Translation (NAT)   Sim 
 
  Port Address Translation (PAT)   Sim 
 
  Policy-base NAT   Sim 
 
  Port Forwarding   Sim 
 
  Segurança de Rede Pró-ativa:Firewall para Switch Zone-Defense 
 
  Configuração de políticas programáveis por tempo   Sim 
 
 
  Virtual Private Network (VPN) 
 
  Protocolo   AH, ESP 
 
  Modo IPSec   Túnel, Transporte 
 
  Criptografia   DES/3DES/AES/Twofish/Blowfish/CAST-128/NULL
  Suporte MPPE para PPTP 
 
  Autenticação   MD5, SHA-1 
 
  Grupo PFS:   Perfect Forward Secrecy (DH Group): Group 1, 2, 5 
 
  Servidor VPN   PPTP/L2TP/IPSec 
 
  Túneis   Até 300 
 
  Modo IKE   Main, Aggressive 
 
  Administração de Chaves   Pre-share key
  X.509 v3
  Manual Key
  Suporte IKE v2  
 
  IPSec NAT Transversal   Sim 
 
  Seleção de políticas VPN   Routing / Policy-Base Routing 
 
  Dead Peer Detection   Sim 
 
  VPN Tunnel Keep Alive   Sim 
 
  Prevenção contra repetição de ataques (Replay Attack)   Sim 
 
  Redundância de Gateway VPNSim 
 
  Suporte VPN estrela (Hub and Spoke)   Sim 
 
 
  Direcionamento IP & Routing 
 
  Static IP address   Sim 
 
  Modos   PPPoE para xDSL
  Cliente PPTP para xDSL
  Cliente DHCP para interface WAN  
 
  Servidor DHCP   Sim 
 
  DHCP Relay   Sim 
 
  DHCP sobre IPSec   Sim 
 
  IP Alias   Sim 
 
  Rotas Estáticas   Sim 
 
  OSPF Rota Dinâmica   Sim 
 
  Rotes baseadas em políticas   Sim 
 
 
  Networking 
 
  Suporte de múltiplos enlaces WAN   Sim 
 
  Suporte à VLAN IEEE 802.1q   Suporte de VLAN IEEE 802.1q 
 
  Definição de VLAN 802.1q baseadas em políticas   Sim 
 
  Multicast   IGMP v2*, IGMP snooping 
 
  Cliente DDNS   DynDNS.org, TZO.com, dhs.org, Peanut Hull 
 
  H.323 NAT Traversal   Sim 
 
  Suporte à ALG (Application Layer Gateway)   HTTP, FTP, H.323
  SMTP*, SIP, DNS  
 
 
  Características Técnicas Software (principales) 
 
  Assistente de instalação   Sim 
 
  Interface de Console   Sim 
 
  Interface Web UISim 
 
  Interface para linha de Comando (CLI)   Sim 
 
  Secure Command Shell (SSH)   Sim 
 
  Suporte à Sistema de Administração Central   Sim 
 
  Proteção de CPU e Memória   Sim 
 
  SNTP e UDP Time Synchronization   Sim 
 
 
  Administração de usuarios e equipamentos 
 
  Múltiplos AdministradoresSuportado no Sistema de Administração 
Central 
 
  Controle de permissões de usuário de multi-nívelSuportado no Sistema 
de Administração Central 
 
  Conta Administrativa somente leitura (Read Only)   Sim 
 
  Atualização de Software, Configuração Backup/Restore   Web UI
  TFTP 
 
  Definição de host confiável para administração remota   Sim 
 
 
  Autenticação de usuário 
 
  Base de dados local   Sim 
 
  Base de dados externa   RADIUS, LDAP, Active Directory 
 
  Autenticação on-line com base de dados interna ou externa   Sim 
 
  Autenticação de usuários por grupos   Sim 
 
  Suporte de múltiplos servidores de autenticação ao mesmo tempo   Máximo 3 
servidores 
 
  IP e MAC Address Binding   Sim 
 
  XAUTH (Extended Authentication)Para autenticação IPSec 
 
 
  Logging e Monitoramento 
 
  Visualizador Log   Sim 
 
  Notificação por Email   Sim 
 
  Suporte à servidor de log externo   Syslog server 
 
  Formato de exportação de log   CSV (Suportado no Sistema de Administração 
Central) 
 
  Monitor de Performance em tempo real   Sim 
 
  Log de eventos e alarmes   Sim 
 
  Administração de mensagens de log   Sorting/Filtering/Search 
 
  Suporte SNMP v1, v2   Sim 
 
  SNMP Trap   Sim 
 
  SNMP Standard MIB-II e Custom MIB   Sim 
 
  Monitor de túnel VPN   Sim 
 
 
  Administração de Largura de Banda 
 
  Largura de banda garantida   Sim 
 
  Largura de banda máxima   Sim 
 
  Utilização de prioridades em Largura de Banda   Si

[delphi-br] Re: Unificação de Sistema

2006-11-29 Por tôpico Jose Henrique
Olha esse lance de o cliente quer tudo unificado eu já vi, agora
primeiro, ele tem condicoes de unificar tudo, quero dizer as lojas tem
uma conexao com a net, tem uma boa banda de acesso ? pq nao vai ser
dificil vc lembrar de qtas vezes chegou no banco e ouviu "o sistema
está fora, sem previsao pra voltar", mas banco eh banco e os caras tem
ate satelite hein, no caso de uma loja, dependendo do tamanho, ficar
online full time, nao será vantagem, será que ele nao está qrendo
apenas informacoes administrativas atualizadas, será que um mecanismo
de envio de dados nao eh suficiente ? verifique qual a real
necessidade do seu cliente, e nao adianta ele dizer quero tudo online,
veja o pq ele está pedindo isso, qual a necessidade dele na sua menor
parcela, procure extrair dele nao o que ele diz que precisa, mas o que
ele busca na realidade.

bom depois voltamos a falar com a necessidade realmente mapeada ! blz ?!




--- Em delphi-br@yahoogrupos.com.br, Marcelo <[EMAIL PROTECTED]> 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.
>




RE: Res: [delphi-br] Framework MVP

2006-11-29 Por tôpico Rubem Nascimento da Rocha

Eu acho que vcs estão equivocados. O excelente artigo do Paulo Quicoli 
explica como funciona o padrão MVP e ilustra um exemplo de implementação 
deste modelo. Em nenhum momento ele cita a utilização de um framework MVP, e 
sim ilustra como é o modelo MVP (modelo, e não framework!). Acho que vcs 
confundiram as bolas!

Sds.

>From: Ricardo Cesar Cardoso <[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: delphi-br@yahoogrupos.com.br
>Subject: Res: [delphi-br] Framework MVP
>Date: Wed, 29 Nov 2006 08:59:26 -0800 (PST)
>
>É exatamente isso que está escrito na seção "Conclusões" do artigo.
>
>- Mensagem original 
>De: Joao Morais <[EMAIL PROTECTED]>
>Para: delphi-br@yahoogrupos.com.br
>Enviadas: Quarta-feira, 29 de Novembro de 2006 14:31:18
>Assunto: Re: [delphi-br] Framework MVP
>
>
>
>
>
>
>
>
>
>
>
>
>
> Luiz Escobar wrote:
>
>
>
> > Model-View-Presente r
>
> > http://www.devmedia .com.br/articles /viewcomp. asp?comp= 3043
>
> >
>
> > Dá uma olhadinha quanto código para fazer um LOGIN
>
> > acho que ainda não esta madura, vou esperar até tenha algo mais 
>concreto, ate começar a usar isso ai
>
>
>
>Esse artigo tá mais assustando do que ajudando. E você não precisa
>
>escrever essa renca de coisa, é pra isso que serve um framework.
>
>
>
>--
>
>João Morais
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>___
>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]
>

_
MSN Messenger: converse com os seus amigos online. 
http://messenger.msn.com.br



Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Luiz Escobar
HAHAHHAHA, boa comparação hehehehehe

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: Walter Chagas (Yahoo) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 8:51 AM
  Subject: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Não é bem assim, que para o programador tem que ter o controlel total 
  sobre os dados deve fazer tudo na mão mesmo. Você não pode se 
  esquecer, que você terá pela frente cronogramas com prazos que não 
  lhe darão margens pra criar coisas que já existem (o famoso 
  reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem 
  pronto por mero capricho de desenvolvimento. DBWares são passiveis de 
  todo tipo de consistência e tratamento de dados. Basta você saber usá-
  los adequadamente e não terás problemas. O problema é o cara que acha 
  que apenas poe um DBEdit lá, conecta a query e pronto. É igual por 
  uma roda num carro sem freios, sem ponteira de direção e sem pivô de 
  suspensão..

  []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, "Moked - Humberto \(Brazil\)" 
  <[EMAIL PROTECTED]> escreveu
  >
  > Eu não sou a favor do uso de DBWares, pois creio que o programador 
  tem q ter completo controle dos dados que estão sendo enviados ao 
  banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto 
  seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas 
  cada um com a sua. \o/
  > 
  > 
  > 
  > De: delphi-br@yahoogrupos.com.br [mailto:delphi-
  [EMAIL PROTECTED] Em nome de Alisson Yahoo
  > Enviada em: terça-feira, 28 de novembro de 2006 11:01
  > Para: delphi-br@yahoogrupos.com.br
  > Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a 
  questão!
  > 
  > 
  > 
  > Eu também já fui defensor de desenvolvimento sem componentes 
  DbWare. Mas, como diria Raulzito, "Prefiro ser essa metamorfose 
  ambulante...". Agora que estou começando a desenvolver usando 
  ClientDataset estou mudando de opinião. O que eu acho chato são 
  alguns erros que são um pouco mais difíceis de achar, como por 
  exemplo, erros ocasionado pela chamada de certos eventos. 
  > 
  > [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]



RES: [delphi-br] Off-Topicc - Roteador

2006-11-29 Por tôpico Madsom Silva
Trabalho com a linha FW da BluePex  www.bluepex.com.br , faz isso e algo a
mais.

Qq coisa [EMAIL PROTECTED]

Madsom.

  -Mensagem original-
  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Luiz Escobar
  Enviada em: terça-feira, 28 de novembro de 2006 11:19
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Off-Topicc - Roteador



  DLink DFL-800 FIREWALL. Comprei a uma semana e ainda to
configurando.hehehehe
  2-WAN 1-DMZ 4-LAN...

  - Segue mensagem original! -

  De: "Henrique Netzka \(Vetor Sistemas\)" <[EMAIL PROTECTED]>
  Data: Tue, 28 Nov 2006 10:33:23 -0200
  Para: 
  Assunto: Re: [delphi-br] Off-Topicc - Roteador

  Procure no Google, existem vários e de quase todas as marcas... Difícil é
achar no Brasil, mas existem... Procure por Twin Wan, Double Wan, etc etc...

  - Original Message -
  From: HNS Informática
  To: Delphi BR
  Sent: Monday, November 27, 2006 10:59 PM
  Subject: [delphi-br] Off-Topicc - Roteador

  Pessoal, ta for a da discussão DA lista, mas preciso saber se alguém
conhece
  algum roteador que de para ligar dois link's ADSL. Possuo duas redes com
um
  link cada um, e estou querendo fazer só uma rede, usando um roteador para
  ligar as duas ADSL somando a banda, alguém sabe de algum roteador que faça
  isso no ADSL DA Brasil Telecom?

  Abraços

  Charles A. Chiodi
  HNS Informatica

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



  
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.19/556 - Release Date: 28/11/2006


[As partes desta mensagem que não continham texto foram removidas]



RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Walter Chagas (Yahoo)
Nobres e ilustres senhores de opinão formada e altamente consistente.

To sabendo agora do suposto Framework MVP, afinal nunca disse aqui na 
lista que sou o "SEITUDOSACOTUDODOMINOTUDOEUSOUOCARA", mas pelo papo 
aqui já deu pra montar uma ideia a respeito do produto. Mas já posso 
antecipar, TAMbém, que se a proposta em questão consiste em criar 
classes manualmente, codifica, implementa e tudo mais, já vai 
totalmente contraria a proposta do Delphi, que é praticidade e 
produtividade. DBEdits, você monta em dois tempos. Monta o Engine lá 
no DM (Query, DSP, CDS, DS), abre o fields editor, adiciona os 
campos, marca tudo e arrasta pro form. pronto! Seu cadastro tá 
pronto. Em média pra montar cadastros em sistemas, podemos gastar um 
dia implementando consistências e tudo mais via DBWare (Podemos 
pensar em 2 estourando estourando) e o restante do cronograma 
gastariamos em implementar regras de negócios, que é o que interessa 
no sistema. Sei lá, me corrijam se eu estiver falando asneiras, mas 
pra fazer cadastros, que é coisa básica e trivial em sistema, é 
proibitivo gastar muito tempo com esse tipo de coisa. 

Tanto que a proposta do ECO é fazer todo esse trabalho sujo e deixar 
o restante do cronograma pro camarada ficar exclusivamente focado 
apenas com as regras de negócio e os processos a serem codificados. 
Não vamos nos esquecer que no mundo dos negócios, sistemas são pra 
ontem!

Agora, frameworks pra regras de negócios? Aí sim já pode ser uma 
coisa interessante pra nós.


[]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, "Luiz Escobar" <[EMAIL PROTECTED]> 
escreveu
>
> Não acho que DBWares não são rodas quadradas não...
> 
> E como vc mesmo disse, não é de bom to falar mal de uma 
implementação quando esta lhe é completamente desconhecida...
> 
> Também tenho alguns anos, 16 anos de programação, 15-CLIPPER, 12-
DELPHI. 
> 
> E posso garantir que DBWare´s são bem melhores que UNHALWare´s 
e olha que sou defençor do UNHAL.EXE...
> 
> Agora se for pra partir para FrameWork´s MVP/Classes de 
negócios.   ai ainda não tenho um opnião formada...
> Mas creio que mesmo assim dentro deles vamos ter DBWare´s 
funcionando, talvez de uma maneira mais inteligente e pratica, ainda 
não sei, o jeito é esperar pra ver no que vai dar...
> 
> 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: Wednesday, November 29, 2006 10:04 AM
>   Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a 
questão!
> 
> 
>   Walter Chagas (Yahoo) wrote:
> 
>   >  prazos que não 
>   > lhe darão margens pra criar coisas que já existem (o famoso 
>   > reinventar a roda) ou então ficar fazendo na mão, aquilo que já 
tem 
>   > pronto por mero capricho de desenvolvimento.
> 
>   Metendo o bedelho de novo.
> 
>   Ninguém está reinventando a roda ao usar um Edit para apresentar 
dados, 
>   muito pelo contrário, está ignorando uma roda quadrada idealizada 
há 10 
>   anos pela Borland para implementar uma roda devidamente redonda, 
>   calibrada, com liga leve e orientada a objetos.
> 
>   Ainda acrescento que não é de bom tom falar mal de uma 
implementação 
>   quando esta lhe é completamente desconhecida. Eu estou falando 
com a 
>   experiência (e problemas) dos meus quase 10 anos de TDataset 
comparado 
>   com o que eu posso fazer com uma classe de negócio. Você não tem 
como 
>   sequer fazer idéia da diferença relacionada a ganho de 
produtividade no 
>   médio e longo prazos.
> 
>   --
>   João Morais
> 
> 
>
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




[delphi-br] Unificação de Sistema

2006-11-29 Por tôpico Marcelo
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.


[delphi-br] Cadastro com relacionamento 1 p/ muitos

2006-11-29 Por tôpico carolinetcc
Olá grupo!

Seguinte, eu tenho um cadastro de EVENTOS, e dentro dele eu tenho a
chave primária de MODALIDADE, pois eu preciso permitir que cada evento
possa cadastrar modalidade.
Só que eu preciso tb que meu sistema permita que se possa cadastrar
quantas modalidades for preciso para cada evento.

Eu estava usando o "DBLookupComboBox" mas este só me permite
selecionar uma modalidade. Então tentei usar DBCheckBox, e setei o
valor dele e tal... só que tb não está funcionando, pois quando eu
clico em uma opção, eu preciso que o ID desta opção seja enviado ao
meu banco de dados, e não está repassando essa informação.

Alguém pode me ajudar?



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Eric D.
Pessoal, isso não equivale ao MVC (Model-View-Controller) já existente pra PHP 
a muuito tempo?

Não é necessariamente nem um framework tudo isso. Mas sim uma metodologia de 
desenvolvimento. Um framework é desenvolvido em cima desta metodologia para 
colocá-la totalmente a disposição da produção do desenvolvimento de qq 
aplicação.

Já vi algumas empresas com alguns frameworks desenvolvidos para suas aplicações 
que utilizam o conceito de MVC, embora com componentes DBAware, e mesmo assim 
eram muito interessantes. Acho que a discussão de DB(non)aware está fora do 
escopo dessa thread definitivamente.

O conceito é a alma, o objeto só dá a forma. E independente do objeto 
utilizado, o desempenho será proporcional ao propósito do conceito proposto no 
projeto e da maneira da qual a arquitetura desse framework foi desenhada.

Ou então estou totalmente errado, disse uma grande besteira e todos façam o 
favor de me ignorar rs (mas acho que não) xD

[]'s a todos

Eric D. - Desenvolvimento e Soluções de Tecnologia 
"Talk is cheap, show me the code..." 
  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 1:31 PM
  Subject: Re: [delphi-br] Framework MVP


  Luiz Escobar wrote:

  > Model-View-Presenter
  > http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043
  > 
  > Dá uma olhadinha quanto código para fazer um LOGIN 
  > acho que ainda não esta madura, vou esperar até tenha algo mais concreto, 
ate começar a usar isso ai

  Esse artigo tá mais assustando do que ajudando. E você não precisa 
  escrever essa renca de coisa, é pra isso que serve um framework.

  --
  João Morais



   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Validar email

2006-11-29 Por tôpico Joao Paulo Franqueto
Você quer dizer se ele existe realmente ? é isto ?

por exemplo, [EMAIL PROTECTED] é um email valido, mas nao necessáriamente
ele existe.

Se for para ver se existe, uma vez estava fazendo alguns testes com
webservices e achei um que fazia realmente isto. Eu não lembro o nome deste
webservices, mas lembro que achei neste site http://www.xmethods.com/

 --
João Paulo Franqueto
http://www.spectrum.eti.br

Em 25/11/06, Valdir Sola <[EMAIL PROTECTED]> escreveu:
>
>   Como faço p/ verifiar se um endereco de email é válido usando
> componentes indy? Não é a verificação do @.
> Obrigado
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Fellipe Henrique
Brincadeira, se for pra digitar isso...

Agora, tem o InstantObject, isso é tbm o MVP?

[]s

Em 29/11/06, Joao Morais <[EMAIL PROTECTED]> escreveu:
>
>   Luiz Escobar wrote:
>
> > Model-View-Presenter
> > http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043
> >
> > Dá uma olhadinha quanto código para fazer um LOGIN
> > acho que ainda não esta madura, vou esperar até tenha algo mais
> concreto, ate começar a usar isso ai
>
> Esse artigo tá mais assustando do que ajudando. E você não precisa
> escrever essa renca de coisa, é pra isso que serve um framework.
>
> --
> João Morais
>
>  
>



-- 
_
Fellipe Henrique
[EMAIL PROTECTED]


"Venham até a borda, ele disse.
Eles disseram: Nós temos medo.
Venham até a borda, ele insistiu.
Eles foram, Ele os empurrou...
E eles voaram."
(Guillaume Apollinaire)


[As partes desta mensagem que não continham texto foram removidas]



RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico maniacapordelphi
Eu sigo a tese do Vitor. Também uso os dois.
Simplesmente, se usa TDataSet quando ele permite o desenvolvedor 
fazer o q precisa e obter o "resultado que espera", ou se usa o Edit 
tratando-o da forma que melhor se quer.
Confesso que DBWares tem furos e às vezes nos dão um resultado 
inesperado sim. E nem sempre é rapido como se diz por aí. Pode 
travar a rede em caso de grande numero de usuarios e quando se usa o 
aplicativo através do Client Terminal, então? 
T+
Mani


--- Em delphi-br@yahoogrupos.com.br, "Vitor Luiz Redes" 
<[EMAIL PROTECTED]> escreveu
>
> Trabalho com os dois.
> É besteira fazer sistemas pequenos com classes de negócio, é 
besteira fazer sistemas grandes com TDataSet.
> 
> 
> Vitor Luiz Redes
> Analista de Sistemas
> Redsystem Software / Bureau Software
> Messenger: [EMAIL PROTECTED]
> 
> Phone: 3379-6939
> Cel. Phone: 9677-8445
> 
>   - Original Message - 
>   From: Joao Morais 
>   To: delphi-br@yahoogrupos.com.br 
>   Sent: Wednesday, November 29, 2006 10:04 AM
>   Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis 
a questão!
> 
> 
>   Walter Chagas (Yahoo) wrote:
> 
>   >  prazos que não 
>   > lhe darão margens pra criar coisas que já existem (o famoso 
>   > reinventar a roda) ou então ficar fazendo na mão, aquilo que 
já tem 
>   > pronto por mero capricho de desenvolvimento.
> 
>   Metendo o bedelho de novo.
> 
>   Ninguém está reinventando a roda ao usar um Edit para apresentar 
dados, 
>   muito pelo contrário, está ignorando uma roda quadrada 
idealizada há 10 
>   anos pela Borland para implementar uma roda devidamente redonda, 
>   calibrada, com liga leve e orientada a objetos.
> 
>   Ainda acrescento que não é de bom tom falar mal de uma 
implementação 
>   quando esta lhe é completamente desconhecida. Eu estou falando 
com a 
>   experiência (e problemas) dos meus quase 10 anos de TDataset 
comparado 
>   com o que eu posso fazer com uma classe de negócio. Você não tem 
como 
>   sequer fazer idéia da diferença relacionada a ganho de 
produtividade no 
>   médio e longo prazos.
> 
>   --
>   João Morais
> 
> 
>
> 
> 
> ---
---
> 
> 
>   Internal Virus Database is out-of-date.
>   Checked by AVG Free Edition.
>   Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date: 
8/11/2006
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




RE: [delphi-br] Re: DBGrid InfoPower

2006-11-29 Por tôpico Rubem Nascimento da Rocha

Se vc usa o InfoPower 3000 ou 4000, olhe os demos do componente TwwDBGrid 
que vc vai encontrar como fazer isso. Agora, se sua licença for inferior a 
isso, sinto muito! Não tem como!

Sds.

>From: Marcia Cristina de Paula Vieira Borges dos Reis 
><[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: delphi-br@yahoogrupos.com.br
>Subject: [delphi-br] Re: DBGrid InfoPower
>Date: Wed, 29 Nov 2006 10:14:51 -0300 (ART)
>
>Como consigo De Dentro de DBGrid do InfoPower mostrar outro DBGrid
>como se fosse um mestre detalhe.
>
>   Ex. Tenho uma Tabela Pai com um Paciente  e na tabela Filho todos os
>   profissionais q atendeu esse Paciente.
>
>
>-
>  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]
>

_
MSN Messenger: converse com os seus amigos online. 
http://messenger.msn.com.br



Res: [delphi-br] Framework MVP

2006-11-29 Por tôpico Ricardo Cesar Cardoso
É exatamente isso que está escrito na seção "Conclusões" do artigo. 

- Mensagem original 
De: Joao Morais <[EMAIL PROTECTED]>
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quarta-feira, 29 de Novembro de 2006 14:31:18
Assunto: Re: [delphi-br] Framework MVP









  



Luiz Escobar wrote:



> Model-View-Presente r

> http://www.devmedia .com.br/articles /viewcomp. asp?comp= 3043

> 

> Dá uma olhadinha quanto código para fazer um LOGIN 

> acho que ainda não esta madura, vou esperar até tenha algo mais concreto, ate 
> começar a usar isso ai



Esse artigo tá mais assustando do que ajudando. E você não precisa 

escrever essa renca de coisa, é pra isso que serve um framework.



--

João Morais






  






















___ 
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] Re: [Off-topic] Averi Denisson PPLB

2006-11-29 Por tôpico Eric D.
Não é que não tenha a ver com delphi. É pq vc está perguntando sobre 
informações da impressora e não sobre a programação do delphi especificamente, 
entendeu?

Assim, sempre é bom informar um [Off-topic], pq é um caso muito específico do 
seu sistema (relativo a como carregar as fontes da impressora no delphi), assim 
como eu fiz na resposta.

Mesmo assim, entre em contato com o suporte do fabricante do equipamento e 
solicite os manuais em formato digital ou impresso. Frequentemente eles sempre 
disponibilizam códigos-fonte de exemplo para a integração de sua aplicação com 
a impressora.

Atenciosamente, 

Eric D. - Desenvolvimento e Soluções de Tecnologia 
"Talk is cheap, show me the code..." 
  - Original Message - 
  From: Elazar Dornelles Ceza 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 9:11 AM
  Subject: RES: [delphi-br] Averi Denisson PPLB


  Obrigado pela forca!

  Eu encontrei este manual, mas ele não tem o comando para carregar
  fontes...

  ...voce pode me esplicar como não esta direcionado a delphi?

  (Estou desenvolvendo um software de impressão de etiquetas termicas para
  um cliente...da pra imaginar que é com delphi que eu quero fazer
  isto!!!)

  Sem mais..

  Atenc.
  Elazar



  -Mensagem original-
  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
  Em nome de Rubem Nascimento da Rocha
  Enviada em: quarta-feira, 29 de novembro de 2006 09:37
  Para: delphi-br@yahoogrupos.com.br
  Assunto: RE: [delphi-br] Averi Denisson PPLB
  Prioridade: Alta

  1) Quando for direcionar dúvidas/questionamentos que não estão
  diretamente 
  relacionados com Delphi, indique a palavra 'OFF-TOPIC' no assunto da 
  mensagem;

  2) Nem sempre o Google é a solução para todo o mal que aflige o 
  desenvolvimento de software. Olha só o que eu achei no AltaVista: 
  http://www.torres. 
  ind.br/download.html

  Sds.

  >From: "Elazar Dornelles Ceza" <[EMAIL PROTECTED]
   com.br>
  >Reply-To: [EMAIL PROTECTED] 
  os.com.br
  >To: <[EMAIL PROTECTED] 
  os.com.br>
  >Subject: [delphi-br] Averi Denisson PPLB
  >Date: Wed, 29 Nov 2006 09:04:33 -0200
  >
  >Bom dia Pessoal
  >
  >Estou desenvolvendo um software de impressão de etiquetas termicas para
  >um cliente...
  >O mesmo utiliza uma impressora...Averi Denisson 3.4, so que ele não tem
  >o cd que acompanha a impressora.
  >
  >Ja procurei por todo o google e não consegui achar muita coisa...entao
  >eu pergunto, alguem tem um manual PPLB?
  >
  >pra ser mais especifico estaria precisando de comandos para carregar
  >fontes na impressora.
  >
  >Atenc.
  >Elazar
  >
  >
  >
  >
  >
  >
  >___
  >Você quer respostas para suas perguntas? Ou você sabe muito e quer 
  >compartilhar seu conhecimento? Experimente o Yahoo! Respostas !
  >http://br.answers.  yahoo.com/

  __
  MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.
   com

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]



Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Luiz Escobar
Não acho que DBWares não são rodas quadradas não...

E como vc mesmo disse, não é de bom to falar mal de uma implementação quando 
esta lhe é completamente desconhecida...

Também tenho alguns anos, 16 anos de programação, 15-CLIPPER, 12-DELPHI. 

E posso garantir que DBWare´s são bem melhores que UNHALWare´s e olha que 
sou defençor do UNHAL.EXE...

Agora se for pra partir para FrameWork´s MVP/Classes de negócios.   ai 
ainda não tenho um opnião formada...
Mas creio que mesmo assim dentro deles vamos ter DBWare´s funcionando, talvez 
de uma maneira mais inteligente e pratica, ainda não sei, o jeito é esperar pra 
ver no que vai dar...

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: Wednesday, November 29, 2006 10:04 AM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Walter Chagas (Yahoo) wrote:

  >  prazos que não 
  > lhe darão margens pra criar coisas que já existem (o famoso 
  > reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem 
  > pronto por mero capricho de desenvolvimento.

  Metendo o bedelho de novo.

  Ninguém está reinventando a roda ao usar um Edit para apresentar dados, 
  muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 
  anos pela Borland para implementar uma roda devidamente redonda, 
  calibrada, com liga leve e orientada a objetos.

  Ainda acrescento que não é de bom tom falar mal de uma implementação 
  quando esta lhe é completamente desconhecida. Eu estou falando com a 
  experiência (e problemas) dos meus quase 10 anos de TDataset comparado 
  com o que eu posso fazer com uma classe de negócio. Você não tem como 
  sequer fazer idéia da diferença relacionada a ganho de produtividade no 
  médio e longo prazos.

  --
  João Morais


   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Joao Morais
Luiz Escobar wrote:

> Model-View-Presenter
> http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043
> 
> Dá uma olhadinha quanto código para fazer um LOGIN 
> acho que ainda não esta madura, vou esperar até tenha algo mais concreto, ate 
> começar a usar isso ai

Esse artigo tá mais assustando do que ajudando. E você não precisa 
escrever essa renca de coisa, é pra isso que serve um framework.

--
João Morais



Res: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Ricardo Cesar Cardoso
Gostaria de dar a minha opinião sobre o assunto tb.

Com relação a DBWare ou não DBWare concordo com quem disse que não se deve 
perder tempo e que para implementar vc tem que ter um conhecimento total da 
aplicação (e regras do negócio) já que os DBWares não foram criados para nenhum 
fim específico e sim para serem bastante abrangentes. Por isso podem haver 
casos em que eles são totalmente descartáveis e outros em que são extremamente 
aplicáveis.

Eu mesmo já tive projetos onde implementei 90% da aplicação usando DBWares 
(DBEdits, DBGrids, DBLabels e etc) e funcionaram a contento como também já 
desenvolvi projetos onde toda a parte de apresenção era feita com controles 
não-DBWares (Edits, StringGrids, Labels e etc). E a única conclusão que pude 
tirar é que ambas as alternativas são muito boas desde que vc saiba quanto de 
tempo tem disponível para se dedicar à interface. Pela minha ótica, que pode 
não ser a de outros colegas, se vc tem um cronograma menos apertado vc pode até 
tentar abolir DBWares e focar na adaptação do Core do projeto (as regras de 
negócio). Caso seu cronograma esteja mais apertado ou até mesmo enforcado, nem 
tenho dúvidas, aplico DBWares e assim que possível vou eliminando aos poucos 
conforme desafogo o cronograma.

Quanto ao MVP, pelo pouco (muito pouco mesmo) que vi trata-se de um passo 
adiante em relação aos dilema proposto anteriormente, já que vc acaba usando os 
componentes "padrão" da VCL mas de uma maneira orientada ao negócio. 

Quanto aos Frameworks MVP, o único que cheguei mesmo a implementar foi o DePO 
(Delphi Persistent Objects) e gostei do que vi. Apenas ressalto que existem 
duas versões em paralelo correndo por ai, a oficial do projeto e outra que vem 
sendo desenvolvida pelo pessoal do forum OODesign; ambas as versões já mostram 
uma ótima alternativa para uso se vc quer dar um passo adiante e pensar mais 
nas regras de negócio. Outro que eu baixei e quero testar com carinho é o 
InstantObjects que parece ser um pouco mais velho (mais experiente) que o DePO 
e também mostra um grande poder de fogo.

Esta é apenas a minha opinião, se alguém tiver mais informações, por favor, 
compartilhe conosco.

Abraços,
Ricardo.

- Mensagem original 
De: Leodinei Bielak <[EMAIL PROTECTED]>
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quarta-feira, 29 de Novembro de 2006 12:27:33
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!









  



Isso seria legal. To curioso pra ver. Eu quero começar um projeto 
pessoal com

o Turbo Delphi. Tem como usar isso com ele?



On 11/29/06, Walter Chagas (Yahoo) <[EMAIL PROTECTED] com.br> wrote:



> João, tá concordo que você tenha seus 10 anos de experiencia e

>  comprovação de que sua metodologia seja tão eficiente como diz. Mas

>  muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E

>  tão verdade isto é, que um aqui já postou uma pergunta do que vem a

>  ser o Framework MVP que você tanto diz. Então que tal postar um

>  exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim

>  poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois

>  nem eu conheço esta metodologia também. Confesso pra você.

>

>  Numa boa :)

>

>  []s

>




  















__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[As partes desta mensagem que não continham texto foram removidas]



Res: [delphi-br] [OT] Código em VB para Delphi , alguém consegue?

2006-11-29 Por tôpico Jonatã Castelo Branco
Cara o que eu posso fazer é comentar o código e dai você procura as 
"traduções". valeu?

Os meus comentários estarão entre {}. É tudo muito intuitivo.

**

Attribute VB_Name = "Module1"  {nome do módulo com as funções}
{aqui começa a declaração de variáveis globais e como você pode ver, são todas 
públicas.}
{Após os 'As', vem o tipo de variável}
Public dist() As Single 'Array bidimensional para armazenar a matriz de 
distancia
Public adj() As Integer 'Array bidimensional para armazenar a matriz de 
adjacencia
Public adjprod() As Integer 'Array bidimensional para armazenar a matriz de 
caminhos
Public num_vert As Integer 'Numero de vertices do grafo
Public i, j As Integer 'indices para as matrizes
Public allcells As String
Public Fnum, num_linhas As Integer
Public TxtBoxGotFocus As Boolean 'flag para controlar o foco na apresentação de 
FormDados
Public Shortest() As Single 'Array bidimensional para armazenar as distancias 
calculadas pelo algoritmo de Floyd
Public Caminho As String 'String para armazenar o caminho
Public para() As Single 'Array para armazenar o caminho temporario de um 
vertice i ate um
'vertice j
Public lim_inferior As Integer
Public lim_superior As Integer

{aqui temos uma única função que deve retornar um inteiro e termina em 'End 
Function'}
'Funcao para determinar a existencia de caminho entre os vertices do grafo
'Não foi necessária neste contexto
Function Determina_Caminho( n As Integer) As Integer
{'Dim' é uma forma de declarar variáveis}
Dim k As Integer
{'ReDim' (abaixo) é uma função que até onde eu sei, não existe no Delphi e 
chega a ser um ponto crítico}
{na tradução deste código. está função redefine uma variável já declarada}
'Redimensionamento da matriz de adjacencia
ReDim adjprod(n, n)
{dois loops FOR, encadeados. 'Next' marca o fim do loop}
'Inicialização das matrizes
For i = 1 To n
For j = 1 To n
adjprod(i, j) = adj(i, j)
Next j
Next i
'Multiplicação boolena
For k = 1 To n
For i = 1 To n
For j = 1 To n
adjprod(i, j) = adjprod(i, j) Or (adjprod(i, k) And
adjprod(k, j))
Next j
Next i
Next k
End Function

{aqui começa os procedimentos, ou procedure. 'End Sub' marca o fim da procedure}
'Sub-rotina para inicialização da matriz de distancia
Sub init_mtDistancia( n As Integer)
'Redimensionamento da matriz de distancia
ReDim dist(n, n)
For i = 1 To n
For j = 1 To n
dist(i, j) = 3.402823E+38
Next j
Next i
End Sub
'Sub-rotina para inicialização da matriz de adjacencia
'Sub init_mtAdjacencia( n As Integer)
'Redimensionamento da matriz de adjacencia
' ReDim adj(n, n)
' For i = 1 To n
' For j = 1 To n
' adj(i, j) = 0
' Next j
' Next i
'End Sub

{outra procedure}
'Sub-rotina para desalocação de memória
Sub destrutor()
{limpa os arrays}
Erase dist
Erase adj
End Sub

{outra procedure}
'Sub-rotina para acrescimo de um arco.
Sub Add_Arco(d As Single, nodo_1 As Integer, nodo_2 As Integer)
'Ao ser acrescentado um arco, sera atribuido o valor 1 na matriz de adjacencia 
para indicar que existe um caminho entre os dois arcos e o valor deste arco na 
matriz de distancias
'adj(nodo_1, nodo_2) = 1 'nao foi necessaria neste contexto
dist(nodo_1, nodo_2) = d
End Sub

{outra procedure}
'Sub-rotina para remocao de um arco
Sub Rem_Arco(nodo_ 1 As Integer, nodo_2 As Integer)
'Ao ser removido...
'adj(nodo_1, nodo_2) = 0
dist(nodo_1, nodo_2) = 3.402823E+38 'flag para distancia infinita
End Sub

{outra função}
'Funcao para determinar o menor caminho pelo algoritmo de Floyd
Function Floyd(n As Integer) As Single
Dim u, v, w As Integer
Dim changed As Integer
'array bidimensional auxiliar
changed = 1
Max = num_vert
ReDim Shortest(n, n)
ReDim para(n, n)
For v = 1 To n
For w = 1 To n
Shortest(v, w) = dist(v, w)
para(v, w) = w
Next w
Next v
{o nosso conhecido 'while' finalizado em 'Wend'}
While changed 'Testa o valor de changed
changed = 0
For u = 1 To n
For v = 1 To n
For w = 1 To n
{o nosso conhecido 'If' finalizado em 'End If'}
If Shortest(v, u) + Shortest(u, w) < Shortest(v, w) Then
Shortest(v, w) = Shortest(v, u) + Shortest(u, w)
para(v, w) = para(v, u)
changed = 1
End If
Next w
Next v
Next u
Wend
End Function


{outra função}
'Funcao para imprimir a rota
Function print_shortest( a As Integer, b As Integer) As String
Dim rota As String
Dim aux As String
While a <> b
rota = "->" + CStr(para(a, b))
aux = aux + rota
a = para(a, b)
Wend
print_shortest = aux
End Function



__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[As partes desta mensagem que não continham texto foram removidas]



Re: Res: [delphi-br] SocketConnection só expo rta providers no localhost

2006-11-29 Por tôpico Bruno Lichot
não.. o conectionbroker não solucionaria o problema a não ser q vc 
tivesse mais de um servidor ou mais d eum modo de acesso



Ricardo Cesar Cardoso escreveu:
> Está faltando um ConnectionBroker...
>
> - Mensagem original 
> De: Alisson Yahoo <[EMAIL PROTECTED]>
> Para: delphi-br@yahoogrupos.com.br
> Enviadas: Terça-feira, 28 de Novembro de 2006 16:33:00
> Assunto: [delphi-br] SocketConnection só exporta providers no localhost
>
>
>
>
>
>
>
>
>
>   
>
>
> 
> Pessoal,
>
>
>
> Fiz uma aplicação com TRemoteDataModule no servidor e TSocketConnection para 
> acesso no cliente. Quando coloco 'localhost' na propriedade Host do 
> SocketConnection funciona normalmente. Se eu tentar fazer acesso remoto 
> conecta, mas não mostra os providers nos ClientDatasets. O que está faltando? 
> Tenho que copiar algum arquivo para a máquina que será o servidor? 
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
> 
>   
>
> 
> 
>
>
>
>
> 
>
>
>
>
>
>
>
>
>   
> ___ 
> Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
> Registre seu aparelho agora! 
> http://br.mobile.yahoo.com/mailalertas/ 
>  
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> __ Informação do NOD32 IMON 1888 (20061128) __
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.com.br
>
>
>   

-- 
--
[]´s
Bruno Lichot



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Luiz Escobar
Model-View-Presenter
http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043

Dá uma olhadinha quanto código para fazer um LOGIN 
acho que ainda não esta madura, vou esperar até tenha algo mais concreto, ate 
começar a usar isso ai

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: Luis Lopes 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 9:13 AM
  Subject: [delphi-br] Framework MVP


  Pessoal,

  Desculpe a minha santa ignorância, mas tô vendo citar várias vezes, aqui na 
lista, 'framework MVP'. O que é esse MVP?

  Luis Alberto
  Belo Horizonte - MG





  ___ 
  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]



   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Re: Usar ou não usar DBWare s? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Leodinei Bielak wrote:

> Isso seria legal. To curioso pra ver. Eu quero começar um projeto pessoal com
> o Turbo Delphi. Tem como usar isso com ele?

Sim. Press é desenvolvido para D5+.

--
João Morais


Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Vitor Luiz Redes
Trabalho com os dois.
É besteira fazer sistemas pequenos com classes de negócio, é besteira fazer 
sistemas grandes com TDataSet.


Vitor Luiz Redes
Analista de Sistemas
Redsystem Software / Bureau Software
Messenger: [EMAIL PROTECTED]

Phone: 3379-6939
Cel. Phone: 9677-8445

  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 10:04 AM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Walter Chagas (Yahoo) wrote:

  >  prazos que não 
  > lhe darão margens pra criar coisas que já existem (o famoso 
  > reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem 
  > pronto por mero capricho de desenvolvimento.

  Metendo o bedelho de novo.

  Ninguém está reinventando a roda ao usar um Edit para apresentar dados, 
  muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 
  anos pela Borland para implementar uma roda devidamente redonda, 
  calibrada, com liga leve e orientada a objetos.

  Ainda acrescento que não é de bom tom falar mal de uma implementação 
  quando esta lhe é completamente desconhecida. Eu estou falando com a 
  experiência (e problemas) dos meus quase 10 anos de TDataset comparado 
  com o que eu posso fazer com uma classe de negócio. Você não tem como 
  sequer fazer idéia da diferença relacionada a ganho de produtividade no 
  médio e longo prazos.

  --
  João Morais


   


--


  Internal Virus Database is out-of-date.
  Checked by AVG Free Edition.
  Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date: 8/11/2006


[As partes desta mensagem que não continham texto foram removidas]



Res: [delphi-br] OFF-TOPIC Oracle 10g XE - BDE nao Conecta

2006-11-29 Por tôpico Ricardo Cesar Cardoso
Acredito que o BDE não trabalha com o Oracle 10g XE, até porque todos os testes 
q eu fiz foram usando o DBXpress e não tive problemas. Aliás faz um bom tempo 
que não uso mais o BDE...

- Mensagem original 
De: Augustus Otávio Pinto <[EMAIL PROTECTED]>
Para: delphi-br@yahoogrupos.com.br
Enviadas: Terça-feira, 28 de Novembro de 2006 13:25:02
Assunto: [delphi-br] OFF-TOPIC Oracle 10g XE - BDE nao Conecta









  



All,



Instalei recentemente o Oracle 10G XE (versão gratuita do Oracle) em minha

casa.



Instalei o Oracle / Client, criei um novo usuário e tabelas para este

usuário.



Abri o BDE e criei um ALIAS para este usuário e consegui abrir este alias.

Quando reiniciei minha maquina não consegui mais abrir este ALIAS, pois da

uma mensagem ORA-03114 Oracle não Conectado. Procurei algum material na NET

sobre este problema ORACLE X BDE, mas não encontrei nada.



Algum dos colegas passou por este problema e poderia me dar uma luz para que

possa solucionar este problema ?



Agradeço antecipadamente.



Augustus



[As partes desta mensagem que não continham texto foram removidas]






  















__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[As partes desta mensagem que não continham texto foram removidas]



Res: [delphi-br] SocketConnection só exporta prov iders no localhost

2006-11-29 Por tôpico Ricardo Cesar Cardoso
Está faltando um ConnectionBroker...

- Mensagem original 
De: Alisson Yahoo <[EMAIL PROTECTED]>
Para: delphi-br@yahoogrupos.com.br
Enviadas: Terça-feira, 28 de Novembro de 2006 16:33:00
Assunto: [delphi-br] SocketConnection só exporta providers no localhost









  



Pessoal,



Fiz uma aplicação com TRemoteDataModule no servidor e TSocketConnection para 
acesso no cliente. Quando coloco 'localhost' na propriedade Host do 
SocketConnection funciona normalmente. Se eu tentar fazer acesso remoto 
conecta, mas não mostra os providers nos ClientDatasets. O que está faltando? 
Tenho que copiar algum arquivo para a máquina que será o servidor? 



[As partes desta mensagem que não continham texto foram removidas]






  

















___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 


[As partes desta mensagem que não continham texto foram removidas]



RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico anderson
E ai galera, to vendo que a discussão ta pegando fogo né ?!?!?!? Bom
utilizei durante muito tempo Dbwares (e ainda continuo usando) e estou
migrando meus projetos para trabalhar com padrões e em especial  MVP e MGM.
O legal disto tudo seria voltar as raízes, quem quiser se aventurar por este
mundo de uma olhado em Design Patterns (GoF) que resolve um montão de
problemas de maneira elegante. Agora naum esperem moleza não, vai ralar
muito pois realmente programar com DBwares é muito mais rápido pois já está
tudo lá ... pra quem mistura regras de negocio com GUI  realmente ta lá.
Segue exemplo de MVP explicadinho do inicio ao fim. Já dá pra ter uma
idéia 

 

http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043

 

 

Anderson Valério da Silva

 

  _  

De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Leodinei Bielak
Enviada em: quarta-feira, 29 de novembro de 2006 11:28
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

 

Isso seria legal. To curioso pra ver. Eu quero começar um projeto pessoal
com
o Turbo Delphi. Tem como usar isso com ele?

On 11/29/06, Walter Chagas (Yahoo) <[EMAIL PROTECTED]
 com.br> wrote:

> João, tá concordo que você tenha seus 10 anos de experiencia e
> comprovação de que sua metodologia seja tão eficiente como diz. Mas
> muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E
> tão verdade isto é, que um aqui já postou uma pergunta do que vem a
> ser o Framework MVP que você tanto diz. Então que tal postar um
> exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim
> poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois
> nem eu conheço esta metodologia também. Confesso pra você.
>
> Numa boa :)
>
> []s
>

 



[As partes desta mensagem que não continham texto foram removidas]



Re: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Walter Chagas (Yahoo) wrote:

> Então que tal postar um 
> exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim 
> poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois 
> nem eu conheço esta metodologia também.

Você quer um exemplo bem básico pra saber se MVP é mais produtivo do que 
DBAware? Então nem perca seu tempo, pra exemplo bem básico DBAware chega 
a ser um pouco mais fácil de implementar. Estou falando em médio e longo 
prazo. Ainda assim você pode baixar o PressObjects, ler a pouca 
documentação (que por sinal cobre apenas uns 50% do que eu já consegui 
implementar) e estudar os fontes do aplicativo demonstração.

Outra coisa que deve ser destacada é o jeito de programar de cada um. 
Tem quem prefira criar regras em classes, tem quem prefira criar regras 
em botão. Para cada um existe um framework que atenda suas preferências. 
Eu estou falando que criar regras em classe é melhor tendo utilizado as 
duas abordagens, você diz que usar Edit é coisa pra cientista maluco sem 
conhecer a ciência do negócio.

MVP só vai ser melhor do que DBAware para quem tiver a cabeça aberta 
para programação orientada a objetos.

--
João Morais


Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Leodinei Bielak
Isso seria legal. To curioso pra ver. Eu quero começar um projeto pessoal com
o Turbo Delphi. Tem como usar isso com ele?


On 11/29/06, Walter Chagas (Yahoo) <[EMAIL PROTECTED]> wrote:

> João, tá concordo que você tenha seus 10 anos de experiencia e
>  comprovação de que sua metodologia seja tão eficiente como diz. Mas
>  muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E
>  tão verdade isto é, que um aqui já postou uma pergunta do que vem a
>  ser o Framework MVP que você tanto diz. Então que tal postar um
>  exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim
>  poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois
>  nem eu conheço esta metodologia também. Confesso pra você.
>
>  Numa boa :)
>
>  []s
>


[delphi-br] En: Re: DBGrid InfoPower

2006-11-29 Por tôpico Marcia Cristina de Paula Vieira Borges dos Reis


Observação: mensagem anexa encaminhada.

-
 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]



RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Walter Chagas (Yahoo)
João, tá concordo que você tenha seus 10 anos de experiencia e 
comprovação de que sua metodologia seja tão eficiente como diz. Mas 
muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E 
tão verdade isto é, que um aqui já postou uma pergunta do que vem a 
ser o Framework MVP que você tanto diz. Então que tal postar um 
exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim 
poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois 
nem eu conheço esta metodologia também. Confesso pra você.

Numa boa :)

 
[]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, Joao Morais <[EMAIL PROTECTED]> escreveu
>
> Walter Chagas (Yahoo) wrote:
> 
> >  prazos que não 
> > lhe darão margens pra criar coisas que já existem (o famoso 
> > reinventar a roda) ou então ficar fazendo na mão, aquilo que já 
tem 
> > pronto por mero capricho de desenvolvimento.
> 
> Metendo o bedelho de novo.
> 
> Ninguém está reinventando a roda ao usar um Edit para apresentar 
dados, 
> muito pelo contrário, está ignorando uma roda quadrada idealizada 
há 10 
> anos pela Borland para implementar uma roda devidamente redonda, 
> calibrada, com liga leve e orientada a objetos.
> 
> Ainda acrescento que não é de bom tom falar mal de uma 
implementação 
> quando esta lhe é completamente desconhecida. Eu estou falando com 
a 
> experiência (e problemas) dos meus quase 10 anos de TDataset 
comparado 
> com o que eu posso fazer com uma classe de negócio. Você não tem 
como 
> sequer fazer idéia da diferença relacionada a ganho de 
produtividade no 
> médio e longo prazos.
> 
> --
> João Morais
>




Re: [delphi-br] Fiz CACA Preciso de ajuda

2006-11-29 Por tôpico Rodrigo Kopke Lopes
Amigo, depois de um Commit infelizmente não há o que fazer. 

"SUPER Safra (TI: Marcos Roberto)" <[EMAIL PROTECTED]> escreveu:  
roolbak
- Original Message - 
From: Fabio Dantas 
To: delphi-br@yahoogrupos.com.br 
Sent: Thursday, November 23, 2006 3:56 PM
Subject: [delphi-br] Fiz CACA Preciso de ajuda

Galera fiz caca em um banco interbase. 

Limpei uma tabela e dei comit tem como voltar atras ? 

Abraço

[As partes desta mensagem que não continham texto foram removidas]

[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] Exceção em OpenDialog

2006-11-29 Por tôpico Marcelo Hoepfner \(SI\)
Tenta retirar o = true

 

 

procedure TfrmSkin.BuscaClick(Sender: TObject);
begin
if opDiag.Execute then
edit1.Text := ExtractFilePath(opDiag.FileName);
end;

 

  _  

De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Edilson 
Gonçalves
Enviada em: quarta-feira, 29 de novembro de 2006 10:57
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] Exceção em OpenDialog

 

Pessoal, estou com o seguinte problema:
Tenho em um Form um componente TOpenDialog, um TButton e um TEdit pra
exemplificar.
Seria para o usuário escolher um dentre vários skins para o aplicativo.
O procedimento ocorre normalmente até a escolha do arquivo através do
openDialog. Acontece que
ao clicar no botão abrir do OpenDialog, ocorre uma exceção. Já vasculhei pra
todo lado e nao consigo encontrar
o que está causando esta exceção.

"Project Papyrus.exe raised excpetion class EAccessViolation with message
'Access violation at address .
Read address 000'. Process stopped. Use Step or Run to continue"

Abaixo o código que estou utilizando como exemplo:

unit uSkin;

interface

uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons;

type
TfrmSkin = class(TForm)
opDiag: TOpenDialog;
Busca: TBitBtn;
Edit1: TEdit;
Sair: TBitBtn;
procedure BuscaClick(Sender: TObject);
procedure FormClose(Sender: TObject; var Action: TCloseAction);
private
{ Private declarations }
public
{ Public declarations }
end;

var
frmSkin: TfrmSkin;

implementation

{$R *.dfm}

procedure TfrmSkin.BuscaClick(Sender: TObject);
begin
if opDiag.Execute = true then
edit1.Text := ExtractFilePath(opDiag.FileName);
end;

procedure TfrmSkin.FormClose(Sender: TObject; var Action: TCloseAction);
begin
Action := caFree;
end;

end.

[As partes desta mensagem que não continham texto foram removidas]

 



[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] hash SHA-1

2006-11-29 Por tôpico Rubens Lima
Boa tarde pessoal!

Estou precisando gerar um hash partir de dois capos textos, alguem tem 
algum exemplo ou funbção que faça isso?


[delphi-br] Re: DBGrid InfoPower

2006-11-29 Por tôpico Marcia Cristina de Paula Vieira Borges dos Reis
Como consigo De Dentro de DBGrid do InfoPower mostrar outro DBGrid  
como se fosse um mestre detalhe.
   
  Ex. Tenho uma Tabela Pai com um Paciente  e na tabela Filho todos os 
  profissionais q atendeu esse Paciente.


-
 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]



[delphi-br] Exceção em OpenDialog

2006-11-29 Por tôpico Edilson Gonçalves
Pessoal, estou com o seguinte problema:
Tenho em um Form um componente TOpenDialog, um TButton e um TEdit pra
exemplificar.
Seria para o usuário escolher um dentre vários skins para o aplicativo.
O procedimento ocorre normalmente até a escolha do arquivo através do
openDialog. Acontece que
ao clicar no botão abrir do OpenDialog, ocorre uma exceção. Já vasculhei pra
todo lado e nao consigo encontrar
o que está causando esta exceção.

"Project Papyrus.exe raised excpetion class EAccessViolation with message
'Access violation at address .
Read address 000'. Process stopped. Use Step or Run to continue"

Abaixo o código que estou utilizando como exemplo:

unit uSkin;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, Buttons;

type
  TfrmSkin = class(TForm)
opDiag: TOpenDialog;
Busca: TBitBtn;
Edit1: TEdit;
Sair: TBitBtn;
procedure BuscaClick(Sender: TObject);
procedure FormClose(Sender: TObject; var Action: TCloseAction);
  private
{ Private declarations }
  public
{ Public declarations }
  end;

var
  frmSkin: TfrmSkin;

implementation

{$R *.dfm}

procedure TfrmSkin.BuscaClick(Sender: TObject);
begin
if opDiag.Execute = true then
edit1.Text := ExtractFilePath(opDiag.FileName);
end;

procedure TfrmSkin.FormClose(Sender: TObject; var Action: TCloseAction);
begin
Action := caFree;
end;

end.


[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Ref. Erro em impressão direta

2006-11-29 Por tôpico Omar Marques
Olá Delphianos(as),

Encontrei o erro e esta vacilando ao fechar a porta. Tinha uma condição, que 
era desnecessária, antes de fechar a porta. A condição não era satisfeita e 
consequentemente, a porta ficava aberta, ocasionando o erro.

Valews galera;

Abço.

Omar M. Haddad



___ 
O Yahoo! está de cara nova. Venha conferir! 
http://br.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]



Re: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Walter Chagas (Yahoo) wrote:

>  prazos que não 
> lhe darão margens pra criar coisas que já existem (o famoso 
> reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem 
> pronto por mero capricho de desenvolvimento.

Metendo o bedelho de novo.

Ninguém está reinventando a roda ao usar um Edit para apresentar dados, 
muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 
anos pela Borland para implementar uma roda devidamente redonda, 
calibrada, com liga leve e orientada a objetos.

Ainda acrescento que não é de bom tom falar mal de uma implementação 
quando esta lhe é completamente desconhecida. Eu estou falando com a 
experiência (e problemas) dos meus quase 10 anos de TDataset comparado 
com o que eu posso fazer com uma classe de negócio. Você não tem como 
sequer fazer idéia da diferença relacionada a ganho de produtividade no 
médio e longo prazos.

--
João Morais


[delphi-br] Relatório no Rave combinando 3 selects em 3 dataviews

2006-11-29 Por tôpico alexandregois75
Pessoal,

estou precisando de muita ajuda. Não consigo gerar o relatório da 
forma correta (posso estar errado).
Tenho 3 select, primeiro no dataview1, segundo no dataview2 e 
terceiro no dataview3.

1
select sitio_infeccao.sitio_infeccao, local.local, bacteria.bacteria, 
antibiotico.antibiotico
from sitio_infeccao, local, bacteria, ccih, antibiotico, 
ccih_ant_sens where
ccih.codsitio_infeccao=sitio_infeccao.codsitio_infeccao and
ccih.codlocal=local.codlocal and 
ccih.codbacteria=bacteria.codbacteria and
ccih.codccih=ccih_ant_sens.codccih and 
antibiotico.codantibiotico=ccih_ant_sens.codantibiotico and
ccih_ant_sens.codsensibilidade=1 and
ccih.datacoleta between '22.05.2006' and '22.11.2006'
group by sitio_infeccao.sitio_infeccao, local.local, 
bacteria.bacteria, antibiotico.antibiotico
order by sitio_infeccao.sitio_infeccao

2
select bacteria.bacteria, count(bacteria.bacteria) as total_bacteria,
antibiotico.antibiotico, count(antibiotico.antibiotico) as 
total_antibiotico
from bacteria, antibiotico, ccih, ccih_ant_sens where
ccih.codbacteria=bacteria.codbacteria and
ccih.codccih=ccih_ant_sens.codccih and
antibiotico.codantibiotico=ccih_ant_sens.codantibiotico and
ccih_ant_sens.codsensibilidade=1 and
ccih.datacoleta between '22.05.2006' and '22.11.2006'
group by bacteria.bacteria, antibiotico.antibiotico
order by bacteria.bacteria

3
select bacteria.bacteria, count(bacteria.bacteria) as total_bacteria
from bacteria, ccih where
ccih.codbacteria=bacteria.codbacteria and
ccih.codccih in(select ccih_ant_sens.codccih from ccih_ant_sens, 
antibiotico
where antibiotico.codantibiotico=ccih_ant_sens.codantibiotico and
ccih_ant_sens.codsensibilidade=1) and
ccih.datacoleta between '22.05.2006' and '22.11.2006'
group by bacteria.bacteria
order by bacteria.bacteria


Preciso gerar um relatório com o sitio de infecção, local, bacteria e 
antibióticos, com o total de bactéria e total de 

antibióticos. Deve seguir a sequência:

sitio de infecção
locais
bacterias   total
antibióticos (por bacteria) total


É por aí.


Preciso de ajuda pois no select exibe os dados corretamante, mas 
quando vou pro rave não estou conseguindo 

concatenar a informações para que informem os dados corretamente 
(posso estar errado).

No aguardo.


Alexandre Gois.



Res: [delphi-br] Framework MVP

2006-11-29 Por tôpico Luis Lopes
Valeu João!!

 
Luis Alberto
Belo Horizonte - MG


- Mensagem original 
De: Joao Morais <[EMAIL PROTECTED]>
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quarta-feira, 29 de Novembro de 2006 9:48:12
Assunto: Re: [delphi-br] Framework MVP

Luis Lopes wrote:

> Pessoal,
> 
> Desculpe a minha santa ignorância, mas tô vendo citar várias vezes, aqui na 
> lista, 'framework MVP'. O que é esse MVP?

Abreviatura de Model View Presenter, as três principais classes de 
apresentação de objetos de negócio. É um DBAware orientado a objetos de 
negócio, ao invés de orientado a TDataset.

http://www-128.ibm.com/developerworks/java/library/j-mvp.html
ftp://www6.software.ibm.com/software/developer/library/mvp.pdf

Claro que usar Edit & Cia na unha é complicado, portanto uma 
implementação dessas classes no bom e velho Delphi é muito bem vinda. 
Minha implementação em Object Pascal:
www.pressobjects.org/ptbr - isso vai ficar louco de bom.

Ainda tem a implementação de Marcos Barreto e Cesar Romero, colocadas 
outro dia pelo próprio Marcos, e que você encontra comentários aos 
montes em www.oodesign.com.br. Não posso falar por eles.

--
João Morais


-- 
< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >

Links do Yahoo! Grupos

 








___ 
O Yahoo! está de cara nova. Venha conferir! 
http://br.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] SocketConnection só exporta providers no localhost

2006-11-29 Por tôpico Bruno Lichot
a lista é [EMAIL PROTECTED]

será q não é a versao do server?

tenho qse certeza q é isso, vai numa maquina cliente, aponta o 
socketconnection para o server e veja o q aparece na propriedade server, 
veja se o registro do teu server esta duplicado..se sim, pegue sempre o 
primeiro..derrepente o guid esta apontando para uma interface com mesmo 
nome, mas porem diferente..

geralmente é isso

no mais estou as ordens

Abração

Bruno Lichot

Alisson Yahoo escreveu:
> O servidor tem os arquivos dbexpint.dll e midas.dll. O Componente 
> SocketConnection conecta normalmente, inclusive aparece a conexão no Borland 
> Socket Server. Alguma luz? Qual o nome da lista sobre o assunto?
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> __ Informação do NOD32 IMON 1888 (20061128) __
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.com.br
>
>
>   

-- 
--
[]´s
Bruno Lichot



RES: [delphi-br] Averi Denisson PPLB

2006-11-29 Por tôpico Elazar Dornelles Ceza
Obrigado pela forca!
 
Eu encontrei este manual, mas ele não tem o comando para carregar
fontes...

...voce pode me esplicar como não esta direcionado a delphi?

(Estou desenvolvendo um software de impressão de etiquetas termicas para
um cliente...da pra imaginar que é com delphi que eu quero fazer
isto!!!)
 
Sem mais..
 
Atenc.
Elazar
 
 

-Mensagem original-
De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Rubem Nascimento da Rocha
Enviada em: quarta-feira, 29 de novembro de 2006 09:37
Para: delphi-br@yahoogrupos.com.br
Assunto: RE: [delphi-br] Averi Denisson PPLB
Prioridade: Alta




1) Quando for direcionar dúvidas/questionamentos que não estão
diretamente 
relacionados com Delphi, indique a palavra 'OFF-TOPIC' no assunto da 
mensagem;

2) Nem sempre o Google é a solução para todo o mal que aflige o 
desenvolvimento de software. Olha só o que eu achei no AltaVista: 
http://www.torres. 
ind.br/download.html

Sds.

>From: "Elazar Dornelles Ceza" <[EMAIL PROTECTED]
 com.br>
>Reply-To: [EMAIL PROTECTED] 
os.com.br
>To: <[EMAIL PROTECTED] 
os.com.br>
>Subject: [delphi-br] Averi Denisson PPLB
>Date: Wed, 29 Nov 2006 09:04:33 -0200
>
>Bom dia Pessoal
>
>Estou desenvolvendo um software de impressão de etiquetas termicas para
>um cliente...
>O mesmo utiliza uma impressora...Averi Denisson 3.4, so que ele não tem
>o cd que acompanha a impressora.
>
>Ja procurei por todo o google e não consegui achar muita coisa...entao
>eu pergunto, alguem tem um manual PPLB?
>
>pra ser mais especifico estaria precisando de comandos para carregar
>fontes na impressora.
>
>Atenc.
>Elazar
>
>
>
>
>
>
>___
>Você quer respostas para suas perguntas? Ou você sabe muito e quer 
>compartilhar seu conhecimento? Experimente o Yahoo! Respostas !
>http://br.answers.  yahoo.com/

__
MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.
 com



 



[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] SocketConnection só exporta provider s no localhost

2006-11-29 Por tôpico Alisson Yahoo
O servidor tem os arquivos dbexpint.dll e midas.dll. O Componente 
SocketConnection conecta normalmente, inclusive aparece a conexão no Borland 
Socket Server. Alguma luz? Qual o nome da lista sobre o assunto?



[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] dbedit + mascara

2006-11-29 Por tôpico Wagner Binoto
Fernando tente dessa maneira

pode ser no create do form



clienteDataSet.FieldByname(campo).EditMask:= '##.###.###-##;0';



  - Original Message - 
  From: Fernando César 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, November 28, 2006 10:59 PM
  Subject: [delphi-br] dbedit + mascara


  olá pessoal , to com um problema, tenho uma tela de cadastro de funcionario, 
  na qual o cpfé a chave primaria, eu tive q mudar o tipo dela pra float, 
  agora gostaria de saber como q faço pra colocar mascara, no cpf, ja q la no 
  cliente data set esta opção nao funciona, acho q é por causa do tipo float 


  ___ 
  Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
  http://br.mobile.yahoo.com/mailalertas/ 




   

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Framework MVP

2006-11-29 Por tôpico Joao Morais
Luis Lopes wrote:

> Pessoal,
> 
> Desculpe a minha santa ignorância, mas tô vendo citar várias vezes, aqui na 
> lista, 'framework MVP'. O que é esse MVP?

Abreviatura de Model View Presenter, as três principais classes de 
apresentação de objetos de negócio. É um DBAware orientado a objetos de 
negócio, ao invés de orientado a TDataset.

http://www-128.ibm.com/developerworks/java/library/j-mvp.html
ftp://www6.software.ibm.com/software/developer/library/mvp.pdf

Claro que usar Edit & Cia na unha é complicado, portanto uma 
implementação dessas classes no bom e velho Delphi é muito bem vinda. 
Minha implementação em Object Pascal:
www.pressobjects.org/ptbr - isso vai ficar louco de bom.

Ainda tem a implementação de Marcos Barreto e Cesar Romero, colocadas 
outro dia pelo próprio Marcos, e que você encontra comentários aos 
montes em www.oodesign.com.br. Não posso falar por eles.

--
João Morais


RE: [delphi-br] Averi Denisson PPLB

2006-11-29 Por tôpico Rubem Nascimento da Rocha

1) Quando for direcionar dúvidas/questionamentos que não estão diretamente 
relacionados com Delphi, indique a palavra 'OFF-TOPIC' no assunto da 
mensagem;

2) Nem sempre o Google é a solução para todo o mal que aflige o 
desenvolvimento de software. Olha só o que eu achei no AltaVista: 
http://www.torres.ind.br/download.html

Sds.

>From: "Elazar Dornelles Ceza" <[EMAIL PROTECTED]>
>Reply-To: delphi-br@yahoogrupos.com.br
>To: 
>Subject: [delphi-br] Averi Denisson PPLB
>Date: Wed, 29 Nov 2006 09:04:33 -0200
>
>Bom dia Pessoal
>
>Estou desenvolvendo um software de impressão de etiquetas termicas para
>um cliente...
>O mesmo utiliza uma impressora...Averi Denisson 3.4, so que ele não tem
>o cd que acompanha a impressora.
>
>Ja procurei por todo o google e não consegui achar muita coisa...entao
>eu pergunto, alguem tem um manual PPLB?
>
>pra ser mais especifico estaria precisando de comandos para carregar
>fontes na impressora.
>
>Atenc.
>Elazar
>
>
>
>
>
>
>___
>Você quer respostas para suas perguntas? Ou você sabe muito e quer 
>compartilhar seu conhecimento? Experimente o Yahoo! Respostas !
>http://br.answers.yahoo.com/

_
MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com



Re: [delphi-br] Problemas no SQL

2006-11-29 Por tôpico Gabriel Filho
Uma dica interessante é usar parametros ao invez de passar toda a string
montada,
pois se vc define o tipo do parametro como Datetime, nao importa o formato
que esta no Banco, o componente le no formato local e posta no formato do
servidor


entaum vc poderia usar assim:


dmDados.ibqConsultaContasAPagar.SQL.Text:='select * from contas_a_pagar
where contas_a_pagar. datalancamento BETWEEN :DataInicial  and  :DataFinal'


Antes de executar vc passa os parametros

dmDados.ibqConsultaContasAPagar.Parameters.parambyname
('DataInicial'):=DateTime1;
 dmDados.ibqConsultaContasAPagar.Parameters.parambyname
('DataFinal'):=DateTime2;

Depois é só abrir

O Ideal mesmo é vc colocar o script em tempo de desenvolvimento, pois talvez
será necessario acessar a propriedade
params e identificar o tipo do parametro.


nunca usei os componentes interbase, mas acredito que sejam parecidos com os
outros similares portanto talvez o código acima
tenha que sofrer algumas alterações, mas o caminho das pedras já esta ai


Espero ter ajudado








Em 29/11/06, mendoleonel <[EMAIL PROTECTED]> escreveu:
>
>   vc pode usar tb o between...
>
>
> Select * from tabela where data between 'mm/dd/' and 'mm/dd/'
>
> Lembre que na pesquisa SQL é sempre no formato acima para evitar qualquer
> incompatibilidade ou erro.
>
> []'s
>
>
>
> _
>
> De: delphi-br@yahoogrupos.com.br  [mailto:
> delphi-br@yahoogrupos.com.br ] Em
> nome de Régis Júlio Bender
> Enviada em: terça-feira, 28 de novembro de 2006 11:22
> Para: delphi-br@yahoogrupos.com.br 
> Assunto: Re: [delphi-br] Problemas no SQL
>
> Boa tarde Ricardo,
> obrigado pela ajuda, mas eu tentei digitar a data 30/11/2006 e dá um erro
> no
> sql e se eu digitar 11/30/2006 ele funciona perfeitamente.
> Mas eu vou tentar essa dica que voc~e falou, qualquer coisa eu retorno.
> hehehe
>
> abraço
>
> sds
>
> Bender Desenvolvimento de Sistemas
> e Serviços Contábeis (Régis)
> (51) 98470699
>
> Novo Hamburgo/RS
> MSN: [EMAIL PROTECTED]  com.br
>
> - Original Message -
> From: Ricardo Cesar Cardoso
> To: [EMAIL PROTECTED]  os.com.br
> Sent: Tuesday, November 28, 2006 3:38 PM
> Subject: Res: [delphi-br] Problemas no SQL
>
> Boa tarde Régis!
>
> Acho que com esta pequena alteração tudo vai funcionar:
>
> dmDados.ibqConsulta ContasAPagar. SQL.add (' select * from contas_a_pagar
> where ((contas_a_pagar. datalancamento >= '+ chr(39) + eDataInicial. text
> +
> chr(39) + ') and (contas_a_pagar. datalancamento >= '+ chr(39) +
> eDataFinal.text + chr(39) + ')');
>
> Na verdade eu retirei as aspas simples do texto.
>
> Outra dica é a seguinte. Existe uma função no Delphi que coloca
> automaticamente aspas no texto pra vc então o comando acima poderia ficar
> até um pouco mais legível se inserido assim:
>
> dmDados.ibqConsultaContasAPagar.SQL.Add('Select * From Contas_A_Pagar
> Where((Contas_A_Pagar.DataCancelamento >= ' + QuotedStr(eDataInicial.Text)
> +
> ' ) And (Contas_A_Pagar.DataLancamento >= ' + QuotedStr(eDataFinal.Text) +
> ')');
>
> Quanto às datas não testei, mas li em algum lugar que não faz diferença
> pois
> o banco consegue se orientar (como eu não sei...).
>
> Abraço,
> Ricardo.
>
> - Mensagem original 
> De: Régis Júlio Bender <[EMAIL PROTECTED]  40terra.com.br>
> com.br>
> Para: [EMAIL PROTECTED] 
> os.com.br
>
> Enviadas: Terça-feira, 28 de Novembro de 2006 9:21:17
> Assunto: [delphi-br] Problemas no SQL
>
> Bom dia, estou com um problema no SQL e gostaria que alguém me ajudasse:
>
> se eu fizer essa pesquisa:
>
> dmDados.ibqConsulta ContasAPagar. SQL.add (' select * from contas_a_pagar
> where ((contas_a_pagar. datalancamento >= '+ chr(39) + eDataInicial. text
> +
> chr(39) + ')' and '(contas_a_pagar. datalancamento >= '+ chr(39) +
> eDataFinal.text + chr(39) + ')');
>
> no delphi ele esta dando esse erro:
>
> [Error] uRelatContasAPagar. pas(40): Operator not applicable to this
> operand
> type
>
> Se eu colocar esse:
>
> dmDados.ibqConsulta ContasAPagar. SQL.add (' select * from contas_a_pagar
> where ((contas_a_pagar. datalancamento >= '+ chr(39) + eDataInicial. text
> +
> chr(39) + ')' );
>
> fica certo
>
> não estou conseguindo implementar o "AND" para fazer a pesquisa entre duas
> datas.
>
> outra coisa, eu informo no edit a data no formato dd/mm/ e ele
> pesquisa
> como mm/dd/
>
> Como eu faço para converter?
>
> Alguém pode me ajudar?
>
> desde já, agradeço.
>
> Abraço
>
> sds
>
> Bender Desenvolvimento de Sistemas
>
> e Serviços Contábeis (Régis)
>
> (51) 98470699
>
> Novo Hamburgo/RS
>
> MSN: [EMAIL PROTECTED] com.br
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> ___
> O Yahoo! está de cara nova. Venha conferir!
> http://br.yahoo.  com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> ---

[delphi-br] Framework MVP

2006-11-29 Por tôpico Luis Lopes
Pessoal,

Desculpe a minha santa ignorância, mas tô vendo citar várias vezes, aqui na 
lista, 'framework MVP'. O que é esse MVP?

 
Luis Alberto
Belo Horizonte - MG











___ 
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]



Re: [delphi-br] WaveIn e WaveOut

2006-11-29 Por tôpico Joao Morais
Luiz Escobar wrote:

> CUIDADO com memory-leak
> procure sobre droopyeyes http://www.droopyeyes.com/   componente completo e 
> FREE...
> https://secure.codeproject.com/cs/media/ <- exemplos bem basicos...

FastMM

--
João Morais



[delphi-br] Averi Denisson PPLB

2006-11-29 Por tôpico Elazar Dornelles Ceza
Bom dia Pessoal

Estou desenvolvendo um software de impressão de etiquetas termicas para
um cliente...
O mesmo utiliza uma impressora...Averi Denisson 3.4, so que ele não tem
o cd que acompanha a impressora.

Ja procurei por todo o google e não consegui achar muita coisa...entao
eu pergunto, alguem tem um manual PPLB?

pra ser mais especifico estaria precisando de comandos para carregar
fontes na impressora.

Atenc.
Elazar






___ 
Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar 
seu conhecimento? Experimente o Yahoo! Respostas !
http://br.answers.yahoo.com/


RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

2006-11-29 Por tôpico Walter Chagas (Yahoo)
Não é bem assim, que para o programador tem que ter o controlel total 
sobre os dados deve fazer tudo na mão mesmo. Você não pode se 
esquecer, que você terá pela frente cronogramas com prazos que não 
lhe darão margens pra criar coisas que já existem (o famoso 
reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem 
pronto por mero capricho de desenvolvimento. DBWares são passiveis de 
todo tipo de consistência e tratamento de dados. Basta você saber usá-
los adequadamente e não terás problemas. O problema é o cara que acha 
que apenas poe um DBEdit lá, conecta a query e pronto. É igual por 
uma roda num carro sem freios, sem ponteira de direção e sem pivô de 
suspensão..


[]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, "Moked - Humberto \(Brazil\)" 
<[EMAIL PROTECTED]> escreveu
>
> Eu não sou a favor do uso de DBWares, pois creio que o programador 
tem q ter completo controle dos dados que estão sendo enviados ao 
banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto 
seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas 
cada um com a sua. \o/
> 
> 
> 
> De: delphi-br@yahoogrupos.com.br [mailto:delphi-
[EMAIL PROTECTED] Em nome de Alisson Yahoo
> Enviada em: terça-feira, 28 de novembro de 2006 11:01
> Para: delphi-br@yahoogrupos.com.br
> Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a 
questão!
> 
> 
> 
> Eu também já fui defensor de desenvolvimento sem componentes 
DbWare. Mas, como diria Raulzito, "Prefiro ser essa metamorfose 
ambulante...". Agora que estou começando a desenvolver usando 
ClientDataset estou mudando de opinião. O que eu acho chato são 
alguns erros que são um pouco mais difíceis de achar, como por 
exemplo, erros ocasionado pela chamada de certos eventos. 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
>  
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Re: RES: [delphi-br] Re: Usar ou não usar D BWares? Eis a questão!

2006-11-29 Por tôpico Joao Morais
Luiz Escobar wrote:

> Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc... 
> faz tudo na mão ???

Metendo o bedelho - eu particularmente não uso nada que descenda de 
TDataset. Uso basicamente classes de negócio e um framework MVP, que por 
sinal dá um chapéu em TDataset, por exemplo, em recursos como 
reaproveitamento de código e se livrar do inferno do 
Edit/AlteraDados/Post/Cancel/ApplyUpdates/TestaSeDeuTudoCerto.

> Também sou da seita que o programador tem que ter completo controle dos 
> dados, mas dai programar em ASSEMBLY PURO hehehehe  to fora...

Isso tá longe de ser Assembly. A propósito DBAware nada mais é do que 
Edit & Cia. enfeitado para entender TDataset.

--
João Morais


> Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um 
> meio de fazer usando DBWARES.
> Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito na 
> maioria dos casos.. 
> 
> Acho um loucura construir um DBGRID sendo que ele esta pronto.
> 
> Luiz Escobar
> 
> 
> - Segue mensagem original! -
> 
> De: "Moked - Humberto \(Brazil\)" <[EMAIL PROTECTED]>
> Data: Tue, 28 Nov 2006 11:04:43 -0200
> Para: 
> Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
> 
> Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter 
> completo controle dos dados que estão sendo enviados ao banco ou trazidos 
> dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo 
> de transação nas mãos dos DBWares. Mas cada um com a sua. \o/
> 
> 
> 
> De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Alisson 
> Yahoo
> Enviada em: terça-feira, 28 de novembro de 2006 11:01
> Para: delphi-br@yahoogrupos.com.br
> Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
> 
> Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, 
> como diria Raulzito, "Prefiro ser essa metamorfose ambulante...". Agora que 
> estou começando a desenvolver usando ClientDataset estou mudando de opinião. 
> O que eu acho chato são alguns erros que são um pouco mais difíceis de achar, 
> como por exemplo, erros ocasionado pela chamada de certos eventos.