from:"Luiz Escobar"

Amigo, desculpe, mas esta função não pega um MAC e sim CRIA aleatóriamente um 
virtual.
Tanto é, que cada vez que vc pedir o MAC vai vir um numero diferente..

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: Rodrigo Madureira Barbosa 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, February 12, 2007 6:29 PM
  Subject: RES: [delphi-br] Pegar o MAC do micro - duvidas


  Tenho uma aqui... se servir... aí está...

  function CoCreateGuid(var guid: TGUID): HResult; stdcall; far external
  'ole32.dll';

  function GetMACAddress: string;

  var

  g: TGUID;

  i: Byte;

  begin

  Result := '';

  CoCreateGUID(g);

  for i := 2 to 7 do

  Result := Result + IntToHex(g.D4[i], 2);

  end;

  Fui...

  Rodrigo.

  _ 

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Thiago Filiano (America Soft)
  Enviada em: segunda-feira, 12 de fevereiro de 2007 15:33
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Pegar o MAC do micro - duvidas

  não estou com essa rotina aqui.. mas amanhã se conseguir coloco aqui sim!

  Luiz Escobar escreveu:
  
   se quizer mandar ela pra gente dar uma olhada acho q fica mais 
   facil...
  
   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.megasist http://www.megasistema.com.br ema.com.br
  http://www.megasist http://www.megasistema.com.br ema.com.br
  
   - Original Message -
   From: Thiago Filiano (America Soft)
   To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br
  mailto:delphi-br%40yahoogrupos.com.br
   Sent: Monday, February 12, 2007 3:16 PM
   Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   então Luiz,
  
   tenho sim.. e eh aqui q esta o problema..
  
   minha rotina esta pegando o MAC certinho, mas acontece que
   tem cliente que esta dizendo que o cabo está desconectado.. mas mesmo
   assim está
   identificando o MAC dele.
  
   a rotina foi feita para identificar o MAC somente com placa de rede ativa.
  
   não sei o que esta ocorrendo :(
  
   []'s
  
   Thiago
  
   Luiz Escobar escreveu:
   
Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q as
q tenho são usando API´s
   
Creio que isso seria de grande ajuda para todos.
   
obrigado.
   
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.megasist http://www.megasistema.com.br ema.com.br
  http://www.megasist http://www.megasistema.com.br ema.com.br 
   http://www.megasist http://www.megasistema.com.br ema.com.br
  http://www.megasist http://www.megasistema.com.br ema.com.br
   
- Original Message -
From: Andre Veloso de Mesquita
To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
  os.com.br 
   mailto:delphi-br%40yahoogrupos.com.br 
   mailto:delphi-br%40yahoogrupos.com.br
Sent: Friday, February 09, 2007 8:25 PM
Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
   
Nota: No Windows é possível trocar o MAC. O MAC não será trocado na
placa de
rede, mas sim na camada lógica do Windows. Logo, quando vc ler o MAC,
tente
lê-lo no dispositivo e não usando uma API qq do Windows.
   
[ ]'s
   
- Original Message -
From: Luiz Escobar [EMAIL PROTECTED]
  mailto:escobar%40megasistema.com.br .com.br 
   mailto:escobar%40megasistema.com.br
mailto:escobar%40megasistema.com.br
To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
  os.com.br 
   mailto:delphi-br%40yahoogrupos.com.br 
   mailto:delphi-br%40yahoogrupos.com.br
Sent: Friday, February 09, 2007 5:22 PM
Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
   
BLZ Thiago..
Bom o modem não tem MAC-address, pode até ter um código de
indentificação,
mas não sei como pegar isso
   
MAC-address é um número de série gravador na sua placa de rede, cada
uma tem
o seu (acontece de repetir, mas é raro, então esqueca isso por
enquanto, mas
saiba que acontece!)..
   
SIM, tendo ou não o cabo conectado vc vai ter sempre o mesmo número MAC.
   
exemplo de MAC :
00:0A:E6:40:1B:49
ou
000A:E640:1B49
ou
000AE6401B49
é um valor de 48 bit´s.
então a cada 281.474.976.710.655 vai se repetir rsrsrsrs
não é bem assim não, mas deixa isso pra lá heheheheh
   
O que pode mudar

[delphi-br] Listar computadores da rede

Preciso de uma função/componente que liste todos os nomes E IP´s dos 
computadores da rede.
ALLguem tem algo parecido ?

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

Re: [delphi-br] Pegar o MAC do micro - duvidas

Valeu Rubens vou dar uma olhada

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: Rubem Nascimento da Rocha 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, February 13, 2007 3:27 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas


  É verdade, Luiz! A função CoCreateGUID() cria um novo GUID (Global Unique 
  IDentifier). Se quiser saber como pegar o MAC Address real do micro, 
  consulte http://www.swissdelphicenter.ch/en/showcode.php?id=651

  Sds.

  From: Luiz Escobar [EMAIL PROTECTED]
  Reply-To: delphi-br@yahoogrupos.com.br
  To: delphi-br@yahoogrupos.com.br
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  Date: Tue, 13 Feb 2007 13:43:37 -0200
  
  Amigo, desculpe, mas esta função não pega um MAC e sim CRIA aleatóriamente 
  um virtual.
  Tanto é, que cada vez que vc pedir o MAC vai vir um numero 
  diferente..
  
  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: Rodrigo Madureira Barbosa
   To: delphi-br@yahoogrupos.com.br
   Sent: Monday, February 12, 2007 6:29 PM
   Subject: RES: [delphi-br] Pegar o MAC do micro - duvidas
  
  
   Tenho uma aqui... se servir... aí está...
  
   function CoCreateGuid(var guid: TGUID): HResult; stdcall; far external
   'ole32.dll';
  
   function GetMACAddress: string;
  
   var
  
   g: TGUID;
  
   i: Byte;
  
   begin
  
   Result := '';
  
   CoCreateGUID(g);
  
   for i := 2 to 7 do
  
   Result := Result + IntToHex(g.D4[i], 2);
  
   end;
  
   Fui...
  
   Rodrigo.
  
   _
  
   De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] 
  Em
   nome de Thiago Filiano (America Soft)
   Enviada em: segunda-feira, 12 de fevereiro de 2007 15:33
   Para: delphi-br@yahoogrupos.com.br
   Assunto: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   não estou com essa rotina aqui.. mas amanhã se conseguir coloco aqui 
  sim!
  
   Luiz Escobar escreveu:
   
se quizer mandar ela pra gente dar uma olhada acho q fica mais
facil...
   
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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
   
- Original Message -
From: Thiago Filiano (America Soft)
To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br 
  os.com.br
   mailto:delphi-br%40yahoogrupos.com.br
Sent: Monday, February 12, 2007 3:16 PM
Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
   
então Luiz,
   
tenho sim.. e eh aqui q esta o problema..
   
minha rotina esta pegando o MAC certinho, mas acontece que
tem cliente que esta dizendo que o cabo está desconectado.. mas mesmo
assim está
identificando o MAC dele.
   
a rotina foi feita para identificar o MAC somente com placa de rede 
  ativa.
   
não sei o que esta ocorrendo :(
   
[]'s
   
Thiago
   
Luiz Escobar escreveu:

 Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q 
  as
 q tenho são usando API´s

 Creio que isso seria de grande ajuda para todos.

 obrigado.

 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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
http://www.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br

 - Original Message -
 From: Andre Veloso de Mesquita
 To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
   os.com.br
mailto:delphi-br%40yahoogrupos.com.br
mailto:delphi-br%40yahoogrupos.com.br
 Sent: Friday, February 09, 2007 8:25 PM
 Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas

 Nota: No Windows é possível trocar o MAC. O MAC não será trocado na
 placa de
 rede, mas sim na camada lógica do Windows. Logo, quando vc ler o 
  MAC,
 tente
 lê-lo no dispositivo e não usando uma API qq do Windows.

 [ ]'s

 - Original Message -
 From

Re: [delphi-br] Pegar o MAC do micro - duvidas

Legal Rubens ela funcionou, deu exatamente o mesmo numero que a que eu tinha...
Bom agora preciso ver qual das duas é melhor, vou ver como alterar o MAC da 
placa de rede vou fazer a alteração e rodar as duas e ver qual me traz o numero 
real e qual me traz o que eu alterei..
só espero que nao acontece das duas voltarem com o numero alterado.. 
ehhehehehehe.

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: Rubem Nascimento da Rocha 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, February 13, 2007 3:27 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas


  É verdade, Luiz! A função CoCreateGUID() cria um novo GUID (Global Unique 
  IDentifier). Se quiser saber como pegar o MAC Address real do micro, 
  consulte http://www.swissdelphicenter.ch/en/showcode.php?id=651

  Sds.

  From: Luiz Escobar [EMAIL PROTECTED]
  Reply-To: delphi-br@yahoogrupos.com.br
  To: delphi-br@yahoogrupos.com.br
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  Date: Tue, 13 Feb 2007 13:43:37 -0200
  
  Amigo, desculpe, mas esta função não pega um MAC e sim CRIA aleatóriamente 
  um virtual.
  Tanto é, que cada vez que vc pedir o MAC vai vir um numero 
  diferente..
  
  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: Rodrigo Madureira Barbosa
   To: delphi-br@yahoogrupos.com.br
   Sent: Monday, February 12, 2007 6:29 PM
   Subject: RES: [delphi-br] Pegar o MAC do micro - duvidas
  
  
   Tenho uma aqui... se servir... aí está...
  
   function CoCreateGuid(var guid: TGUID): HResult; stdcall; far external
   'ole32.dll';
  
   function GetMACAddress: string;
  
   var
  
   g: TGUID;
  
   i: Byte;
  
   begin
  
   Result := '';
  
   CoCreateGUID(g);
  
   for i := 2 to 7 do
  
   Result := Result + IntToHex(g.D4[i], 2);
  
   end;
  
   Fui...
  
   Rodrigo.
  
   _
  
   De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] 
  Em
   nome de Thiago Filiano (America Soft)
   Enviada em: segunda-feira, 12 de fevereiro de 2007 15:33
   Para: delphi-br@yahoogrupos.com.br
   Assunto: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   não estou com essa rotina aqui.. mas amanhã se conseguir coloco aqui 
  sim!
  
   Luiz Escobar escreveu:
   
se quizer mandar ela pra gente dar uma olhada acho q fica mais
facil...
   
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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
   
- Original Message -
From: Thiago Filiano (America Soft)
To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br 
  os.com.br
   mailto:delphi-br%40yahoogrupos.com.br
Sent: Monday, February 12, 2007 3:16 PM
Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
   
então Luiz,
   
tenho sim.. e eh aqui q esta o problema..
   
minha rotina esta pegando o MAC certinho, mas acontece que
tem cliente que esta dizendo que o cabo está desconectado.. mas mesmo
assim está
identificando o MAC dele.
   
a rotina foi feita para identificar o MAC somente com placa de rede 
  ativa.
   
não sei o que esta ocorrendo :(
   
[]'s
   
Thiago
   
Luiz Escobar escreveu:

 Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q 
  as
 q tenho são usando API´s

 Creio que isso seria de grande ajuda para todos.

 obrigado.

 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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
http://www.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br

 - Original Message -
 From: Andre Veloso de Mesquita
 To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
   os.com.br
mailto:delphi-br%40yahoogrupos.com.br
mailto:delphi-br%40yahoogrupos.com.br
 Sent: Friday, February 09, 2007 8:25 PM
 Subject: Re: [delphi-br] Pegar o MAC do

Re: [delphi-br] Pegar o MAC do micro - duvidas

É ainda num deu.  os dois são alterados quando mudo o MAC...
continuemos a tentar.. 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: Rubem Nascimento da Rocha 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, February 13, 2007 3:27 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas


  É verdade, Luiz! A função CoCreateGUID() cria um novo GUID (Global Unique 
  IDentifier). Se quiser saber como pegar o MAC Address real do micro, 
  consulte http://www.swissdelphicenter.ch/en/showcode.php?id=651

  Sds.

  From: Luiz Escobar [EMAIL PROTECTED]
  Reply-To: delphi-br@yahoogrupos.com.br
  To: delphi-br@yahoogrupos.com.br
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  Date: Tue, 13 Feb 2007 13:43:37 -0200
  
  Amigo, desculpe, mas esta função não pega um MAC e sim CRIA aleatóriamente 
  um virtual.
  Tanto é, que cada vez que vc pedir o MAC vai vir um numero 
  diferente..
  
  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: Rodrigo Madureira Barbosa
   To: delphi-br@yahoogrupos.com.br
   Sent: Monday, February 12, 2007 6:29 PM
   Subject: RES: [delphi-br] Pegar o MAC do micro - duvidas
  
  
   Tenho uma aqui... se servir... aí está...
  
   function CoCreateGuid(var guid: TGUID): HResult; stdcall; far external
   'ole32.dll';
  
   function GetMACAddress: string;
  
   var
  
   g: TGUID;
  
   i: Byte;
  
   begin
  
   Result := '';
  
   CoCreateGUID(g);
  
   for i := 2 to 7 do
  
   Result := Result + IntToHex(g.D4[i], 2);
  
   end;
  
   Fui...
  
   Rodrigo.
  
   _
  
   De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] 
  Em
   nome de Thiago Filiano (America Soft)
   Enviada em: segunda-feira, 12 de fevereiro de 2007 15:33
   Para: delphi-br@yahoogrupos.com.br
   Assunto: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   não estou com essa rotina aqui.. mas amanhã se conseguir coloco aqui 
  sim!
  
   Luiz Escobar escreveu:
   
se quizer mandar ela pra gente dar uma olhada acho q fica mais
facil...
   
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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
   
- Original Message -
From: Thiago Filiano (America Soft)
To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br 
  os.com.br
   mailto:delphi-br%40yahoogrupos.com.br
Sent: Monday, February 12, 2007 3:16 PM
Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
   
então Luiz,
   
tenho sim.. e eh aqui q esta o problema..
   
minha rotina esta pegando o MAC certinho, mas acontece que
tem cliente que esta dizendo que o cabo está desconectado.. mas mesmo
assim está
identificando o MAC dele.
   
a rotina foi feita para identificar o MAC somente com placa de rede 
  ativa.
   
não sei o que esta ocorrendo :(
   
[]'s
   
Thiago
   
Luiz Escobar escreveu:

 Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q 
  as
 q tenho são usando API´s

 Creio que isso seria de grande ajuda para todos.

 obrigado.

 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.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br
http://www.megasist http://www.megasistema.com.br ema.com.br
   http://www.megasist http://www.megasistema.com.br ema.com.br

 - Original Message -
 From: Andre Veloso de Mesquita
 To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
   os.com.br
mailto:delphi-br%40yahoogrupos.com.br
mailto:delphi-br%40yahoogrupos.com.br
 Sent: Friday, February 09, 2007 8:25 PM
 Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas

 Nota: No Windows é possível trocar o MAC. O MAC não será trocado na
 placa de
 rede, mas sim na camada lógica do Windows. Logo, quando vc ler o 
  MAC,
 tente
 lê-lo no dispositivo e não usando uma API qq do Windows

Re: [delphi-br] Re: Listar computadores da rede

ajudou muito..  agora que tenhos os nomes dos computadores da rede, só 
falta pegar os respequitivos IP´s...

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: Murillo Proença 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, February 13, 2007 4:19 PM
  Subject: [delphi-br] Re: Listar computadores da rede


  vê se ajuda:

  procedure FindComputers(Workgroup: string; aResList: TStrings);
  var
  eNumHandle : THandle;
  WorkgroupRS : TNetResource;
  Buf : array[1..500] of TNetResource;
  BufSize : DWORD;
  Entries : DWORD;
  Result : integer;
  sComputer: String;
  begin
  if not Assigned(aResList) then
  Exit;
  aResList.Clear;
  WorkGroup := Workgroup + #0;
  FillChar(WorkGroupRS, SizeOf(WorkGroupRS), 0);
  with WorkgroupRS do begin
  dwScope := 2;
  dwType := 3;
  dwDisplayType := 1;
  dwUsage := 1;
  lpRemoteName := @Workgroup[1];
  end;
  WNetOpenEnum(Resource_GlobalNet, ResourceType_Any, 0, @WorkgroupRS,
  ENumHandle);
  repeat
  Entries := 1;
  BufSize := SizeOf(Buf);
  Result := WNetENumResource(ENumHandle, Entries, @Buf, BufSize);
  if (result = NO_Error) and (Entries = 1) then begin
  sComputer:= StrPas(Buf[1].lpRemoteName);
  aResList.Add(Copy(sComputer, 3, Length(sComputer)-2));
  end;
  until (Entries  1) or (Result  NO_Error);
  WNetCloseENum(ENumHandle);
  end;

  --- Em delphi-br@yahoogrupos.com.br, Luiz Escobar [EMAIL PROTECTED] 
escreveu
  
   Preciso de uma função/componente que liste todos os nomes E IP´s dos 
   computadores da rede.
   ALLguem tem algo parecido ?
   
   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]

Re: [delphi-br] AudioLab ou MMTools

Não usei nenhum dos dois, fiz a minha propria biblioteca usando o ACM do 
windows o HELP do DELPHI é bem completo sobre as funções, mas não 
encina a lógica da coisa..(tipo, qual função tem que vir primeiro e qual 
tem que vir depois)

Quanto a mediaplay, mciSend, e outras do mesmo genero, vc NÃO vai conseguir 
fazer isso com elas..

Agora pra que vc quer fazer isso ? EX:
Gravar, voltar um pouco e regravar encima.!!???

Porque simplesmente não fechar abre outro depois coloca tudo no COOLEDIT e faz 
uma edição !?
Não poderia ser assim ?

PS: com a MMTools vc conseguiria fazer isso, mas sei não, nao achei ela muito 
pratica em alguns aspectos. 
Quanto a AudioLAB nao me lembro mais dela... não posso opinar.

DICA: sempre grave em WAV formato RAW, é MUTO mais facil fazer o q vc 
quer fazer

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: djxandytche 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, February 13, 2007 8:43 AM
  Subject: [delphi-br] AudioLab ou MMTools


  Bom dia amigos da lista,

  Bom, gostaria da ajuda de vcs para gravação de som do microfone com
  delphi.

  O problema é o seguinte: Dentre todos os componentes que testei os
  mais poderosos que encontrei foram estes 2 que cito no titulo, porem,
  nenhum deles faz uma coisa muito importante que preciso. Por exemplo,
  o usuário começa a gravar e no final da gravação ele resolve voltar um
  pouco e regravar uma parte devido a que ele possa ter falado algo
  errado, desta forma o arquivo de áudio deveria sobrepor toda a
  gravação a partir do ponto em que ele recomeçou a gravar. Mais não
  consegui fazer isso com nenhum componente, nem com o TMediaPlayer e
  nem usando código nativo do delphi (mciSendCommand, sndPlaySound, e
  estas coisas todas)!!!

  Alguém por acaso utiliza alguns destes componentes que cito acima, ou
  conhece outros (pode ser pago) ou alguma outra forma de realizar este
  trabalho?

  Obs.: Este comportamento o Gravador de Som do Windows faz perfeitamente.

  Obrigado a todos que puderem responder e me ajudar!!!

  Alexandre da Silva.



   

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

Re: [delphi-br] Pegar o MAC do micro - duvidas

2007-02-12 Por tôpico Luiz Escobar

Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q as q tenho 
são usando API´s

Creio que isso seria de grande ajuda para todos.

obrigado.

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: Andre Veloso de Mesquita 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, February 09, 2007 8:25 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas


  Nota: No Windows é possível trocar o MAC. O MAC não será trocado na placa de 
  rede, mas sim na camada lógica do Windows. Logo, quando vc ler o MAC, tente 
  lê-lo no dispositivo e não usando uma API qq do Windows.

  [ ]'s

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED]
  To: delphi-br@yahoogrupos.com.br
  Sent: Friday, February 09, 2007 5:22 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas

  BLZ Thiago..
  Bom o modem não tem MAC-address, pode até ter um código de indentificação, 
  mas não sei como pegar isso

  MAC-address é um número de série gravador na sua placa de rede, cada uma tem 
  o seu (acontece de repetir, mas é raro, então esqueca isso por enquanto, mas 
  saiba que acontece!)..

  SIM, tendo ou não o cabo conectado vc vai ter sempre o mesmo número MAC.

  exemplo de MAC :
  00:0A:E6:40:1B:49
  ou
  000A:E640:1B49
  ou
  000AE6401B49
  é um valor de 48 bit´s.
  então a cada 281.474.976.710.655 vai se repetir rsrsrsrs
  não é bem assim não, mas deixa isso pra lá heheheheh

  O que pode mudar é o número de IP..

  exemplo de IP´s internos, intranet: subistitua o X por um valor entre 1 e 
  254
  192.168.0.x
  10.x.x.x
  169.x.x.x

  exemplo de IP´s externos, internet: subistitua o X por um valor entre 1 e 
  254
  64.x.x.x
  200.x.x.x
  201.x.x.x
  etc...

  Quando ao XP, ele vai te dar sempre um número de IP, mas nem sempre vai ser 
  o mesmo, primeiro ele vai procurar o DHCP na rede, se não achar ele vai 
  pedir ao DHCP interno dele e vai receber um número 169.x.x.x, no 98 acho que 
  vem zerado.mas ja faz tempo nao lembro...

  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: Thiago Filiano (America Soft)
  To: delphi-br@yahoogrupos.com.br
  Sent: Friday, February 09, 2007 3:54 PM
  Subject: [delphi-br] Pegar o MAC do micro - duvidas

  Pessoal, estou com duvidas..

  Alguém já tem essas respostas?? estou passando por um problema, que ta
  dificil de resolver,
  tenho um palpite, mas não consegui um definição certa.

  ai vai minhas duvidas:

  usando WINXP: qdo pego o serial MAC pelo Delphi

  quando estou com um cabo de rede ligado em meu pc mas com conexao
  desativada, recebo o numero de MAC? ou vem zerado ()??

  quando estou com o cabo ligado e a rede ligada sei que vem a
  identificação 021AD122 (exemplo);
  quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?

  usando WIN98

  quando estou com um cabo de rede ligado em meu pc mas com conexao
  desativada, recebo o numero de MAC? ou vem zerado ()??

  quando estou com o cabo ligado e a rede ligada sei que vem a
  identificação 021AD122 (exemplo);
  quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?

  se eu tiver modem, e não placa de Rede... recebo algum valor para MAC??

  com cabo desconectado mesmo assim recebo endereço de MAC??

  alguém possui esses levantamentos??

  muito grato!

  Thiago Filiano

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

  -- 
   FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM 

  Links do Yahoo! Grupos



   

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

Re: [delphi-br] Pegar o MAC do micro - duvidas

2007-02-12 Por tôpico Luiz Escobar

se quizer mandar ela pra gente dar uma olhada acho q fica mais 
facil...

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: Thiago Filiano (America Soft) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, February 12, 2007 3:16 PM
  Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas


  então Luiz,

  tenho sim.. e eh aqui q esta o problema..

  minha rotina esta pegando o MAC certinho, mas acontece que
  tem cliente que esta dizendo que o cabo está desconectado.. mas mesmo 
  assim está
  identificando o MAC dele.

  a rotina foi feita para identificar o MAC somente com placa de rede ativa.

  não sei o que esta ocorrendo :(

  []'s

  Thiago

  Luiz Escobar escreveu:
  
   Bom vc tem alguma rotina para ler direto do dispositivo ? pq acho q as 
   q tenho são usando API´s
  
   Creio que isso seria de grande ajuda para todos.
  
   obrigado.
  
   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 http://www.megasistema.com.br
  
   - Original Message -
   From: Andre Veloso de Mesquita
   To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br
   Sent: Friday, February 09, 2007 8:25 PM
   Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   Nota: No Windows é possível trocar o MAC. O MAC não será trocado na 
   placa de
   rede, mas sim na camada lógica do Windows. Logo, quando vc ler o MAC, 
   tente
   lê-lo no dispositivo e não usando uma API qq do Windows.
  
   [ ]'s
  
   - Original Message -
   From: Luiz Escobar [EMAIL PROTECTED] 
   mailto:escobar%40megasistema.com.br
   To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br
   Sent: Friday, February 09, 2007 5:22 PM
   Subject: Re: [delphi-br] Pegar o MAC do micro - duvidas
  
   BLZ Thiago..
   Bom o modem não tem MAC-address, pode até ter um código de 
   indentificação,
   mas não sei como pegar isso
  
   MAC-address é um número de série gravador na sua placa de rede, cada 
   uma tem
   o seu (acontece de repetir, mas é raro, então esqueca isso por 
   enquanto, mas
   saiba que acontece!)..
  
   SIM, tendo ou não o cabo conectado vc vai ter sempre o mesmo número MAC.
  
   exemplo de MAC :
   00:0A:E6:40:1B:49
   ou
   000A:E640:1B49
   ou
   000AE6401B49
   é um valor de 48 bit´s.
   então a cada 281.474.976.710.655 vai se repetir rsrsrsrs
   não é bem assim não, mas deixa isso pra lá heheheheh
  
   O que pode mudar é o número de IP..
  
   exemplo de IP´s internos, intranet: subistitua o X por um valor entre 1 e
   254
   192.168.0.x
   10.x.x.x
   169.x.x.x
  
   exemplo de IP´s externos, internet: subistitua o X por um valor entre 1 e
   254
   64.x.x.x
   200.x.x.x
   201.x.x.x
   etc...
  
   Quando ao XP, ele vai te dar sempre um número de IP, mas nem sempre 
   vai ser
   o mesmo, primeiro ele vai procurar o DHCP na rede, se não achar ele vai
   pedir ao DHCP interno dele e vai receber um número 169.x.x.x, no 98 
   acho que
   vem zerado.mas ja faz tempo nao lembro...
  
   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 http://www.megasistema.com.br
  
   - Original Message -
   From: Thiago Filiano (America Soft)
   To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br
   Sent: Friday, February 09, 2007 3:54 PM
   Subject: [delphi-br] Pegar o MAC do micro - duvidas
  
   Pessoal, estou com duvidas..
  
   Alguém já tem essas respostas?? estou passando por um problema, que ta
   dificil de resolver,
   tenho um palpite, mas não consegui um definição certa.
  
   ai vai minhas duvidas:
  
   usando WINXP: qdo pego o serial MAC pelo Delphi
  
   quando estou com um cabo de rede ligado em meu pc mas com conexao
   desativada, recebo o numero de MAC? ou vem zerado ()??
  
   quando estou com o cabo ligado e a rede ligada sei que vem a
   identificação 021AD122 (exemplo);
   quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?
  
   usando WIN98
  
   quando estou com um cabo de rede ligado em meu pc mas com conexao
   desativada, recebo o numero de MAC? ou vem zerado ()??
  
   quando estou com o cabo ligado e a rede ligada sei que vem a
   identificação 021AD122 (exemplo);
   quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?
  
   se eu tiver modem, e não placa de Rede

Re: [delphi-br] Pegar o MAC do micro - duvidas

2007-02-09 Por tôpico Luiz Escobar

BLZ Thiago..
Bom o modem não tem MAC-address, pode até ter um código de indentificação, mas 
não sei como pegar isso

MAC-address é um número de série gravador na sua placa de rede, cada uma tem o 
seu (acontece de repetir, mas é raro, então esqueca isso por enquanto, mas 
saiba que acontece!)..

SIM, tendo ou não o cabo conectado vc vai ter sempre o mesmo número MAC.

exemplo de MAC : 
00:0A:E6:40:1B:49
ou
000A:E640:1B49
ou
000AE6401B49
é um valor de 48 bit´s. 
então a cada 281.474.976.710.655 vai se repetir rsrsrsrs
não é bem assim não, mas deixa isso pra lá  heheheheh

O que pode mudar é o número de IP..

exemplo de IP´s internos, intranet: subistitua o X por um valor entre 1 e 254
192.168.0.x
10.x.x.x
169.x.x.x

exemplo de IP´s externos, internet:  subistitua o X por um valor entre 1 e 254
64.x.x.x
200.x.x.x
201.x.x.x
etc...

Quando ao XP, ele vai te dar sempre um número de IP, mas nem sempre vai ser o 
mesmo, primeiro ele vai procurar o DHCP na rede, se não achar ele vai pedir ao 
DHCP interno dele e vai receber um número 169.x.x.x, no 98 acho que vem 
zerado.mas ja faz tempo nao lembro...


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: Thiago Filiano (America Soft) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, February 09, 2007 3:54 PM
  Subject: [delphi-br] Pegar o MAC do micro - duvidas


  Pessoal, estou com duvidas..

  Alguém já tem essas respostas?? estou passando por um problema, que ta 
  dificil de resolver,
  tenho um palpite, mas não consegui um definição certa.

  ai vai minhas duvidas:

  usando WINXP: qdo pego o serial MAC pelo Delphi

  quando estou com um cabo de rede ligado em meu pc mas com conexao 
  desativada, recebo o numero de MAC? ou vem zerado ()??

  quando estou com o cabo ligado e a rede ligada sei que vem a 
  identificação 021AD122 (exemplo);
  quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?

  usando WIN98

  quando estou com um cabo de rede ligado em meu pc mas com conexao 
  desativada, recebo o numero de MAC? ou vem zerado ()??

  quando estou com o cabo ligado e a rede ligada sei que vem a 
  identificação 021AD122 (exemplo);
  quando tiro o cabo, que valores recebo? zerado, ou o numero MAC?

  se eu tiver modem, e não placa de Rede... recebo algum valor para MAC??

  com cabo desconectado mesmo assim recebo endereço de MAC??

  alguém possui esses levantamentos??

  muito grato!

  Thiago Filiano


   

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

Re: RES: [delphi-br] Carga horária programador

2007-02-08 Por tôpico Luiz Escobar

Eu seg-sex 5 horas/dia = 25 horas...

MAS.. trabalho em uma empresa que são 3 rádios, assistencia 24horas...
parou tem que vir arrumar seje a hora/dia que for.
já trabalhei no natal/ano-novo/carnaval/etc...

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: Eduardo [EMAIL PROTECTED]
To: delphi-br@yahoogrupos.com.br
Sent: Thursday, February 08, 2007 7:09 AM
Subject: Re: RES: [delphi-br] Carga horária programador


 Na CLT diz 44 horas semanais.

 Eduardo

 Rodrigo Mota escreveu:

 Um programador é um funcionario normal….segundo a CLT….

 8 horas semanaissoh dar uma olhada no regime e no código da CLT...

 Abs,

 Rodrigo Mota.

 _

 De: delphi-br@yahoogrupos.com.br
 mailto:delphi-br%40yahoogrupos.com.br
 [mailto:delphi-br@yahoogrupos.com.br
 mailto:delphi-br%40yahoogrupos.com.br] Em
 nome de [EMAIL PROTECTED] mailto:sidneidelphi%40yahoo.com.br
 Enviada em: quarta-feira, 7 de fevereiro de 2007 19:47
 Para: delphi-br@yahoogrupos.com.br 
 mailto:delphi-br%40yahoogrupos.com.br
 Assunto: Re: [delphi-br] Carga horária programador

 Caro colega, também estou atráz dessa informação a tempos, e ainda não
 encontrei. Cheguei a abandonar a idéia de correr atraz disso, pois 
 ninguem
 sabe...

 Boa Sorte e com certeza, se encontrar algo replique no fórum...

 - Original Message -
 From: Marcos André
 To: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br
 Sent: Wednesday, February 07, 2007 10:39 AM
 Subject: [delphi-br] Carga horária programador

 Olá Pessoal,

 gostaria de saber se existe alguma lei que define a carga horária semanal
 de um programador, será que alguém pode me dizer ou enviar um link,
 algo que
 responda esta pergunta?

 Muito obrigado...

 -- 
 Um abraço

 Marcos André

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

 --

 No virus found in this incoming message.
 Checked by AVG Free Edition.
 Version: 7.5.432 / Virus Database: 268.17.30/674 - Release Date: 7/2/2007
 15:33

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

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








 ___
 Yahoo! Mail - Sempre a melhor opção para você!
 Experimente já e veja as novidades.
 http://br.yahoo.com/mailbeta/tudonovo/


 -- 
  FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM 

 Links do Yahoo! Grupos


 



-- 
 FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM 

* Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages

* Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED]
 
Links do Yahoo! Grupos

* Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/delphi-br/

* Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

* O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [delphi-br] Ajuda com SQL

2007-01-16 Por tôpico Luiz Escobar

put´s num leu a mensagem inteira e já vai respondendo com outra pergunta que a 
resposta esta na primeira pergunta !!!???.

é firebird... ta no final da mensagem dele... hhehehehehehe

abaixo tem um exemplo em mysql num sei se vai servir...
só colocar um or campodata is null  ex:
bla bla bla OR tabela.data IS NULL

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: Gabriel Filho 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, January 16, 2007 1:58 PM
  Subject: Re: [delphi-br] Ajuda com SQL


  Qual o banco o vc esta usando???

  Em 16/01/07, blcksun954 [EMAIL PROTECTED] escreveu:
  
   Tenho uma tabela listando contas, e uma outra com os valores
   lançados em cada conta e as datas de lançamento e pagamento.
   Quero listar todas as contas e os valores totais lançados em cada
   uma, mesmo quando não haja nenhum valor (quando o valor seria 0).
   Até aqui, um LEFT JOIN resolve, o problema é que também preciso
   filtrar por data, para ter a movimentação num certo período. Quando
   faço isso, todas as contas que não tenham tido lançamentos
   desaparecem do resultado.
   Estou usando o banco de dados Firebird.
   Agradeço se alguém puder ajudar
  
   
  

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



   

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

[delphi-br] Projeto com varias tabelas em 1 select...

2007-01-16 Por tôpico Luiz Escobar

ja fiz varias coisas, mas não com tantas tabelas em um unico SELECT...

vejam bem
tenho uma tabela principal... esta depende de mais 6 tabelas filhas 
(referencia), onde 4 delas usam tabelas secundários para fazer referencias 
de N:N e 2 tabelas que são de 1:N...

por equanto só fiz o esboço da coisa... mas to começando a pensar que isso 
pode ficar MUITO lento...
o projeto é para MYSQL com InnoDB...

então temos 4 com tabelas secundários = 8 + 2 + principal... = 11 tabelas 
fazendo uns belos JOIN´s heheheh

+/-  só pra esboçar de como a coisa pode ficar... (PS: isso ai ainda 
pode crescer + umas 4 tabelas... ou 2 com 2 tabelas para referencia... )

SELECT
Tabela.campo.*, bla, bla...
FROM
TabelaPrincipal as TP,
Tab1Prin as T1P,
Tab1Ref  as T1R,
Tab2Prin as T2P,
Tab2Ref  as T2R,
Tab3Prin as T3P,
Tab3Ref  as T3R,
Tab4Prin as T4P,
Tab4Ref  as T4R,
Tab1Unic as T1U,
Tab2Unic as T2U
Where
( tp.data = dia_escolhido ) And
( (  tp.id = t1r.idtp ) And  ( t1r.idt1p = t1p.id ) ) And
( (  tp.id = t2r.idtp ) And  ( t2r.idt2p = t2p.id ) ) And
( (  tp.id = t3r.idtp ) And  ( t3r.idt3p = t3p.id ) ) And
( (  tp.id = t4r.idtp ) And  ( t4r.idt4p = t4p.id ) ) And
( (  tp.id = t1u.id ) ) And
( (  tp.id = t2y.id ) )


ALLguem já fez algo parecido, fica/ficou muito lemto...  o servidor 
(produção) é um P4 2.8Ghz com linux RedHat9 MySQL 5.xx e 1GB-RAM.  o de 
backup (replicação) é menor... mas só será usado se o primeiro cair...  ;-)


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

Re: [delphi-br] Aplicação Distribuída em CD

2007-01-08 Por tôpico Luiz Escobar

Minha opnião pessoal...

- Robustas e funcionalidades ( Os dois...)
- Fácil Instalação ( Acho o DELPHI mais facil... mas tudo depende da sua 
aplicação em si...)
- Rode sem problemas em quaisquer (ou grande parte) das máquinas ( ai depende.. 
vai rolar LINUX )
- Necessite o mínimo de suporte. ( creio que o DELPHI se encaixa melhor 
aqui...mas também vai depender da sua aplicação... )

O melhor mesmo e ver em qualquer VC se encaixa melhor...  aquela que é mais 
facil pra vc
Não é a linguagem que faz o programa e sim VC, ela apenas te da as 
ferramentas, então veja em qual vc tem mais pratica etc e tal... que tudo fica 
mais facil... É claro veja as FERRAMENTAS de cada uma, as que te dão mais 
suporte, etc e tal...

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: Welson Tavares 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, January 08, 2007 2:47 PM
  Subject: [delphi-br] Aplicação Distribuída em CD


  Boa tarde,

  Estou começando agora com programação em Java e também em Delphi, e
  preciso desenvolver algumas aplicações para serem distribuídas em CD.
  Na opinião de vocês, o que seria melhor (Java ou Delphi) para desenvolver
  uma aplicação:

  - Robustas e funcionalidades
  - Fácil Instalação
  - Rode sem problemas em quaisquer (ou grande parte) das máquinas
  - Necessite o mínimo de suporte.

  Desde já agradeço a atenção de todos.

  Welson Tavares

  [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] Versão Melhor e Mais Atual

2006-12-29 Por tôpico Luiz Escobar

À mais novo é a BDS2006 a melhor ??? à que mais se encaixa nas suas 
necessidades...
no trabalho eu uso D6-PRO em casa D7-for-free-lance

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: Leandro 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 29, 2006 2:45 PM
  Subject: [delphi-br] Versão Melhor e Mais Atual


  Boa Tarde Galera,
  Gostaria de saber qual a Melhor e mais atual Versão do Delphi, fazem 2 anos
  que não vejo nada sobre delphi, e agora preciso desenvolver algumas coisas.

  Agradeço Desde já,

  Feliz Ano Novo a Todos,
  Abraços.

  Leandro

  [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] MySQL Com DBExpress

2006-12-29 Por tôpico Luiz Escobar

BLZ, vai fazendo a troca depois é só alegria...
Bom eu uso, ou pelo menos tento usar só em DATAMODULE   só em casos que 
tenha algo bem diferente ai uso nos FORM´s, mas sempre tento manter tudo no 
DATAMODULE ou DATAMODULES ;-)

Neste caso acho que não existe certo ou errado, existe o que vai ser melhor pra 
vc e sua aplicação o que vai te dar menos trabalho, da necessidade de ser 
assim ou assado...  vc, vai ter que analisar os prós e contras 

Talvez vc possa só atribuir a query na hora de criar o FORM, sei lá... (uma 
dica...)
Agora lembre-se ele tem 5 SQL´s...

MyQUERY...
SQL - select
SQLDELETE
SQLINSERT
SQLREFRESH
SQLUPDATE... ;-)

O MYTABLE ainda não utilizei... ;-)

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: Plinio Cesar Pavin 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 29, 2006 3:35 PM
  Subject: Re: [delphi-br] MySQL Com DBExpress


  Luiz, acabamos comprando os dois: o driver dbexpress da MicroOlap e o MyDAC !

  Jogamos dinheiro fora com o driver da MicroOlap: Simplesmente todos os campos 
decimal(x,y) do mySQL, que antes eram mapeados como TFloatField, passaram a ser 
mapeados como TBCDField ou TFMTBCDField, gerando inúmeros erros de type 
mismatch. 

  Nota 10 para o myDAC ! Está dando trabalho pra substituir os componentes 
DBExpress (SQLDataSet + DatasetProvider + ClientDataset) por apenas um 
componente TMyQuery, mas depois disso, funciona que é uma maravilha.

  A propósito: vc utiliza o myDAC num DataModule ? A aplicação em que estou 
trabalhando possui os componentes de conexão em cada form, pois cada form 
(principalmente consultas e relatórios) possui uma query diferente. É correto ?

  Plinio Cesar Pavin

  - Original Message - 
  From: Luiz Escobar 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 27, 2006 2:20 PM
  Subject: Re: [delphi-br] MySQL Com DBExpress

  Bom EU uso MySQL 5.xx com o MyDAC da www.clab.com.br e não mudo por nada 
nesse mundo, pelo menos até sair algo melhor que ele, que na minha opnião é o 
melhor... hehehehe

  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: Plinio Cesar Pavin 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 27, 2006 12:27 PM
  Subject: [delphi-br] MySQL Com DBExpress

  Olá Pessoal, estou dando manutenção numa aplicação desenvolvida com 
  Delphi 7 + mySQL (4.00) usando DBExpress (Driver da MicroOlap), porém 
  o cliente precisa atualizar o BD para a versão 5.0. Ao fazer isso, o 
  driver da MicroOlap começa apresentar uma série de erros nos campos 
  numéricos. 

  Em resumo, estou aceitando sugestões: 
  Fazer o cliente comprar o driver atualizado da MicroOlap ?
  Fazer o cliente comprar o driver CoreLab ?
  Abandonar de vez o DBExpress ?
  Abandonar de vez o mySQL ?

  Um dos maiores problemas é que a aplicação tem componentes de acesso 
  em cada form, ou seja, quem desenvolveu não utilizou um datamodule 
  para centralizar os componentes de acesso.Assim, se resolver abandonar 
  o DBExpress, vou ter que percorrer todos os forms da aplicação 
  substituindo os componentes.

  Gostaria de saber de vocês, se isso acontece com outros bancos, ou 
  realmente o Delphi não acompanhou a evolução somente do mySQL. Por 
  exemplo: o BDS 2006 conecta normalmente com o SQL Server 2005 Express 
  Edition, usando DBExpress ? 

  Estou realmente perdido, pois tenho alguns projetos para iniciar, e 
  ainda não decidi qual banco de dados e componente de acesso utilizar. 
  já que tenho medo de futuramente cair no mesmo problema (o componente 
  não acompanhar a evolução do BD).

  Um abraço a todos e um FELIZ 2007 !

  Plinio Cesar Pavin

  [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] MySQL Com DBExpress

2006-12-29 Por tôpico Luiz Escobar

Que isso cara, se acha que ele vai trocar MyDAC por ZeosLIB ???
Sem chance, já usei os dois, e num dá nem pra comparar, a não ser pelo fato de 
um ser R$0,00 e o outro ser R$300,00 mas se fosse R$1000.00 ainda assim valeria 
a pena

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é Luis de Oliveira 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 29, 2006 4:08 PM
  Subject: Re: [delphi-br] MySQL Com DBExpress


  Pq vc não usa o ZeosLib para fazer acesso ao MySQL, o componente é free e 
muito bom, nunca tive problema com ele.

  - Original Message - 
  From: Plinio Cesar Pavin 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 29, 2006 3:35 PM
  Subject: Re: [delphi-br] MySQL Com DBExpress

  Luiz, acabamos comprando os dois: o driver dbexpress da MicroOlap e o MyDAC !

  Jogamos dinheiro fora com o driver da MicroOlap: Simplesmente todos os campos 
decimal(x,y) do mySQL, que antes eram mapeados como TFloatField, passaram a ser 
mapeados como TBCDField ou TFMTBCDField, gerando inúmeros erros de type 
mismatch. 

  Nota 10 para o myDAC ! Está dando trabalho pra substituir os componentes 
DBExpress (SQLDataSet + DatasetProvider + ClientDataset) por apenas um 
componente TMyQuery, mas depois disso, funciona que é uma maravilha.

  A propósito: vc utiliza o myDAC num DataModule ? A aplicação em que estou 
trabalhando possui os componentes de conexão em cada form, pois cada form 
(principalmente consultas e relatórios) possui uma query diferente. É correto ?

  Plinio Cesar Pavin

  - Original Message - 
  From: Luiz Escobar 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 27, 2006 2:20 PM
  Subject: Re: [delphi-br] MySQL Com DBExpress

  Bom EU uso MySQL 5.xx com o MyDAC da www.clab.com.br e não mudo por nada 
nesse mundo, pelo menos até sair algo melhor que ele, que na minha opnião é o 
melhor... hehehehe

  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: Plinio Cesar Pavin 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 27, 2006 12:27 PM
  Subject: [delphi-br] MySQL Com DBExpress

  Olá Pessoal, estou dando manutenção numa aplicação desenvolvida com 
  Delphi 7 + mySQL (4.00) usando DBExpress (Driver da MicroOlap), porém 
  o cliente precisa atualizar o BD para a versão 5.0. Ao fazer isso, o 
  driver da MicroOlap começa apresentar uma série de erros nos campos 
  numéricos. 

  Em resumo, estou aceitando sugestões: 
  Fazer o cliente comprar o driver atualizado da MicroOlap ?
  Fazer o cliente comprar o driver CoreLab ?
  Abandonar de vez o DBExpress ?
  Abandonar de vez o mySQL ?

  Um dos maiores problemas é que a aplicação tem componentes de acesso 
  em cada form, ou seja, quem desenvolveu não utilizou um datamodule 
  para centralizar os componentes de acesso.Assim, se resolver abandonar 
  o DBExpress, vou ter que percorrer todos os forms da aplicação 
  substituindo os componentes.

  Gostaria de saber de vocês, se isso acontece com outros bancos, ou 
  realmente o Delphi não acompanhou a evolução somente do mySQL. Por 
  exemplo: o BDS 2006 conecta normalmente com o SQL Server 2005 Express 
  Edition, usando DBExpress ? 

  Estou realmente perdido, pois tenho alguns projetos para iniciar, e 
  ainda não decidi qual banco de dados e componente de acesso utilizar. 
  já que tenho medo de futuramente cair no mesmo problema (o componente 
  não acompanhar a evolução do BD).

  Um abraço a todos e um FELIZ 2007 !

  Plinio Cesar Pavin

  [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] MySQL Com DBExpress

2006-12-27 Por tôpico Luiz Escobar

Bom EU uso MySQL 5.xx com o MyDAC da www.clab.com.br e não mudo por nada nesse 
mundo, pelo menos até sair algo melhor que ele, que na minha opnião é o 
melhor... hehehehe

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: Plinio Cesar Pavin 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 27, 2006 12:27 PM
  Subject: [delphi-br] MySQL Com DBExpress


  Olá Pessoal, estou dando manutenção numa aplicação desenvolvida com 
  Delphi 7 + mySQL (4.00) usando DBExpress (Driver da MicroOlap), porém 
  o cliente precisa atualizar o BD para a versão 5.0. Ao fazer isso, o 
  driver da MicroOlap começa apresentar uma série de erros nos campos 
  numéricos. 

  Em resumo, estou aceitando sugestões: 
  Fazer o cliente comprar o driver atualizado da MicroOlap ?
  Fazer o cliente comprar o driver CoreLab ?
  Abandonar de vez o DBExpress ?
  Abandonar de vez o mySQL ?

  Um dos maiores problemas é que a aplicação tem componentes de acesso 
  em cada form, ou seja, quem desenvolveu não utilizou um datamodule 
  para centralizar os componentes de acesso.Assim, se resolver abandonar 
  o DBExpress, vou ter que percorrer todos os forms da aplicação 
  substituindo os componentes.

  Gostaria de saber de vocês, se isso acontece com outros bancos, ou 
  realmente o Delphi não acompanhou a evolução somente do mySQL. Por 
  exemplo: o BDS 2006 conecta normalmente com o SQL Server 2005 Express 
  Edition, usando DBExpress ? 

  Estou realmente perdido, pois tenho alguns projetos para iniciar, e 
  ainda não decidi qual banco de dados e componente de acesso utilizar. 
  já que tenho medo de futuramente cair no mesmo problema (o componente 
  não acompanhar a evolução do BD).

  Um abraço a todos e um FELIZ 2007 !

  Plinio Cesar Pavin



   

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

Re: [delphi-br] problemas no projeto/execução

2006-12-22 Por tôpico Luiz Escobar

Oi, bom:
talvez se vc passar o processo de como é feito, o que acontece durante o 
processo, fica mais facil.. 
assim ta meio dificil saber o que vc faz, como vc faz, e o que deveria estar 
fazendo...

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: Joseane Batalha 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 22, 2006 2:04 PM
  Subject: [delphi-br] problemas no projeto/execução


  Trabalho em sistema em rede, no qual não mexo no fonte, e sim em um backup,
  mas quando eu executo o projeto, mesmo se eu fizer modificações, sempre faz
  a mesma coisa. Por exemplo, eu modifico a cópia, executo esse novo codigo,
  mas não muda nada, como se eu nao tivesse feito nenhuma modificação. Alguem
  sabe o que poderia estar havendo? por favor. Obrigada.

  [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: Delphi ainda compensa?

2006-12-20 Por tôpico Luiz Escobar

Mais um amigo Clippeiro na turma do Delphi, seja bem vindo... hehhehehehe

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: Franklin Paixão 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 20, 2006 11:08 AM
  Subject: [delphi-br] Re: Delphi ainda compensa?


  Caros Amigos, escolhi usar Delphi como minha linguagem de programação
  e estou usando-a já a cinco anos! Porém como muitos outros
  programadores do grupo, eu comecei com o Basic..., Cobol..., DBase
  III, e cheguei ao Clipper que para muitos já morreu, mas asseguro que
  ainda hoje mesmo trabalhando com Delphi, ainda vez por outra uso
  Clipper e garanto que faço com Clipper muita coisa que gente duvida
  ser feito na mesma! ( modestia a parte). 
  Então eu não vejo proque essa preocupação em saber se Delphi compensa
  ou não, eu acho que quando você domina uma linguangem ou uma
  tecnologia qualquer, você será sempre solicitado e bem remunerado por
  isso! Independente de qual linguagem você use ou qual tecnologia você
  domina, o importante é que a use consciente e com todo domínio.
  Portanto para quem duvida, O Delphi compensa sim! e para qualquer
  seguimento de atividade! Não quero com isso dizer que não se deve
  apreder outras linguagens! Deve-se, mas quem quiser investir no Delphi
  pode fazer sem medo! Agora, que faça pra valer!!

  []'s

  Franklin Paixão
  Analista/Programador

  --- Em delphi-br@yahoogrupos.com.br, José Henrique (Zote) [EMAIL PROTECTED]
  escreveu
  
   Fala Walter, blz?
   
   
   
   Só não gostei do fato de você ter falado que Delphi é para médio e
  pequeno
   porte sem mencionar grande.
   
   Sou totalmente contra, tenho certeza que delphi é para grande também.
   
   
   
   Você também esqueceu de mencionar internet... Tanto com intraweb e cia,
   quanto com asp.net.
   
   
   
   Abraço
   
   --
   
   José Henrique (Zote)
   
   Bludata Software
   
   
   
   From: delphi-br@yahoogrupos.com.br
  [mailto:[EMAIL PROTECTED] On
   Behalf Of Walter Chagas (Yahoo)
   Sent: terça-feira, 19 de dezembro de 2006 15:56
   To: delphi-br@yahoogrupos.com.br
   Subject: [delphi-br] Re: Delphi ainda compensa?
   
   
   
   Com o mais profundo respeito que o nobre colega merece, mas há um 
   leve equivoco nisto daí. Primeiro que .NET não é ferramenta de 
   desenvolvimento, mas sim máquina virtual. Portanto não é que o delphi 
   esteja perdendo mercado para o dotNET. O Delphi, inclusive, já 
   compila projetos para rodar sobre o dot.
   
   Quanto a perder mercado para o Java, também não vejo muito fundamento 
   nisto pois cada um tem seu segmento proprio. Delphi é uma ferramenta 
   de alta produtividade focada em projetos de médio e pequeno porte 
   para rodar em sistemas operacionais Windows. Já o Java é focado na 
   multiplataforma. Ao meu ver tem mercado pra ambos e no mercado de um, 
   o outro não entra.
   
   []s
   
   
   
   Walter Alves Chagas Junior
   Belo Horizonte - MG - Brazil
   [EMAIL PROTECTED] mailto:wchagasj%40yahoo.com.br 
   http://www.geocities.com/SiliconValley/Bay/1058
   MSN: [EMAIL PROTECTED] mailto:whitesockets%40hotmail.com 
   
   
   --- Em delphi-br@yahoogrupos.com.br
  mailto:delphi-br%40yahoogrupos.com.br
   , Renan Nucci renan@ 
   escreveu
   
Gostaria antes de mais nada agradecer as inumeras respostas que 
   obtive. 
Vou encarar o desafio e aprender o delphi, pois pelo que percebi 
   ainda existe mercado para delphi, mercado este que esta diminuindo 
   gradativamente, cedendo para Java e .net. Eu particularmente nao 
   gosto muito de Java, como disse programo em vb.net e trabalho com 
   Microsiga, está nos meus planos passar a trabalhar com delphi e me 
   aprofundar um pouco mais em vb.net, para que em dois anos eu tenha 
   uma boa noção dos dois mercados para optar pelo que melhor pague 
   sim afinal se estou aprendendo alguma coisa eh pra ganhar 
   dinheiro!!!


[]s a todos


Atenciosamente, 



R E N A N N U C C I 
MSN: renanxr3@
Analista Suporte - Microsiga



- Original Message - 
From: Bruno Lichot 
To: delphi-br@yahoogrupos.com.br
  mailto:delphi-br%40yahoogrupos.com.br 
Sent: Tuesday, December 19, 2006 8:55 AM
Subject: Re: [delphi-br] Delphi ainda compensa?


use C# em outro ambiente e use no Delphi e depois me fale todo o 
   sentido 
da VCL e de td que acompanha o ambiente do Delphi, são mais de 12 
   anos 
de ferramenta e evolução..

Marcos Douglas escreveu:
 Se for considerar Delphi vs VB sim, com certeza o Delphi é 
   melhor. Mas se
 formos considerar as próximas versões do Windows, que será 
   em .NET, então o
 VS.NET está na frente. Disso não há

Re: [delphi-br] Re: Delphi ainda compensa?

2006-12-19 Por tôpico Luiz Escobar

Então  fu*eu, sei nada de JAVA...
Andei dando uma espiada e não gostei muito do que vi... hehehe...
Mas vou tentar acimilar o trem, vamos 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: Walter Chagas (Yahoo) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, December 19, 2006 4:44 PM
  Subject: [delphi-br] Re: Delphi ainda compensa?


  Luiz,

  Se você souber alguma coisa de Java já vai ser 2/3 do caminho andado 
  pois o C# nada mais é do que o Java da Microsoft com as modificações 
  que a SUN na época não aceitava e ameaçou levar a M$ no pau por conta 
  disso.

  Java e C# tem muito mais coisas em comum do que diferenças. as 
  difereñças podem ser o ponto mais dificil mas nada que seja bicho de 
  8 cabeças.

  []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
  
   É to afim de aprender esse C#.
   Tá na minha lista ;-)
   
   
   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: Rodrigo Fonseca 
   To: delphi-br@yahoogrupos.com.br 
   Sent: Monday, December 18, 2006 12:16 PM
   Subject: Re: [delphi-br] Delphi ainda compensa?
   
   
   O delphi 2006 tem muitas vantagens em cima do VS, uma delas é o 
  BDP, e a
   outra grande vantegem eh a própria linguagem que é muito melhor 
  que a do VB,
   em termos de IDE o Delphi 2006 eu acho mais robusto que o Visual 
  Studio,
   embora eu não tenha muito conhecimento do Visual Studio mas a 
  primeira vista
   o Delphi me mostrou melhor como IDE e como opções de acesso a 
  banco de
   dados, o único problema atual do Delphi eh ele ainda trabalhar 
  com a versão
   1.1 do framework, mas a versão 2007 já vai trazer além da versão 
  2.0 uma
   porrada de melhorias, muitas que o próprio VS nunca imaginou em 
  ter como o
   ECO, o Delphi perdeu um pouco de espaço mas acho que foi culpa 
  dos próprios
   desenvolvedores que não gostaram da idéia do .NET e acha que a 
  melhor coisa
   do mundo ainda eh o Win32, enfim ainda vai demorar um tempo mesmo 
  até as
   coisas se ajeitarem até a própria Borland está passando por 
  mudanças se
   dividiu e tudo, acho que o Delphi pode tanto morrer daqui a uns 
  anos quanto
   acontecer o contrário e voltar a ser a melhor ferramenta de 
  desenvolvimento
   para Windows, isso se ele já não continua sendo, acredito que a 
  melhor opção
   é realmente aprender o C#, pois com C# vc programa usando 
  qualquer uma das
   IDE's e a única mudança seria a IDE's, pois e a linguagem e a 
  forma de
   programar seria a mesma.
   
   Rodrigo Fonseca
   Desenvolvedor de Sistemas para Internet
   IT Consultoria
   Rio de Janeiro / RJ
   
   Em 18/12/06, Vinicius Barreira [EMAIL PROTECTED] escreveu:
   
se for pensar em .NET é melhor debandar logo para o visual 
  studio. seja
para windows forms ou asp.net.
   
Vinicius Barreira
Delphi 7 / Firebird / DbExpress
São Bernardo do Campo
Software Para Hotéis / Pousadas / Moteis
   
   
   
   
-Original Message-
From: delphi-br@yahoogrupos.com.br delphi-br%
  40yahoogrupos.com.br[mailto:
delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br]
On Behalf Of Renan Nucci
Sent: segunda-feira, 18 de dezembro de 2006 07:49
To: Lista delphi
Subject: [delphi-br] Delphi ainda compensa?
   
Bom dia pessoal,
   
Nao estou aqui querendo tacar pedra em delphi. ateh mesmo pq 
  nao tenho
muito conhecimento em delphi... Programo em vb.net e recebi uma 
  proposta
para trabalhar com delphi em uma empresa.. q pergunta eh: 
  compensa eu
alocar meu tempo para estudar e aprofundar em delphi?? como 
  esta o
mercado para delphi??? em quais cidades (SP) terei um bom 
  salario com
delphi
   
Atenciosamente,
   
R E N A N N U C C I
MSN: HYPERLINK mailto:renanxr3% renanxr3%2540hotmail.com
[EMAIL PROTECTED]
Depto Informática
MULTIFRIO Refrigeração
   
[As partes desta mensagem que não continham texto foram 
  removidas]
   
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.23/591 - Release Date:
17/12/2006 15:17
   
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.23/591 - Release

Re: RES: [delphi-br] Delphi ainda compensa?

2006-12-19 Por tôpico Luiz Escobar

Ai Walter, 
Só queria saber da onde é que é que esses caras tiram que o DELPHI é 
limitado... kk

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: Tuesday, December 19, 2006 4:30 PM
  Subject: Re: RES: [delphi-br] Delphi ainda compensa?


  Eu compartilho a sua opinião também. Compatibilidade é uma coisa que 
  a Borland sempre preservou no Delphi. Cê pode ver que entra versão e 
  sai versão e seu projeto tá sempre compilando no recente. Não é 
  igual aos produtos da Microsoft que te obrigam a renunciar todo o seu 
  conhecimento antigo pra recomeçar de novo não. A borland pode ter 
  seus 1001 defeitos, mas consideração e respeito ao desenvolvedor ela 
  sempre teve. Pode não ter tanto quando a comunidade esperava, mas se 
  compararmos aos demais fabricantes, ela faz mais por nós do que os 
  demais.

  Tem mais de 10 anos que participo da delphi-br e tem mais de 10 anos 
  que escuto a mesma ladainha de sempre, de que o Delphi é limitado, o 
  Delphi não tem futuro e que o Delphi é uma porcaria. mas convenhamos, 
  um produto que está no mercado a 11 anos indo pra 12 e taí promotendo 
  muito mais futuro do que incertezas, então esse pessoal, que prega 
  tanto pessimismo, ou não sabe o que tá falando ou extremamente 
  equivocado com respeito as suas previsões. Se estão prevendo errado, 
  que mandem suas bolas de cristal pro concerto...

  []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, anderson [EMAIL PROTECTED] 
  escreveu
  
   Minha humilde opinião acerca do assunto é que vale sim muito apena. 
  Se
   pararmos para analisar estamos falando de uma linguagem que possui
   compatibilidade entre versões desde a versão 1! Onde vc encontra 
  isto !
   Agora, é claro que não é eterna, porém, com esta nova investida em 
  ter uma
   empresa especializada somente com a IDE, acho que temos muito a 
  lucrar com
   isto. Pensem só, a CODE GEAR só tem IDE pra ganhar dinheiro, aliado 
  com o
   conhecimento Borland e um pouco marketing (coisa que a Borland não 
  é boa) o
   Delphi vai longe! Uma coisa eu também aconselharia, comecem a 
  estudar C#. Se
   a microsoft fez alguma coisa boa na vida foi o .NET(escrito em C#) 
  e não é
   pra menos, com 33 programadores que ela literalmente tirou da 
  borland para
   executar o projeto dela ... inclusive, já pararam para pensar que a 
  FCL é `
   idêntica ` a metodologia da VCL, pudera o idealizador é a mesma 
  pessoa! Bom
   eu não penso em mudar de linguagem pelos próximos 2 anos pelo 
  menos, e minha
   esperança e não mudar por décadas ainda. Agora, não vou ficar de 
  braços
   cruzados né, vou meter a cara e estudar ...
   
   
   
   _ 
   
   De: delphi-br@yahoogrupos.com.br [mailto:delphi-
  [EMAIL PROTECTED] Em
   nome de Dimas Fernando
   Enviada em: segunda-feira, 18 de dezembro de 2006 16:48
   Para: delphi-br@yahoogrupos.com.br
   Assunto: Re: [delphi-br] Delphi ainda compensa?
   
   
   
   Aqui nas FATEC'S (Piracicaba e regiao).. onde tem curso de COBOL, os
   alunos sao contrados qdo terminam o curso.. (foi o que um professor 
  me
   falou)..
   isso pq tem muita empresa precisando de programador em COBOL e nao 
  acha
   facil
   no mercado
   
   [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: Delphi ainda compensa?

2006-12-19 Por tôpico Luiz Escobar


Ai Julio, passa o endereço pra gente... quero fazer o download dele e quardar 
pra hora que der um tempinho eu dar uma testada... heheheh

Luiz Escobar


- Segue mensagem original! -

De: Julio Cesar [EMAIL PROTECTED]

luiz, fiz o download do visual studio no site da ms, e pra dizer a verdade, se 
for largar o delphi de vez com certeza vou pra visual studio e c#...

Julio Cesar

Re: [delphi-br] Re: [OFF] Exemplo de MVP

2006-12-18 Por tôpico Luiz Escobar

Ai AMIGO, se liga... a conversa entre eu e o João é na base da AMIZADE
Eu não disse que NÃO ERA BOM eu disse que AINDA NÃO ESTA BOM.
Se vc leu tudo ai, viu que concordei com varias coisas, MAS se o trem 
WIZARD´s não estão prontos, construir tudo na MÃO, com certeza vai dar mais 
trabalho que ligar meia-duzia de componentes

Eu tive aulas de BASIC e DBASE, SÓ, o resto foi na base de muitos livros e 
pesquisatenho dois armários de aço GRANDES que estão com as prateleiras até 
invergadas de tantos livros e revistas( 1% é sobre peixes-ornamentais o 
resto é informatica... heheheh )

Não posso simplesmente abandonar algo que esta rodando 100% para começar em 
outra coisa que nem está 99% PRONTA, disse PRONTA e não FUNCIONAL trabalho 
em 3 rádios, e presto serviços para mais 3, amigo, e aqui a coisa é um pouco 
mais dinamica, pra um cliente vc pode falar SÓ 1 MINUTO, pra um ouvinte, 1 
segundo e ele muda o DIAL e vai pra outra rádio... aqui é 24x7, sem feriado, 
final de semana, férias, não dá pra parar pra mudar algo, vc tem que mudar com 
o trem rodandovc tem o tempo de uma musica (5 minutos) pra baixar um 
sistema e subir outro com tempo sobrando, porque se der pau vc tem que voltar o 
velho E o pau, não é só do SISTEMA, maquinas que ficam 24x7, num simples 
REBOOT ela pode não voltar mais Trabalho das 13:00 às 18:00 e ARRASTANDO 
OBJETOS me sobra tempo pra fazer manutenção, em todo o SISTEMA, não estou 
falando do que desenvolvo e sim do que cuido aqui, linux, netware, log´s, etc, 
etc... e olha que trabalho sózinho aqui... 

Não vou passar aqui como o SISTEMA funciona, mas como vc mesmo disse É isso 
que devemos fazer. investigar. Ler analisar, testar, etc... Falar é fácil, 
meter a mão na massa é que são elas. , mas exites N´ regras que devem ser 
checadas antes de 1 simples comercial ser liberado e ir para o AR

Vc por acaso já viu como é a progamação disso ai Tecnologias novas como Java e 
.NET já nasceram OO, por que será :P
É uma ZONA, pelo menos quando começou, hoje não sei e por-enquanto nem tenho 
tempo para ver/saber, por isso que este tipo de metodologia de programação MVP, 
foi criada pra por ordem na casa e facilitar a vida...  
Outra, JAVA é mais usado para tecnologias como CELULARES, e coisa do genero, 
ainda não vi uma aplicação de missão critica, com grandes volumes de dados, 
feito e JAVA,  presta atenção, PODE SER QUE EXISTA, mas EU! não vi .NET bom 
pra mim ainda não passa de um JAVA.MICROSOFT. MAS ainda preciso ver mais 
sobre isso pra ver se PRA iEU vai ser interessante utiliza-lá por-enquanto 
vou ficando com o PHP para aplicações WEB extremamente rápido e 
funcional... e DELPHI para aplicações DESKTOP... pelo mesmo motivo anterior

 Dizer pro joão para ele mostrar um exemplo MVP para ver o desempenho é 
 fácil. que tal nós mesmos nao tentarmos fazer algo?
Eu/e outros PEDIMOS pro João dar um exemplo pratico pra ver o 
desempenho/funcionamente/outras, SIM, aqui não interessa o problema e sim a 
solução, tem que ser VAP-VUPT  
E ele com bom amigo da lista, fez e disponibilizou pra todos...tive um tempinho 
e tentei testar, mas não deu muito certo não, ainda tenho que fazer outros 
teste com ele falou a opção que eu escolhi, APESAR de estar lá, não foi 
totalmente implementada ;-)

Do mesmo jeito que VC ACHA que eu to ACHANDO os DBWARES, eu ACHO que vc ta 
ACHANDO os MVP´s... 
Sou um arrastador de componente com muito orgulho, pois sobra tempo para ficar 
com minha familia, ao inves de ficar na frente do computador me matando varias 
e varias linhas de código.
Como um amigo aqui já disse, o que manda é quem vai acabar primeiro, pro 
cliente não interressa se é  ASSEMBLY puro ou componente arrastado, ou linhas 
digitadas a mão, ele não dá valor a isso, ele dá valor à aquele que entrega e o 
trem funciona resolvendo o problema dele...
Não porque VC o João e seja mais quem for ta falandoq que é bom que é a verdade 
abusoluta amigo, eu vou sim, ANALISAR, se agradar, vou TESTAR, se agradar, vou 
desenvolver algo e colocar em PRODUÇÂO, se for funcional e pratico, vou começar 
a mudar o que já estava em produção, mas tudo isso leva TEMPO e como já te 
disse aqui é das 13:00 às 18:00 ehehehhehe

E vou acabando por aqui, pois já ta piscando a força aqui, por causa da chuva,  
e vai que o nobreak de 15KVA não aguenta antes do gerador entrar em ação e 
perco tudo que escrevi... hehehehehhehehe...

Abraços à todos...
E sem recentimentos


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: mrbar2000 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 18, 2006 1:27 PM
  Subject: [delphi-br] Re: [OFF] Exemplo de MVP


  Rapaz, que thread é essa, puts

  Só quem começa

Re: [delphi-br] Delphi ainda compensa?

2006-12-18 Por tôpico Luiz Escobar

É to afim de aprender esse C#.
Tá na minha lista  ;-)


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: Rodrigo Fonseca 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 18, 2006 12:16 PM
  Subject: Re: [delphi-br] Delphi ainda compensa?


  O delphi 2006 tem muitas vantagens em cima do VS, uma delas é o BDP, e a
  outra grande vantegem eh a própria linguagem que é muito melhor que a do VB,
  em termos de IDE o Delphi 2006 eu acho mais robusto que o Visual Studio,
  embora eu não tenha muito conhecimento do Visual Studio mas a primeira vista
  o Delphi me mostrou melhor como IDE e como opções de acesso a banco de
  dados, o único problema atual do Delphi eh ele ainda trabalhar com a versão
  1.1 do framework, mas a versão 2007 já vai trazer além da versão 2.0 uma
  porrada de melhorias, muitas que o próprio VS nunca imaginou em ter como o
  ECO, o Delphi perdeu um pouco de espaço mas acho que foi culpa dos próprios
  desenvolvedores que não gostaram da idéia do .NET e acha que a melhor coisa
  do mundo ainda eh o Win32, enfim ainda vai demorar um tempo mesmo até as
  coisas se ajeitarem até a própria Borland está passando por mudanças se
  dividiu e tudo, acho que o Delphi pode tanto morrer daqui a uns anos quanto
  acontecer o contrário e voltar a ser a melhor ferramenta de desenvolvimento
  para Windows, isso se ele já não continua sendo, acredito que a melhor opção
  é realmente aprender o C#, pois com C# vc programa usando qualquer uma das
  IDE's e a única mudança seria a IDE's, pois e a linguagem e a forma de
  programar seria a mesma.

  Rodrigo Fonseca
  Desenvolvedor de Sistemas para Internet
  IT Consultoria
  Rio de Janeiro / RJ

  Em 18/12/06, Vinicius Barreira [EMAIL PROTECTED] escreveu:
  
   se for pensar em .NET é melhor debandar logo para o visual studio. seja
   para windows forms ou asp.net.
  
   Vinicius Barreira
   Delphi 7 / Firebird / DbExpress
   São Bernardo do Campo
   Software Para Hotéis / Pousadas / Moteis
  
  
  
  
   -Original Message-
   From: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br[mailto:
   delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br]
   On Behalf Of Renan Nucci
   Sent: segunda-feira, 18 de dezembro de 2006 07:49
   To: Lista delphi
   Subject: [delphi-br] Delphi ainda compensa?
  
   Bom dia pessoal,
  
   Nao estou aqui querendo tacar pedra em delphi. ateh mesmo pq nao tenho
   muito conhecimento em delphi... Programo em vb.net e recebi uma proposta
   para trabalhar com delphi em uma empresa.. q pergunta eh: compensa eu
   alocar meu tempo para estudar e aprofundar em delphi?? como esta o
   mercado para delphi??? em quais cidades (SP) terei um bom salario com
   delphi
  
   Atenciosamente,
  
   R E N A N N U C C I
   MSN: HYPERLINK mailto:renanxr3% renanxr3%2540hotmail.com
   [EMAIL PROTECTED]
   Depto Informática
   MULTIFRIO Refrigeração
  
   [As partes desta mensagem que não continham texto foram removidas]
  
   --
   No virus found in this incoming message.
   Checked by AVG Free Edition.
   Version: 7.5.432 / Virus Database: 268.15.23/591 - Release Date:
   17/12/2006 15:17
  
   --
   No virus found in this outgoing message.
   Checked by AVG Free Edition.
   Version: 7.5.432 / Virus Database: 268.15.23/591 - Release Date:
   17/12/2006 15:17
  
  
   [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] Dúvida - sobre compra do Delphi

2006-12-18 Por tôpico Luiz Escobar

Eu comprei o meu D6-PRO na brasoftware
E os FREE nas revistas PCEXPERT... ;-)  (D3-C/S, D4-PRO, C++, JBulider, etc... 
etc... )

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: Moked - Thiago (Brasil) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 18, 2006 5:34 PM
  Subject: [delphi-br] Dúvida - sobre compra do Delphi


  Pessoal, 

  Uma amiga me disse que essa empresa 
  BRPay do Brasil

  vende licenças do Delphi..

  alguém ai conhece essa empresa? 


  obrigado Pessoal!


  Thiago


  [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] Componentes de acesso ao mySQL

2006-12-17 Por tôpico Luiz Escobar


Não sei como anda o ZEOS, na época que testei ( 5 anos +/- ) num tava muito 
bom, eu já usei o DBEXPRESS (meio trabalhoso, MAS) muito bom  
Agora uso o melho MyDAC só que é pago +/- $150,00 = +/- R$300,00

Luiz Escobar


- Segue mensagem original! -

De: Moacir Fortes [EMAIL PROTECTED]
Data: Sun, 17 Dec 2006 07:02:40 -0200
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] Componentes de acesso ao mySQL

PessoALL,

Preciso optar por um componente de acesso (gratuito) ao mySQL. A pergunta é:

- Qual o componente mais indicado por vocês e quais as versão do mySQL
suportadas por ele (Não sei qual a versão que estará em uso no cliente)?

- Se possível (nos casos em que se aplique) o link para baixar o componente.

Preciso desta informação com certa urgência, agradeço a colaboração de vocês
!

Abraços,

Moacir

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

Re: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual Core

2006-12-13 Por tôpico Luiz Escobar

Concordo na teoria e na pratica sobre o google...
E obrigado  ehhehehe

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: Ricardo Cesar Cardoso 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 13, 2006 2:36 PM
  Subject: Res: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual 
Core


  Como o Google não é suficiente (brincadeira!) lá vai:

  http://sourceforge.net/projects/jvcl

  Abraços,
  Ricardo

  - Mensagem original 
  De: Luiz Escobar [EMAIL PROTECTED]
  Para: delphi-br@yahoogrupos.com.br
  Enviadas: Terça-feira, 12 de Dezembro de 2006 13:18:46
  Assunto: Re: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual 
Core

  Está JEDI VCL contem o RXLIB ? Se sim, onde posso baixar pra testar ? Site 
oficial de preferencia. .. ehhehe

  Luiz Escobar

  Analista/Desenvolve dor:

  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.megasist ema.com.br

  - Original Message - 

  From: Ricardo Cesar Cardoso 

  To: [EMAIL PROTECTED] os.com.br 

  Sent: Tuesday, December 12, 2006 8:30 AM

  Subject: Re: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual 
Core

  Bom dia,

  Na verdade o eu apenas gostaria de fazer uma observação. A JEDI VCL já se 
encontra na versão 3.20 e vcs estão reportando erros na versão 2.10. Acho que 
já deve ter passado bastante água por baixo desta ponte, não?

  A não ser que estejam usando algum componente descontinuado, acredito que o 
mais interessante seria migrar pra versão 3.20 que tem os pacotes inclusive 
para o Delphi 5 e 7 além de pacotes para as versões mais novas do Delphi (2005 
e 2006).

  Abraço,

  Ricardo.

  Douglas Uesato - Depto. de Informática [EMAIL PROTECTED] com.br escreveu: 
Pedro,

  Passei por este problema também, porém eu coloquei um try except

  end; na chamada que dava erro. Fiz isso porque há incompatibilidade entre a

  versão que eu estava usando com a versão nova, infelizmente os

  desenvolvedores desta biblioteca não pensam na migração de uma versão para

  outra! :-( Agora toda vez que preciso utilizar algum componente da aba Jedi

  eu já fico com um pé atrás.

  Atenciosamente,

  Douglas Uesato

   _ _ _ _

  De: [EMAIL PROTECTED] os.com.br [mailto:[EMAIL PROTECTED] os.com.br] Em

  nome de Pedro Alexandro RS

  Enviada em: segunda-feira, 11 de dezembro de 2006 16:34

  Para: [EMAIL PROTECTED] os.com.br

  Assunto: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual Core

  Pessoal,

  Meses atras tive uma situação onde um executavel compilado em delphi

  7, (XP, sp2)

  rodava normalmente em algumas maquinas e em outras abortava ao ser

  executado, sem qualquer dica de onde vinha o bug.

  Como isso ocorreu em maquinas 'novas' da HP win XP SP2 , eu imaginei

  que o problema era com essa 'distribuição' da HP.

  O interessante é que se o programa fosse executado em modo de

  compatibilidade win98, nao havia problemas... .

  Precisei instalar o debugger numa dessas maquinas para descobrir o que

  estava acontecendo. A incompatibilidade na verdade é entre a suide de

  componentes 

  JEDI-VCL (JVCL) Version 2.10 for Delphi 5 - 7 rodando em maquinas

  com processador INTEL Dual-Core ou HT. Mais especificamente, na rotina

  GETCPUINFO (jclsysinfo. pas). Ao tentar retornar o clock do

  processador, dava 'division by zero' e isso abortava o programa.

  Ainda não testei com a versao mais recente da Jedi.Alguém já passou

  por esse problema?

   - - ---

  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]

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

  !--

  #ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
  #ygrp-mlmsg table {font-size:inherit;font:100%;}
  #ygrp-mlmsg select, input, textarea {font:99% 
arial,helvetica,clean,sans-serif;}
  #ygrp-mlmsg pre, code {font:115% monospace;}
  #ygrp-mlmsg * {line-height:1.22em;}
  #ygrp-text{
  font-family:Georgia;
  }
  #ygrp-text p{
  margin:0 0 1em 0;
  }
  #ygrp-tpmsgs{
  font-family:Arial;
  clear:both;
  }
  #ygrp-vitnav{
  padding-top:10px;
  font-family:Verdana;
  font-size:77%;
  margin:0;
  }
  #ygrp-vitnav a{
  padding:0 1px;
  }
  #ygrp-actbar{
  clear:both;
  margin:25px 0;
  white-space:nowrap;
  color:#666;
  text-align:right;
  }
  #ygrp-actbar .left{
  float:left;
  white-space:nowrap;
  }
  .bld{font-weight:bold;}
  #ygrp-grft{
  font-family:Verdana;
  font

Re: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual Core

2006-12-12 Por tôpico Luiz Escobar

Está JEDI VCL contem o RXLIB ?  Se sim, onde posso baixar pra testar ? Site 
oficial de preferencia... ehhehe

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: Ricardo Cesar Cardoso 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, December 12, 2006 8:30 AM
  Subject: Re: RES: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual 
Core


  Bom dia,

  Na verdade o eu apenas gostaria de fazer uma observação. A JEDI VCL já se 
encontra na versão 3.20 e vcs estão reportando erros na versão 2.10. Acho que 
já deve ter passado bastante água por baixo desta ponte, não?

  A não ser que estejam usando algum componente descontinuado, acredito que o 
mais interessante seria migrar pra versão 3.20 que tem os pacotes inclusive 
para o Delphi 5 e 7 além de pacotes para as versões mais novas do Delphi (2005 
e 2006).

  Abraço,
  Ricardo.

  Douglas Uesato - Depto. de Informática [EMAIL PROTECTED] escreveu: Pedro,

  Passei por este problema também, porém eu coloquei um try except
  end; na chamada que dava erro. Fiz isso porque há incompatibilidade entre a
  versão que eu estava usando com a versão nova, infelizmente os
  desenvolvedores desta biblioteca não pensam na migração de uma versão para
  outra! :-( Agora toda vez que preciso utilizar algum componente da aba Jedi
  eu já fico com um pé atrás.


  Atenciosamente,
  Douglas Uesato

  
  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Pedro Alexandro RS
  Enviada em: segunda-feira, 11 de dezembro de 2006 16:34
  Para: delphi-br@yahoogrupos.com.br
  Assunto: [SPAM] [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual Core

  Pessoal,

  Meses atras tive uma situação onde um executavel compilado em delphi
  7, (XP, sp2)
  rodava normalmente em algumas maquinas e em outras abortava ao ser
  executado, sem qualquer dica de onde vinha o bug.
  Como isso ocorreu em maquinas 'novas' da HP win XP SP2 , eu imaginei
  que o problema era com essa 'distribuição' da HP.
  O interessante é que se o programa fosse executado em modo de
  compatibilidade win98, nao havia problemas

  Precisei instalar o debugger numa dessas maquinas para descobrir o que
  estava acontecendo. A incompatibilidade na verdade é entre a suide de
  componentes 
  JEDI-VCL (JVCL) Version 2.10 for Delphi 5 - 7 rodando em maquinas
  com processador INTEL Dual-Core ou HT. Mais especificamente, na rotina
  GETCPUINFO (jclsysinfo.pas). Ao tentar retornar o clock do
  processador, dava 'division by zero' e isso abortava o programa.

  Ainda não testei com a versao mais recente da Jedi.Alguém já passou
  por esse problema?







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



   

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

Re: [delphi-br] Off-Topic ALLguem ai já atualizou p ro IE7 ??

2006-12-12 Por tôpico Luiz Escobar

Já experimentou tirar e reinstalar, se é que tem jeito pra isso...  afinal ele 
baixa pelo siteupdate...

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: Henrique Netzka (Vetor Sistemas) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, December 12, 2006 9:24 AM
  Subject: Re: [delphi-br] Off-Topic ALLguem ai já atualizou pro IE7 ??


  Eu atualizei... Alguns sites travam, outros não entram (porque travam), 
outros entram mas dão problema (travam), e o site do Unibanco só entra de vez 
em quando (porque, em geral, trava). Mas quando funciona é bem bacana!! hehehe

  Abraços
  Henrique

  - Original Message - 
  From: Luiz Escobar 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 11, 2006 5:06 PM
  Subject: [delphi-br] Off-Topic ALLguem ai já atualizou pro IE7 ??

  E ai gente, alguem já teve a coragem de atualizar para o IE7 no XP ?
  Deu muitos problemas ? muitas incompatibilidades ? 
  Quais os bug´s ??

  abraços ?

  Luiz Escobar
  Analista/Desenvolvedor:
  WEB - HTML/JavaScript/PHP/MySQL 
  WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
  DOS - Clipper/Assembler xBase
  SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
  LINUX - LAZARUS/Kylix/MySQL;
  http://www.megasistema.com.br

  - Original Message - 
  From: Marcelo Hoepfner (SI) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 11, 2006 10:33 AM
  Subject: RES: [delphi-br] Conecta a um banco de dados onLine

  No hosting 

  www.meh.com.br http://www.meh.com.br/ 

  tenho 2 sistemas delphi (desktop) acessando o mysql (web) 100% funcionando.

  Qualquer coisa manda um email.

  _ 

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz 
Escobar
  Enviada em: sábado, 9 de dezembro de 2006 14:22
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Conecta a um banco de dados onLine

  Bom duas coisas, faz ai e ve se conecta, SE não CONECTAR e vc tiver certeza 
que fez certo, porque não tem como errar, é só trocar o IP LOCAL pelo IP do seu 
mysql2.freehostia.com, ou pelo proprio nome, ai vc vai ter que pedir para eles 
abrierem o firewall para o seu IP ou para seu usuário, pois se não vc não chega 
ao servidor...

  Eu tenho um banco na LOCAWEB, e é tudo fechado, se vc quizer acesso externo, 
tem que pedir pra eles, e eles liberam para o seu IP-fixo, para IP-dinamico eu 
não sei

  Luiz Escobar

  - Segue mensagem original! -

  De: willer [EMAIL PROTECTED] mailto:willer%40personalcom.com.br com.br

  Vamos considerar o seguinte:
  Minha base de dados está em 'mysql2.freehostia.com' na porta 3306
  O meu banco de dados é 'wilcos_db'.
  Tô usando o host gratuito.

  Como eu faria para conectar-me a esse banco?

  - Original Message - 
  From: Eduardo Silva dos Santos 

  Qualquer um, a conexão é feita igual à na rede local.

  eu uso myDAC www.crlab.com mas também ja usei ZEOS.

  Em 08/12/06, willer escreveu:
  
   Que componente(s) eu usaria para fazer a conexão?
  
   - Original Message -
   From: Eduardo Silva dos Santos
  
   é perfeitamento possível, e te adianto que mysql funciona muuuito rapido
   em
   conexões via internet.
   de mais detalhes que eu te ajudo.
  
   Em 08/12/06, willer [EMAIL PROTECTED] mailto:willer%40personalcom.com.br 
com.br
   escreveu:
   
Alguém sabe se é possível fazer com que um aplicativo se comunique com
um banco de dados onLine, banco de dados MySql.?
   
[As partes desta mensagem que não continham texto foram removidas]
   
   
   
  
   --
   Eduardo Silva dos Santos
   DRD Sistemas.
   (27) 3218-4201
   MSN: eduardo.drd@ mailto:eduardo.drd%40gmail.com gmail.com 
   Site: http://www.drdsiste http://www.drdsistemas.com/ mas.com/
  
   [As partes desta mensagem que não continham texto foram removidas]
  
   __ Informação do NOD32 IMON 1911 (20061208) __
  
   Esta mensagem foi verificada pelo NOD32 sistema antivírus
   http://www.eset. http://www.eset.com.br com.br
  
   [As partes desta mensagem que não continham texto foram removidas]
  
   
  

  -- 
  Eduardo Silva dos Santos
  DRD Sistemas.
  (27) 3218-4201
  MSN: eduardo.drd@ mailto:eduardo.drd%40gmail.com gmail.com
  Site: http://www.drdsiste http://www.drdsistemas.com/ mas.com/

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

  __ Informação do NOD32 IMON 1912 (20061209) __

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

  [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

Re: [delphi-br] Verdade sobre fieldbyname

2006-12-11 Por tôpico Luiz Escobar



É, é isso mesmo que o João ta falando...

Luiz Escobar


- Segue mensagem original! -

De: Welson Avelar [EMAIL PROTECTED]
Data: Mon, 11 Dec 2006 08:13:44 -0300 (ART)
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: [delphi-br] Verdade sobre fieldbyname

--- Joao Morais escreveu:
 (...)
 ponteiro diretamente ao campo, e este ponteiro você cria facilmente em 
 tempo de projeto, clicando duas vezes sobre o dataset, Ctrl+A e confirma.
[--x--]

[Welson] Quando vc se refere a ponteiro, quer dizer a notação
tblClienteNOMECLIENTE ?
Disso eu não sabia, ou seja, que usar assim é mais rápido. Interessante isso
viu ?! ^^

[]s.

=
'O que me preocupa não é o grito dos maus. É o silêncio dos bons.'
Martin Luther King.
=
Welson de Avelar Soares Filho
Analista/Programador Delphi
Gemini Sistemas
www.geminisistemas.com.br
Juiz de Fora - Minas Gerais
=

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

[delphi-br] Off-Topic ALLguem ai já atualizou pro IE7 ??

2006-12-11 Por tôpico Luiz Escobar


E ai gente, alguem já teve a coragem de atualizar para o IE7 no XP ?
Deu muitos problemas ? muitas incompatibilidades ?  
Quais os bug´s ??

abraços ?

Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br


  - Original Message - 
  From: Marcelo Hoepfner (SI) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 11, 2006 10:33 AM
  Subject: RES: [delphi-br] Conecta a um banco de dados onLine


  No hosting 

  www.meh.com.br http://www.meh.com.br/ 

  tenho 2 sistemas delphi (desktop) acessando o mysql (web) 100% funcionando.

  Qualquer coisa manda um email.

  _ 

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz 
Escobar
  Enviada em: sábado, 9 de dezembro de 2006 14:22
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Conecta a um banco de dados onLine

  Bom duas coisas, faz ai e ve se conecta, SE não CONECTAR e vc tiver certeza 
que fez certo, porque não tem como errar, é só trocar o IP LOCAL pelo IP do seu 
mysql2.freehostia.com, ou pelo proprio nome, ai vc vai ter que pedir para eles 
abrierem o firewall para o seu IP ou para seu usuário, pois se não vc não chega 
ao servidor...

  Eu tenho um banco na LOCAWEB, e é tudo fechado, se vc quizer acesso externo, 
tem que pedir pra eles, e eles liberam para o seu IP-fixo, para IP-dinamico eu 
não sei

  Luiz Escobar

  - Segue mensagem original! -

  De: willer [EMAIL PROTECTED] mailto:willer%40personalcom.com.br com.br

  Vamos considerar o seguinte:
  Minha base de dados está em 'mysql2.freehostia.com' na porta 3306
  O meu banco de dados é 'wilcos_db'.
  Tô usando o host gratuito.

  Como eu faria para conectar-me a esse banco?

  - Original Message - 
  From: Eduardo Silva dos Santos 

  Qualquer um, a conexão é feita igual à na rede local.

  eu uso myDAC www.crlab.com mas também ja usei ZEOS.

  Em 08/12/06, willer escreveu:
  
   Que componente(s) eu usaria para fazer a conexão?
  
   - Original Message -
   From: Eduardo Silva dos Santos
  
   é perfeitamento possível, e te adianto que mysql funciona muuuito rapido
   em
   conexões via internet.
   de mais detalhes que eu te ajudo.
  
   Em 08/12/06, willer [EMAIL PROTECTED] mailto:willer%40personalcom.com.br 
com.br
   escreveu:
   
Alguém sabe se é possível fazer com que um aplicativo se comunique com
um banco de dados onLine, banco de dados MySql.?
   
[As partes desta mensagem que não continham texto foram removidas]
   
   
   
  
   --
   Eduardo Silva dos Santos
   DRD Sistemas.
   (27) 3218-4201
   MSN: eduardo.drd@ mailto:eduardo.drd%40gmail.com gmail.com 
   Site: http://www.drdsiste http://www.drdsistemas.com/ mas.com/
  
   [As partes desta mensagem que não continham texto foram removidas]
  
   __ Informação do NOD32 IMON 1911 (20061208) __
  
   Esta mensagem foi verificada pelo NOD32 sistema antivírus
   http://www.eset. http://www.eset.com.br com.br
  
   [As partes desta mensagem que não continham texto foram removidas]
  
   
  

  -- 
  Eduardo Silva dos Santos
  DRD Sistemas.
  (27) 3218-4201
  MSN: eduardo.drd@ mailto:eduardo.drd%40gmail.com gmail.com
  Site: http://www.drdsiste http://www.drdsistemas.com/ mas.com/

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

  __ Informação do NOD32 IMON 1912 (20061209) __

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

  [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] dica: bug JEDI 2.1 c/ intel HT ou Dual Core

2006-12-11 Por tôpico Luiz Escobar

E num P4 com HT da o mesmo problema ? chegou a testar ?
porque o HT simula dois core/processador.


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: Pedro Alexandro RS 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 11, 2006 4:34 PM
  Subject: [delphi-br] dica: bug JEDI 2.1 c/ intel HT ou Dual Core


  Pessoal,

  Meses atras tive uma situação onde um executavel compilado em delphi
  7, (XP, sp2)
  rodava normalmente em algumas maquinas e em outras abortava ao ser
  executado, sem qualquer dica de onde vinha o bug.
  Como isso ocorreu em maquinas 'novas' da HP win XP SP2 , eu imaginei
  que o problema era com essa 'distribuição' da HP.
  O interessante é que se o programa fosse executado em modo de
  compatibilidade win98, nao havia problemas

  Precisei instalar o debugger numa dessas maquinas para descobrir o que
  estava acontecendo. A incompatibilidade na verdade é entre a suide de
  componentes 
  JEDI-VCL (JVCL) Version 2.10 for Delphi 5 - 7 rodando em maquinas
  com processador INTEL Dual-Core ou HT. Mais especificamente, na rotina
  GETCPUINFO (jclsysinfo.pas). Ao tentar retornar o clock do
  processador, dava 'division by zero' e isso abortava o programa.

  Ainda não testei com a versao mais recente da Jedi.Alguém já passou
  por esse problema?



   

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

Re: [delphi-br] Verdade sobre fieldbyname

2006-12-09 Por tôpico Luiz Escobar


   Sim concordo plenamente com isso... com ponteiro é melhor ainda

 agora quanto aos comentários:
 1. processamento ligeiramente mais lento;
  este ligeiramente em um Celeron 1.0Ghz, com 200 campos, vc nem vai 
conseguir calcular a diferença, são alguns CICLOS de processamento à mais
vc viu em um P4 1.7Ghz, 1.000.000 de vezes deu 1 segundo de diferença entre 
fieldbyname e fields[]
talvez em um 386 de 40Mhz com 64MB de memória, windows 3.11, hd de 1GB, 
5400rpm, ai sim faça a diferença 

 2. O pior dos efeitos colaterais -- seu uso está sujeito a erros de 
 digitação difíceis de pegar em projetos grandes.
   è este já vai dar um pouco de trabalho, mas mesmo assim, menos que com 
fields[xx] quando vc troca os campos de lugar ou acrescente um calculado no 
meio da coisa. hehehehhe 

Luiz Escobar





- Segue mensagem original! -

De: Joao Morais [EMAIL PROTECTED]
Marcelo wrote:

 AMigos da lista, gostaria de saber da experiencia de vcs
 
 Vi em uma lista de discussão que o FieldByName deixa o tráfeco mais 
 lento. Isso é verdade?

Acrescentando (ou resumindo) os comentários dos colegas da lista:

Use FieldByName apenas se você precisar criar uma camada abstrata aos 
dados, aonde você tem o nome do campo em uma variável string e nem faz 
idéia da posição dele na lista. Nos demais casos você deve usar um 
ponteiro diretamente ao campo, e este ponteiro você cria facilmente em 
tempo de projeto, clicando duas vezes sobre o dataset, Ctrl+A e confirma.

Usar FieldByName indiscriminadamente tem dois problemas:

1. processamento ligeiramente mais lento;
2. O pior dos efeitos colaterais -- seu uso está sujeito a erros de 
digitação difíceis de pegar em projetos grandes.

Quanto ao tráfego (rede), usar ou não usar FieldByName é irrelevante.

--
João Morais

Re: [delphi-br] Conecta a um banco de dados onLine

2006-12-09 Por tôpico Luiz Escobar

  
   Bom duas coisas, faz ai e ve se conecta, SE não CONECTAR e vc tiver certeza 
que fez certo, porque não tem como errar, é só trocar o IP LOCAL pelo IP do seu 
mysql2.freehostia.com, ou pelo proprio nome, ai vc vai ter que pedir para eles 
abrierem o firewall para o seu IP ou para seu usuário, pois se não vc não chega 
ao servidor...

   Eu tenho um banco na LOCAWEB, e é tudo fechado, se vc quizer acesso externo, 
tem que pedir pra eles, e eles liberam para o seu IP-fixo, para IP-dinamico eu 
não sei

Luiz Escobar



- Segue mensagem original! -

De: willer [EMAIL PROTECTED]

Vamos considerar o seguinte:
Minha base de dados está em 'mysql2.freehostia.com' na porta 3306
O meu banco de dados é 'wilcos_db'.
Tô usando o host gratuito.

Como eu faria para conectar-me a esse banco?

- Original Message - 
From: Eduardo Silva dos Santos 

Qualquer um, a conexão é feita igual à na rede local.

eu uso myDAC www.crlab.com mas também ja usei ZEOS.

Em 08/12/06, willer escreveu:

 Que componente(s) eu usaria para fazer a conexão?

 - Original Message -
 From: Eduardo Silva dos Santos

 é perfeitamento possível, e te adianto que mysql funciona muuuito rapido
 em
 conexões via internet.
 de mais detalhes que eu te ajudo.

 Em 08/12/06, willer [EMAIL PROTECTED]
 escreveu:
 
  Alguém sabe se é possível fazer com que um aplicativo se comunique com
  um banco de dados onLine, banco de dados MySql.?
 
  [As partes desta mensagem que não continham texto foram removidas]
 
 
 

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

 __ Informação do NOD32 IMON 1911 (20061208) __

 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]

 


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

__ Informação do NOD32 IMON 1912 (20061209) __

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]

Re: [delphi-br] Verdade sobre fieldbyname

ah, desculpa não seria nem trafeco e sim tráfico...  foi maus...

agora veja bem durante um importação:  
500.000 registros com 50 campos na tabela iria demorar +/- uns 25 segundos à 
mais.. ;-)
mas numa tabela de 50 campos, onde a importação tem que ser feita usando algum 
tipo de converção/calculo/analise/filtro/etc... eu usaria fieldbyname, o 
usuario que espera neste caso +25 segundos...  (e olha que fica olhando 25 
segundos pra tela não é facil não...) agora se for um importação dequelas tipo 
cópia daqui-pra-li os campos na mesma sequencia tipo xerox um banco do 
outro vai de fields[] mesmo
faço um FOR e poucas linhas eu alimento o outro banco... tipo:

while not t1.eof() do begin
t2.insert;
for x := 0 to t1.fieldcount do 
   t2.fields[x].asvalue := t1.fields[x].asvalue;
t2.post;
t1.next;
end;

Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br

  - Original Message - 
  From: Marcelo 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 08, 2006 2:48 PM
  Subject: [delphi-br] Verdade sobre fieldbyname


  AMigos da lista, gostaria de saber da experiencia de vcs

  Vi em uma lista de discussão que o FieldByName deixa o tráfeco mais 
  lento. Isso é verdade?

  Desde já agradeço a todos


   

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

Re: [delphi-br] Atualização automática

Bom na logica, antes de fechar,copiar,abrir o executavel, é melhor vc fazer a 
perguntinha basica pro usuario, vc tem uma atualziação para este software, 
deseja fazer agora ? e que a pargunta se repita tipo a cada 30 minutos, se não 
o usuário vai querer te matar... ehhehehe
quanto a uma aplicação fechar outra, sei que tem jeito, mas de cabeça agora não 
lembro desculpe...

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: willer 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 08, 2006 3:22 PM
  Subject: Re: [delphi-br] Atualização automática


  Só tenho dúvida na lógica.
  Já consigo verificar se há atualização e até baixar os novos arquivos, só não 
estou conseguindo fechar o executável e abró-lo novamente com a nova versão.

  - Original Message - 
  From: Marcelo Hoepfner (SI) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 08, 2006 1:57 PM
  Subject: RES: [delphi-br] Atualização automática

  Cara eu fiz um sistema desses, caso você tenha interesse podemos negociar.

  Marcelo Hoepfner

  msn: [EMAIL PROTECTED]

  _ 

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Andrei 
Luís
  Enviada em: sexta-feira, 8 de dezembro de 2006 13:22
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Atualização automática

  Willer,

  Uma idéia seria você utilizar no seu sistema 2 executáveis: 1 pequeno,
  que será executado através de ícones na área de trabalho, etc, que faz
  a atualização quando necessário e chama o 2º executável que é o
  sistema em si.

  []
  Andrei

  Em 08/12/06, willer[EMAIL PROTECTED] mailto:willer%40personalcom.com.br  
escreveu:
   Como faço para fechar o meu programa após ter aberto outro?
   Estou implementando uma rotina de atualização automáticxa que deverá fzer 
isso, baixa um arquivo(.exe), abre um programa auxiliar e fecha. O programa 
auxiliar exclui o antigo, e renomeia o novo, abre-o e fecha-se;
  

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

  __ Informação do NOD32 IMON 1910 (20061208) __

  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]



   

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

Re: [delphi-br] Verdade sobre fieldbyname

o trafeco ? bom depende, se for de droga e for passar pela alfandega pode 
demorar um pouco sim, agora se for o trafego, bem não vai influenciar muito 
não... o que fica  lento  é o seguinte... (lento esta entre  pois não acho 
significativo não)

quando vc usa  table1.fieldbyname('blablabla').asstring ao invez de 
table1.fields[ 01 ].asstring
é que o primeiro vai ter que procurar na tabela dos campos da table1 qual a 
posição dele para depois retornar o seu valor o segundo já retorna na hora, 
ficando assim a EXECUÇÃO bem mais rápida, MAS, EU!!!... particularmente uso o 
fieldbyname... fica mais facil a leitura/compreenção do programa... 

agora faz um teste ai vc, o meu teste deu isso ai abaixo 1.000.000x dá +/- 
1 segundo de diferença... isso em um P4-1.7Ghz, 748MB-ram, windows-XP-PRO 
mas lembre-se 1 milhão de vezes

var
   t1, t2 : tdatetime;
   x : integer;

procedure TForm1.Button1Click(Sender: TObject);
begin
label1.caption := '';
t1 := now;
for x := 1 to 100 do 
   label1.caption :=  VT1.Fieldbyname('field0').asstring;
t2 := now;
label1.caption := timetostr( t2 - t1 ); // 00:00:04
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
label2.caption := '';
t1 := now;
for x := 1 to 100 do 
   label2.caption :=  VT1.Fields[0].asstring;
t2 := now;
label2.caption := timetostr( t2 - t1 ); // 00:00:03
end;

e veja a diferença de tempo entre eles em micros mais modestos...

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: Marcelo 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 08, 2006 2:48 PM
  Subject: [delphi-br] Verdade sobre fieldbyname


  AMigos da lista, gostaria de saber da experiencia de vcs

  Vi em uma lista de discussão que o FieldByName deixa o tráfeco mais 
  lento. Isso é verdade?

  Desde já agradeço a todos


   

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

Re: [delphi-br] Verdade sobre fieldbyname

VC leu meus outros emails ???  hehehehe
é eu sei... mas vc viu o tempo ???  não acho que compense em um aplicação usar 
fields[] ao inves de fieldbyname o que facilita durante a programação  
é como eu disse se vc for fazer um programa para processar em LOTE, varios 
registros de um vez.. etc...  ai TALVEZ, dependendo da maquina que vai 
executar isso, compence usar fields[] (eca...), mas para à aplicação do 
dia-a-dia, cadastros, views/dbgrid, relatórios, edição, etc fieldbyname é o 
melhor

e os certos são...
tráfico de traficante, drogas, animais, etc.. 
tráfego de trafegar, trafego de automovel de bicicleta, etc...
trafeco ?? bem ai num sei não  hehhee

abraços...

Luiz Escobar
Analista/Desenvolvedor:

  - Original Message - 
  From: Fellipe Henrique 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 08, 2006 4:39 PM
  Subject: Re: [delphi-br] Verdade sobre fieldbyname


  Olá Luiz, na verdade seria Trafego, pois tráfico é crime organizado... :-)

  Na verdade, o FieldByName, nao gera peso sobre o trafego na rede, e sim de
  processamento, quando voce informa FieldByName, o delphi percorre todos os
  campos até achar o que você quer, já você informando o Fields[x] o delphi já
  vai direto nele.

  Ou seja, o trafego é de processamento e nao de rede.

  []s

  Em 08/12/06, Luiz Escobar [EMAIL PROTECTED] escreveu:
  
   ah, desculpa não seria nem trafeco e sim tráfico... foi maus...
  
   agora veja bem durante um importação:
   500.000 registros com 50 campos na tabela iria demorar +/- uns 25 segundos
   à mais.. ;-)
   mas numa tabela de 50 campos, onde a importação tem que ser feita usando
   algum tipo de converção/calculo/analise/filtro/etc... eu usaria fieldbyname,
   o usuario que espera neste caso +25 segundos... (e olha que fica olhando 25
   segundos pra tela não é facil não...) agora se for um importação dequelas
   tipo cópia daqui-pra-li os campos na mesma sequencia tipo xerox um banco do
   outro vai de fields[] mesmo
   faço um FOR e poucas linhas eu alimento o outro banco... tipo:
  
   while not t1.eof() do begin
   t2.insert;
   for x := 0 to t1.fieldcount do
   t2.fields[x].asvalue := t1.fields[x].asvalue;
   t2.post;
   t1.next;
   end;
  
   Luiz Escobar
   Analista/Desenvolvedor:
   WEB - HTML/JavaScript/PHP/MySQL
   WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
   DOS - Clipper/Assembler xBase
   SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
   LINUX - LAZARUS/Kylix/MySQL;
   http://www.megasistema.com.br
  
   - Original Message -
   From: Marcelo
   To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
   Sent: Friday, December 08, 2006 2:48 PM
   Subject: [delphi-br] Verdade sobre fieldbyname
  
   AMigos da lista, gostaria de saber da experiencia de vcs
  
   Vi em uma lista de discussão que o FieldByName deixa o tráfeco mais
   lento. Isso é verdade?
  
   Desde já agradeço a todos
  
   [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]



   

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

Re: [delphi-br] Criar Função



uma function ou procedure  ???  

procedure TForm1.Button1Click(Sender: TObject);

   procedure blabla ( obj1 : tedit; obj2 : tlabel );
   begin
   obj2.Caption := obj1.Text;
   end;

begin
 blabla( edit1, label1 );  // é igual à label1.caption := edit1.text;
end;

Luiz Escobar


- Segue mensagem original! -

De: Fabiana [EMAIL PROTECTED]
Data: Fri, 8 Dec 2006 13:19:42 -0200
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] Criar Função

Boa tarde para todos...

Como faço para criar uma função onde o paramentro seja do tipo objeto?

Fabiana

[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-12-07 Por tôpico Luiz Escobar

sim, fiz tudo...  usei BDE...
criei NEW CONNECTION, dei um EDIT, selecionei STANDARD (piradox), mandei gravar 
no PATH c:\, Show Build, SELECT ALL BUILT DATABASE...

Sim, fiz tudo começei a cadastrar, fones, cadastrei a cidade normal... só que 
quando vou dar OK em um dos dois que te falei deu este erro...


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: Thursday, December 07, 2006 7:38 AM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Luiz Escobar wrote:

   Baixei, criei tudo bzl.. durante o cadastro seja pessoa ou compania da o 
seguinte erro:
   troque os 'X9s' pelos respectivos codigos dos object ehheehe...
   
   Error storing object TPerson('x9x9x9'): Field 'Address' not found
   Error storing object TCompany('x9x9'): Field 'Address' not found

  Qual banco? Você executou o Build-Show Build Sequence-Build Database?

  --
  João Morais



   

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

Re: [delphi-br] Componente - Urgente!

2006-12-07 Por tôpico Luiz Escobar

Te tem e FREE... procura sobre delphi modem VML no google ou no emule...
a versão era: vml1.0.4 (acho...) (creio que esse seja o melhor para o que vc 
quer...)
TModemLogFile
TModemPort
TModemProfile
TNoModem
TVoiceModem
entre outros
mas creio que ele vai te ajudar...  mas que vai dar trabalho à isso vai 
;-)

agora acho que tem também o tmsgvoc e commdrv32_261a esse ultimo não sei se 
vai servir pra isso que vc quer


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: Ricardo Cesar Cardoso
To: delphi-br@yahoogrupos.com.br
Sent: Thursday, December 07, 2006 4:51 PM
Subject: Res: [delphi-br] Componente - Urgente!


Olha, sem querer desanimar, mas é bastante coisa pra ser desenvolvida. 
Duvido muito que tenha componente pra estas funções e se tiver vai ser pago 
e vai custar caro. Mas dá uma procurada por componentes de telefonia em 
sites como o Torry.net ou Delphi Super Page.

Abraços e sucesso,
Ricardo.

- Mensagem original 
De: fpsp2000 [EMAIL PROTECTED]
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quinta-feira, 7 de Dezembro de 2006 15:48:50
Assunto: [delphi-br] Componente - Urgente!

Ola!

Preciso desenvolver um sistema de telemarkting, onde o operador

disque pelo sistema e use headset para falar com o cliente, e que o

mesmo sistema seja capaz de disparar uma mensagem gravada.

Alguem conhece algum componente que tenha essas funções.

Fernanda de Paula

!--

#ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg table {font-size:inherit;font:100%;}
#ygrp-mlmsg select, input, textarea {font:99% 
arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg pre, code {font:115% monospace;}
#ygrp-mlmsg * {line-height:1.22em;}
#ygrp-text{
font-family:Georgia;
}
#ygrp-text p{
margin:0 0 1em 0;
}
#ygrp-tpmsgs{
font-family:Arial;
clear:both;
}
#ygrp-vitnav{
padding-top:10px;
font-family:Verdana;
font-size:77%;
margin:0;
}
#ygrp-vitnav a{
padding:0 1px;
}
#ygrp-actbar{
clear:both;
margin:25px 0;
white-space:nowrap;
color:#666;
text-align:right;
}
#ygrp-actbar .left{
float:left;
white-space:nowrap;
}
.bld{font-weight:bold;}
#ygrp-grft{
font-family:Verdana;
font-size:77%;
padding:15px 0;
}
#ygrp-ft{
font-family:verdana;
font-size:77%;
border-top:1px solid #666;
padding:5px 0;
}
#ygrp-mlmsg #logo{
padding-bottom:10px;
}

#ygrp-vital{
background-color:#e0ecee;
margin-bottom:20px;
padding:2px 0 8px 8px;
}
#ygrp-vital #vithd{
font-size:77%;
font-family:Verdana;
font-weight:bold;
color:#333;
text-transform:uppercase;
}
#ygrp-vital ul{
padding:0;
margin:2px 0;
}
#ygrp-vital ul li{
list-style-type:none;
clear:both;
border:1px solid #e0ecee;
}
#ygrp-vital ul li .ct{
font-weight:bold;
color:#ff7900;
float:right;
width:2em;
text-align:right;
padding-right:.5em;
}
#ygrp-vital ul li .cat{
font-weight:bold;
}
#ygrp-vital a {
text-decoration:none;
}

#ygrp-vital a:hover{
text-decoration:underline;
}

#ygrp-sponsor #hd{
color:#999;
font-size:77%;
}
#ygrp-sponsor #ov{
padding:6px 13px;
background-color:#e0ecee;
margin-bottom:20px;
}
#ygrp-sponsor #ov ul{
padding:0 0 0 8px;
margin:0;
}
#ygrp-sponsor #ov li{
list-style-type:square;
padding:6px 0;
font-size:77%;
}
#ygrp-sponsor #ov li a{
text-decoration:none;
font-size:130%;
}
#ygrp-sponsor #nc {
background-color:#eee;
margin-bottom:20px;
padding:0 8px;
}
#ygrp-sponsor .ad{
padding:8px 0;
}
#ygrp-sponsor .ad #hd1{
font-family:Arial;
font-weight:bold;
color:#628c2a;
font-size:100%;
line-height:122%;
}
#ygrp-sponsor .ad a{
text-decoration:none;
}
#ygrp-sponsor .ad a:hover{
text-decoration:underline;
}
#ygrp-sponsor .ad p{
margin:0;
}
o {font-size:0;}
.MsoNormal {
margin:0 0 0 0;
}
#ygrp-text tt{
font-size:120%;
}
blockquote{margin:0 0 0 4px;}
.replbq {margin:4;}
--


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

2006-12-07 Por tôpico Luiz Escobar

o zeos ai do exemplo serve para MySQL 5.0.21 ou superior ???

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: Thursday, December 07, 2006 3:39 PM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Luiz Escobar wrote:

   sim, fiz tudo... usei BDE...
   criei NEW CONNECTION, dei um EDIT, selecionei STANDARD (piradox), mandei 
gravar no PATH c:\, Show Build, SELECT ALL BUILT DATABASE...
   
   Sim, fiz tudo começei a cadastrar, fones, cadastrei a cidade normal... só 
que quando vou dar OK em um dos dois que te falei deu este erro...

  hmmm... foi mal Luiz. A culpa é do meu modelo, do jeito que ele está não 
  aceita flat table. Tem que ser um conector SQL.

  --
  João Morais


   

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

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


Bom gente não sei o que esta acontecendo, a pagina esta lá, testei de casa 
SPEEDY, e na empresa onde tenho dois links SPEEDY e VIRTUA nos tres teste 
apareceu...

Esta imagem foi para ilustrar o que o CAMPOS me perguntou, porque não faço 
OPEN/CLOSE/REFRESH na tabela, CASO, eu vá cadastrar um cliente onde não 
existe a cidade no banco de cidade, tendo que abrir outro FORM para 
cadastrar e ter que dar um REFRESH ou CLOSE/OPEN para atualizar a tabela 
como ambos os FORM´s usando o mesmo componente TTABLE, nao a necessidade de 
se dar um REFRESH pois cadastrou os dados estão lá claro, se o cadastro 
da cidade for feito por outro .EXEcutavél ou por outra maquina, ai na 
maquina/.EXEcutavél onde estou cadastrando o cliente teria OBRIGATORIAMENTE 
dar um REFRESH ou (melho) CLOSE/OPEN pois as vezes o REFRESH não 
REFRESca nada... ;-)

Olha que a imagem é meio grande 1600x1200 - 341Kb

umas pequenanissima descrição...
http://luizescobar.brlog.info

só a imagem...
http://paginas.terra.com.br/informatica/radios/imagem.JPG

Luiz Escobar
Analista/Desenvolvedor:

Luiz Escobar
Analista/Desenvolvedor:


- Original Message - 
From: Valfrid-Ly Silva Couto
Tentando abrir a imagem: Fora do ar
Esta página está fora do ar Provavelmente, o autor do site ainda não fez a 
publicação das páginas nos nossos servidores.
Tente novamente outra hora.

Luiz Escobar [EMAIL PROTECTED] escreveu: Uai... aqui pra ieu 
aparece
Olha que a imagem é meio grande 1600x1200 - 341Kb

http://luizescobar.brlog.info

só a imagem...
http://paginas.terra.com.br/informatica/radios/imagem.JPG

Luiz Escobar
Analista/Desenvolvedor:

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

vou fazer isso, obrigado pela dica... esta porcaria do TERRA, deve estar 
sobrecarregado e da essas desculpas...

Luiz Escobar
Analista/Desenvolvedor:


  - Original Message - 
  From: Ricardo Cesar Cardoso 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 06, 2006 4:39 PM
  Subject: Res: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Eu tb não sei, mas no endereço que vc passou eu estou vendo a seguinte 
mensagem:

  http://img99.imageshack.us/my.php?image=erroij1.jpg

  Mas se quiser, sugiro que poste esta imagem lá no www.imageshack.com

  - Mensagem original 
  De: Luiz Escobar [EMAIL PROTECTED]
  Para: delphi-br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 6 de Dezembro de 2006 14:06:29
  Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Bom gente não sei o que esta acontecendo, a pagina esta lá, testei de casa 

  SPEEDY, e na empresa onde tenho dois links SPEEDY e VIRTUA nos tres teste 

  apareceu...

  Esta imagem foi para ilustrar o que o CAMPOS me perguntou, porque não faço 

  OPEN/CLOSE/REFRESH na tabela, CASO, eu vá cadastrar um cliente onde não 

  existe a cidade no banco de cidade, tendo que abrir outro FORM para 

  cadastrar e ter que dar um REFRESH ou CLOSE/OPEN para atualizar a tabela 

  como ambos os FORM´s usando o mesmo componente TTABLE, nao a necessidade de 

  se dar um REFRESH pois cadastrou os dados estão lá claro, se o cadastro 

  da cidade for feito por outro .EXEcutavél ou por outra maquina, ai na 

  maquina/.EXEcutavé l onde estou cadastrando o cliente teria OBRIGATORIAMENTE 

  dar um REFRESH ou (melho) CLOSE/OPEN.. .. pois as vezes o REFRESH não 

  REFRESca nada... ;-)

  Olha que a imagem é meio grande 1600x1200 - 341Kb

  umas pequenanissima descrição...

  http://luizescobar. brlog.info

  só a imagem...

  http://paginas. terra.com. br/informatica/ radios/imagem. JPG

  Luiz Escobar

  Analista/Desenvolve dor:

  Luiz Escobar

  Analista/Desenvolve dor:

  - Original Message - 

  From: Valfrid-Ly Silva Couto

  Tentando abrir a imagem: Fora do ar

  Esta página está fora do ar Provavelmente, o autor do site ainda não fez a 

  publicação das páginas nos nossos servidores.

  Tente novamente outra hora.

  Luiz Escobar [EMAIL PROTECTED] .com.br escreveu: Uai... aqui pra ieu 

  aparece

  Olha que a imagem é meio grande 1600x1200 - 341Kb

  http://luizescobar. brlog.info

  só a imagem...

  http://paginas. terra.com. br/informatica/ radios/imagem. JPG

  Luiz Escobar

  Analista/Desenvolve dor:

  !--

  #ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
  #ygrp-mlmsg table {font-size:inherit;font:100%;}
  #ygrp-mlmsg select, input, textarea {font:99% 
arial,helvetica,clean,sans-serif;}
  #ygrp-mlmsg pre, code {font:115% monospace;}
  #ygrp-mlmsg * {line-height:1.22em;}
  #ygrp-text{
  font-family:Georgia;
  }
  #ygrp-text p{
  margin:0 0 1em 0;
  }
  #ygrp-tpmsgs{
  font-family:Arial;
  clear:both;
  }
  #ygrp-vitnav{
  padding-top:10px;
  font-family:Verdana;
  font-size:77%;
  margin:0;
  }
  #ygrp-vitnav a{
  padding:0 1px;
  }
  #ygrp-actbar{
  clear:both;
  margin:25px 0;
  white-space:nowrap;
  color:#666;
  text-align:right;
  }
  #ygrp-actbar .left{
  float:left;
  white-space:nowrap;
  }
  .bld{font-weight:bold;}
  #ygrp-grft{
  font-family:Verdana;
  font-size:77%;
  padding:15px 0;
  }
  #ygrp-ft{
  font-family:verdana;
  font-size:77%;
  border-top:1px solid #666;
  padding:5px 0;
  }
  #ygrp-mlmsg #logo{
  padding-bottom:10px;
  }

  #ygrp-vital{
  background-color:#e0ecee;
  margin-bottom:20px;
  padding:2px 0 8px 8px;
  }
  #ygrp-vital #vithd{
  font-size:77%;
  font-family:Verdana;
  font-weight:bold;
  color:#333;
  text-transform:uppercase;
  }
  #ygrp-vital ul{
  padding:0;
  margin:2px 0;
  }
  #ygrp-vital ul li{
  list-style-type:none;
  clear:both;
  border:1px solid #e0ecee;
  }
  #ygrp-vital ul li .ct{
  font-weight:bold;
  color:#ff7900;
  float:right;
  width:2em;
  text-align:right;
  padding-right:.5em;
  }
  #ygrp-vital ul li .cat{
  font-weight:bold;
  }
  #ygrp-vital a {
  text-decoration:none;
  }

  #ygrp-vital a:hover{
  text-decoration:underline;
  }

  #ygrp-sponsor #hd{
  color:#999;
  font-size:77%;
  }
  #ygrp-sponsor #ov{
  padding:6px 13px;
  background-color:#e0ecee;
  margin-bottom:20px;
  }
  #ygrp-sponsor #ov ul{
  padding:0 0 0 8px;
  margin:0;
  }
  #ygrp-sponsor #ov li{
  list-style-type:square;
  padding:6px 0;
  font-size:77%;
  }
  #ygrp-sponsor #ov li a{
  text-decoration:none;
  font-size:130%;
  }
  #ygrp-sponsor #nc {
  background-color:#eee;
  margin-bottom:20px;
  padding:0 8px;
  }
  #ygrp-sponsor .ad{
  padding:8px 0;
  }
  #ygrp-sponsor .ad #hd1{
  font-family:Arial;
  font-weight:bold;
  color:#628c2a;
  font-size:100%;
  line-height:122%;
  }
  #ygrp-sponsor .ad a{
  text-decoration:none;
  }
  #ygrp-sponsor .ad a:hover{
  text-decoration:underline;
  }
  #ygrp-sponsor .ad p{
  margin:0

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

Bom pelo menos alguem conseguiu ver... heheheheh...

Valeu pelo elogio... é troquei meu (samsgung syncmaster3  14) por um (Samsung 
997MB 19) ia comprar um lcd 17 mas era bem mais caro, ai resolvi ver se o 
custo/beneficio ia valer apena em questão de gastos, já que falam por ia que o 
LCD gasta bem mesmo, coloquei na ponta do lapis para ver quanto tempo para o 
LCD se pagaria na diferença para o de 19 CRT, deu mais deu 12 anos 
comprei o CRT de 19  daqui 12 anos eu troco... hehehehe.  muito bom, 
comprei na FNAC veio com alguns problemas, 1 pixel morto (achei que só LCD 
tinha isso), tela torta que não indireitava, liguei e pedi pra trocar, mandaram 
outro e levaram o meu embora... agora 100% só alegria... hhehehe

Luiz Escobar
Analista/Desenvolvedor:


  - Original Message - 
  From: Elazar Dornelles Ceza 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, December 06, 2006 4:45 PM
  Subject: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! OFF



  Do RS. Funcionou...na segunda tentativa..
  Cara...hein...muito show tua área de trabalho...poh...

  Atenc.
  Elazar

  -Mensagem original-
  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
  Em nome de Luiz Escobar
  Enviada em: quarta-feira, 6 de dezembro de 2006 14:06
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Bom gente não sei o que esta acontecendo, a pagina esta lá, testei de
  casa 
  SPEEDY, e na empresa onde tenho dois links SPEEDY e VIRTUA nos tres
  teste 
  apareceu...

  Esta imagem foi para ilustrar o que o CAMPOS me perguntou, porque não
  faço 
  OPEN/CLOSE/REFRESH na tabela, CASO, eu vá cadastrar um cliente onde não 
  existe a cidade no banco de cidade, tendo que abrir outro FORM para 
  cadastrar e ter que dar um REFRESH ou CLOSE/OPEN para atualizar a tabela

  como ambos os FORM´s usando o mesmo componente TTABLE, nao a necessidade
  de 
  se dar um REFRESH pois cadastrou os dados estão lá claro, se o
  cadastro 
  da cidade for feito por outro .EXEcutavél ou por outra maquina, ai na 
  maquina/.EXEcutavél onde estou cadastrando o cliente teria
  OBRIGATORIAMENTE 
  dar um REFRESH ou (melho) CLOSE/OPEN pois as vezes o REFRESH não 
  REFRESca nada... ;-)

  Olha que a imagem é meio grande 1600x1200 - 341Kb

  umas pequenanissima descrição...
  http://luizescobar.brlog.info

  só a imagem...
  http://paginas.terra.com.br/informatica/radios/imagem.JPG

  Luiz Escobar
  Analista/Desenvolvedor:

  Luiz Escobar
  Analista/Desenvolvedor:

  - Original Message - 
  From: Valfrid-Ly Silva Couto
  Tentando abrir a imagem: Fora do ar
  Esta página está fora do ar Provavelmente, o autor do site ainda não fez
  a 
  publicação das páginas nos nossos servidores.
  Tente novamente outra hora.

  Luiz Escobar [EMAIL PROTECTED] escreveu: Uai... aqui pra ieu 
  aparece
  Olha que a imagem é meio grande 1600x1200 - 341Kb

  http://luizescobar.brlog.info

  só a imagem...
  http://paginas.terra.com.br/informatica/radios/imagem.JPG

  Luiz Escobar
  Analista/Desenvolvedor:


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


Baixei, criei tudo bzl.. durante o cadastro seja pessoa ou compania da o 
seguinte erro:
troque os 'X9s' pelos respectivos codigos dos object  ehheehe...

Error storing object TPerson('x9x9x9'): Field 'Address' not found
Error storing object TCompany('x9x9'): Field 'Address' not found

Luiz Escobar



- Segue mensagem original! -

De: Joao Morais [EMAIL PROTECTED]

A caixa de diálogo do conector é apresentada sempre que existe um número 
diferente de 1 (um) conector configurado. Para criar um novo conector, 
click com botão direito, New, escolher o tipo de conector e depois 
seguir a intuição. Esta informação é gravada em um xml na mesma pasta do 
executável.

O InstantObjects constrói o banco sozinho, para isto basta escolher a 
opção build após configurar o conector. MySQL, Interbase e Firebird 
criam o banco de dados caso ele não seja encontrado. Para os demais 
bancos é necessário criar um banco vazio para que o InstantObjects 
construa o metadata.

--
João Morais

Re: [delphi-br] ERRO


   Bom pela mensagem para FIREBIRD pois já vi algo assim no grupo deles... pelo 
que lembro tam um tal de DATAPUMP/DATADUMP e/ou GFIX e/ou GBAK, e se caso 
nenhum der certo, começa a procurar os backup´s...

Não sei nada sobre FIREBIRD apenas acompanho o grupo... e é mais ou menos isso 
que lembro no momento...

Luiz Escobar


- Segue mensagem original! -

De: Ana Amélia Souza Pereira [EMAIL PROTECTED]
Data: Wed, 6 Dec 2006 22:38:47 -0200
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] ERRO

Olá,

Alguém pode me ajudar com este erro:

database file appears corrupt{}
bad checksum
checksum error on database page 290.

O que devo fazer para resolver.

Ana Amélia

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

Re: [delphi-br] Gauge ao ler arquivo

se vc passar como vc abre e como lê os dados do arquivo texto, ai vai ficar 
mais facil...


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: Moked - Humberto (Brazil) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 4:23 PM
  Subject: [delphi-br] Gauge ao ler arquivo


  Olá colegas, bem estou fazendo uma rotina que lê um arquivo texto, e grava 
outro parecido com o anterior, mas com algumas modificações feitas via código. 
Até ai está td ok, porém gostaria de fazer um Gauge durante essa operação... 
alguém tem idéia de como pode ser feito?

  Obrigado

  Humberto Monaco Palaia - Suporte técnico
  Moked do Brasil - Consultoria de Segurança Empresarial
  Divisão MokInf de Informática
  PABX: (55-11) 5071-2748
  [EMAIL PROTECTED]
  www.moked.com.br http://www.moked.com.br/ 

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



   

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

Re: [delphi-br] [off] Quanto vc cobra por hora?

Depende onde eu trabalho, com Carteira Trabalho assinadinha bunitim, 
tiro R$13,00/hora  -  5horas/dia  -  30dias...

Agora se for FREE, põe ai de R$20,00 à R$30,00 acho uma hora boa...mas o +/- 
ideal vc ve quanto vc quer ganhar por mes... divide pelos dias que vc vai 
REALMENTE trabalhar, dividi pelas horas que vc REALMENTE vai trabalhar... 
vai ter seu custo/hora.

tipo quero ganhar 3.000,00 trabalhando 20 dias/mes  7horas/dia   3000/20/7 = 
+/-R$21,43

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: José Otavio DTI [EMAIL PROTECTED]
To: delphi-br@yahoogrupos.com.br
Sent: Tuesday, December 05, 2006 9:53 AM
Subject: [delphi-br] [off] Quanto vc cobra por hora?


Bom dia pessoal.
Gostaria de saber quanto vcs cobrariam por hora de programacao.


Abraço a todos.

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



-- 
 FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM 

Links do Yahoo! Grupos

Re: [delphi-br] [off-topic] MSN

Não sei se alguem te falou isso, mas :

Se vc for monitorar não só o tempo como as conversas (texto digitados) então vc 
deve primeiro antes de qualquer coisa, passar um documento em duas vias para 
que todos que usam o MSN assinarem, avisando que eles a partir de tal data 
estaram sendo monitorados e suas conversas seram lidas pelos administradores, 
ou isso pode causar varios processos por invasão de privacidade...

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: Higor (Yahoo) 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, December 05, 2006 3:13 PM
  Subject: RES: [delphi-br] [off-topic] MSN


  Pessoal, 

  Primeiramente quero agradecer à todos da lista, principalmente aos que
  postaram respostas, e, desculpar-me por ter colocado um assunto OFF sem
  intenção, pois, esqueci de mencionar que quero desenvolver esse aplicativo
  em Delphi, mas derrepente, mesmo assim seja um assunto OFF, desculpe-me por
  isso!

  Agora, preciso realmente analisar todas as possibilidades, os fatos também,
  pois, a intenção é monitorar funcionários que estão usando muito MSN, enfim,
  não queria bloquear de uma vez, nem ver conteúdo das conversas, pois o MSN
  como ferramenta de trabalho é muito produtivo, mas, da mesma forma, pode
  causar vários problemas também.

  Obrigado pelas sugestões, vou analisar tudo com cuidado.

  Abraço,
  Higor

  _ 

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Elazar Dornelles Ceza
  Enviada em: terça-feira, 5 de dezembro de 2006 14:03
  Para: delphi-br@yahoogrupos.com.br
  Assunto: RES: [delphi-br] MSN

  Eric, e pessoal.

  Cara, procura no Baixaki, tem um programa chamado MSNSniffer..ele é pago
  mas cria este log de todos os usuarios logados em uma rede.
  Se não me engano a mircrosoft tem um SDK que permite a criação de
  'plugins' para o msn.

  Atenc.
  Elazar

  -Mensagem original-
  De: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br
  [mailto:[EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br
  os.com.br]
  Em nome de Eric D.
  Enviada em: terça-feira, 5 de dezembro de 2006 14:11
  Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br
  Assunto: Re: [delphi-br] MSN

  Amigo, eu acho um pouco difícil, considerando que a conexão do MSN uma
  vez estabelecida entre o client e os servidores do MSN, se mantém ativa
  e vc não tem como capturar esses eventos disparados pela aplicação
  cliente para o servidor do MSN, a não ser pela própria aplicação client
  do msn, ou no máximo no terminal do cara, tentando capturar esses
  eventos do client do msn.

  Se fosse uma possibilidade, vc poderia capturar as mensagens disparadas
  pelo usuário e as mensagens enviadas para o usuário (considerando o
  nível de msgs que vc quer(de/para, data-hora início/data-hora fim, vc
  PRECISARIA identificar o usuário na lista de contatos do seu usuário
  alvo). Mas nunca tentei isso então não sei efetivamente se isso é
  possível.

  Realmente isso só seria possível se o msn tivesse algum componente ou
  lib que oferecesse uma interface da sua aplicação com o msn propriamente
  dito.

  De qualquer forma, pelo seu servidor vc só consegue obter no máximo o
  log de acessos do terminal do usuário identificando o IP de origem e
  destino da conexão, tempo de conexão, etc., que seria para um dos
  domínios que o msn necessita se conectar, e mesmo assim, como eu disse
  antes, uma vez estabelecida a conexão do client do msn com os
  servidores, a conexão é persistente até que o msn seja fechado. Então vc
  teria pelo menos quanto tempo o cara ficou conectado no msn.

  Isso que vc está tentando fazer é tarefa de proxy ou firewall. Por acaso
  as informações existentes no log do proxy não satisfazem e precisa mesmo
  detalhar dessa maneira gerencialmente?

  E se vc me permite, dou uma dica:
  Se vc precisa rastrear desse jeito, analise o real motivo: É pra log de
  assuntos relacionados ao trabalho ou a assuntos pessoais?

  Se for mais pra assuntos pessoais, algo do tipo rastrear com quem a
  pessoa anda conversando e por isso ela não anda fazendo o trabalho dela,
  é melhor cortar o acesso completo a programar instant messenger.

  Já se for para analisar as tarefas cotidianas do cara pelo msn, tipo
  conversar com o cliente durante um suporte, eu aconselho vc a criar um
  programa de apontamento de horas para que o funcionário indique o que
  foi feito, quanto tempo, para quem e com que previsão de término, assim
  como são feitos em alguns call centers de suporte. Assim, vc parte para
  uma visão mais gerencial e pode até desfrutar mais do que o funcionário
  anda fazendo do que o pq ele anda fazendo. =)

  Mas isso é uma regra gerencial que vc tem que decidir. Eu só quis

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

Bom dizem que uma imagem vale mais que mil palavras... então...  veja ai...

http://luizescobar.brlog.info/

Sei que a imagem ta meio grandinha, mas é a resolução do montor... depois vejo 
se dá pra colocar em 800x600 ou pelo menos 1024x768

Luiz Escobar
Analista/Desenvolvedor:

  - Original Message - 
  From: Gerhard Roger Nack 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 3:48 PM
  Subject: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Ta calma ai Luiz, deixa eu ver se entendi ...

  Voce cria toda a estrutura de classes de seu sistema, com descendencia, 
associacoes, etc. 
  Alem disso voce tem um datamodule com todas as tabelas do sistema?

  Eh isso mesmo? E em algum lugar voce ainda faz o mapeamento das classes para 
as respectivas tabelas?


  [ ] s

  Gerhard Roger Nack
  [EMAIL PROTECTED] 

  

  De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz 
Escobar
  Enviada em: segunda-feira, 4 de dezembro de 2006 13:47
  Para: delphi-br@yahoogrupos.com.br
  Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Meus TTable´s ficam todos em DATAMODULES... 
  Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, 
nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada 
ela já esta até na possição no cadastro do clienteos DBWare´s do FORM 
-CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes 
DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-)

  Luiz Escobar
  Analista/Desenvolvedor:

  - Original Message - 
  From: Campus 
  To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 7:56 AM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se
  tu criase um descendente de TTable, já com o evento, não precisaria nem de
  colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso.

  Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um
  cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no
  momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre,
  refresh e tals ?

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED] mailto:escobar%40megasistema.com.br 


  . 

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

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



   

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

Uai... aqui pra ieu aparece
Olha que a imagem é meio grande  1600x1200 - 341Kb

http://luizescobar.brlog.info 

só a imagem...
http://paginas.terra.com.br/informatica/radios/imagem.JPG


Luiz Escobar
Analista/Desenvolvedor:


  - Original Message - 
  From: Andreano Lanusse 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Tuesday, December 05, 2006 4:10 PM
  Subject: RE: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  A imagem não aparece :o)

  O ditado ainda não vale :o)

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


Meus TTable´s ficam todos em DATAMODULES... 
Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro, nem 
refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez cadastrada ela 
já esta até na possição no cadastro do clienteos DBWare´s do FORM 
-CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os componentes 
DBWARE´s que estiver usando para LOOKUP, já vai estar posicionado... ;-)


Luiz Escobar
Analista/Desenvolvedor:

  - Original Message - 
  From: Campus 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 7:56 AM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Tá mas teu exemplo de recursividade não tem relação com a questão, melhor se
  tu criase um descendente de TTable, já com o evento, não precisaria nem de
  colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso.

  Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um
  cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no
  momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre,
  refresh e tals ?

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED]

  . 
   

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

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


AH... tá, não... na realidade eu não uso TTABLE, usei ele apenas para 
exemplo

Eu uso MyDAC (mysql) o que tenho em DBF já esta mais que aposentado.. todo 
desenvolvimento novo esta saindo para MySQL com MyDAC e os antigos em DBF estão 
sendo migrados...a gente ta migrando o cara!!!...(era do gelo)  ;-)

Agora PROCURAS,  em TTABLE, só ficam lentos se vc não tiver INDICES para suas 
procuras... para filtros com o ONFILTER ai sim fica MUITO LENTO dependendo do 
tamanho do banco

Quanto a CADASTROS, INSERÇÔES, MODIFICAÇÔES, REFRESH, são só lentros se vc usar 
FILTERED := true e dependendo do tamanho do banco;

Agora TQUERY sim fica extremamete LENTO se vc não usar muito bem os filtros 
(WHERE´s) pois ele iria copiar todo seu banco na maquina local em um arquivo 
temporario...

Caso a inclusão seja por outro usuario ai sim open/close/refresh são 
necessários...

Mas vc tinha dito sobre eu não usar TTABLER em FORM´s, eu disse que não! E 
sobre cadastrar uma cidade para usar em um cliente que estou cadastrando... 
isso não deixaria lento...
tenho isso no meu cadastro de ouvintes... uso o CEP como chave...

Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br


  - Original Message - 
  From: Campus 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 4:03 PM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Mas então tu só trabalha com pequenas massas de dados, se tu for usar Um
  TTable num cadastro de produtos de auto-peças, que chega a 300 mil itens, o
  sistema não anda.

  Abrir e fechar, ou dar refresh é nescessário, caso outro usuário inclua
  novos dados.

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED]
  To: delphi-br@yahoogrupos.com.br
  Sent: Monday, December 04, 2006 1:46 PM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Meus TTable´s ficam todos em DATAMODULES...
  Em Form´s não uso TTABLE Sim uso a mesma TTABLE... não fecho, nem abro,
  nem refresh, pra que isso ? se estou usando a mesma TTABLE, uma vez
  cadastrada ela já esta até na possição no cadastro do clienteos DBWare´s
  do FORM -CAD.CID.estão ligados ao DATASOURCE do DATAMODULE, assim como os
  componentes DBWARE´s que estiver usando para LOOKUP, já vai estar
  posicionado... ;-)

  Luiz Escobar
  Analista/Desenvolvedor:

  - Original Message - 
  From: Campus
  To: delphi-br@yahoogrupos.com.br
  Sent: Monday, December 04, 2006 7:56 AM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  Tá mas teu exemplo de recursividade não tem relação com a questão, melhor
  se
  tu criase um descendente de TTable, já com o evento, não precisaria nem de
  colocar em todas as Tables. Eu prefiro usar um trigger para fazer isso.

  Tu disse que não usa uma TTable em cada form, mas se tu tá cadastrando um
  cliente, por exemplo, e não tem a cidade dele no cadastro de cidades, no
  momento de cadastrar a nova cidade, tu usa a mesma TTable ? Fecha, abre,
  refresh e tals ?

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED]

  .

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

  -- 
   FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM 

  Links do Yahoo! Grupos

  -- 
  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006
  07:18



   

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

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

Tb tem aquelescasos que o cara tem vários clientes que querem as coisas pra 
ontem. Então,
pra muitos, linkar componentes ainda é mais rápido do que programar
utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos 
entregou o sistema.

è verdade, sempre tem os de ontem e os de ante-ontem...
Agora LINKAR componentes nçao significa que o sistema vai sair com varios 
bug´s ai como um outro amigo nosso disse  problema esta no SUJEITO!!!... ;-)

abraços...


Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br

  - Original Message - 
  From: Marcos Douglas 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 4:53 PM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Marcos,
  O problema não é terreno infértil, na minha opinião. Acontece que muitos
  profissionais são obrigados a utilizar a metologia da empresa na qual
  trabalham. A maioria é RAD, pois acham que a produtividade é maior (como
  vcs tanto falam aqui). O programador acaba gostando ou não tendo tempo para
  aprender os benefícios da programação Orientada à Objetos. Tb tem aqueles
  casos que o cara tem vários clientes que querem as coisas pra ontem. Então,
  pra muitos, linkar componentes ainda é mais rápido do que programar
  utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos
  entregou o sistema.

  Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram
  citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um
  único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem
  muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz
  o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as
  forças!

  mD

   Mensagem Original 
  From: mrbar2000 [EMAIL PROTECTED]
  To: delphi-br@yahoogrupos.com.br
  Sent: Seg, Dezembro 4, 2006 1:29 pm
  Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

   João, as vezes acho que estamos tentando plantar estas coisas em
   terreno infértil, o pessoal ainda nao acordou para reuso nem
   orientação a objetos, poucos faculdades e professores sabem realmente
   sobre o assunto e quando sabem, nao conseguem demostrar na prática
   como ficaria, nem quais os benefícios reais que OO pode trazer.
  
   1) OO é solução para tudo?
  
   Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do
   cliente com mais eficiência e acima de tudo na manutenção do sistema.
   Não que nao se consiga boa parte disso usando RAD com dataware (que eu
   particularmente acho produtivo tambem, mas infelizmente faz com que a
   maioria dos programadores acoplem as camadas, alem do problema de não
   ter controle sobre a sincronia dos dados)
  
   2) Você utiliza OO?
  
   Ainda não, trabalho em um framework OO chamado Infra similar ao Press
   mas nao posso utilizar ainda pela falta da persistência (poderia usar
   o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o
   projeto que já tenho em mente para o Infra). Alem disso sei que usar
   agora seria aumentar o trabalho pela falta de uma ferramenta, expert
   ou wizard que facilite o desenvolvimento (acho que com estes recursos,
   desenvolver de forma OO vai dar um banho no desenvolvimento tradicional).
  
   Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os
   componentes no form, enfiar código em eventos ligar tudo visualmente e
   gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se
   fosse fazer em OO com o que temos hj disponível poderia levar 3 dias.
   mas na próxima tela nao seria necessário mais 2 dias. E nao estou
   falando aqui de CTRL+C e CTRL+V como muito programador faz com suas
   telas hj em dia. Já tive muitos problemas em se fazer isso na minha
   empresa. Pessoal pega telas complexas cheias de código e simplesmente
   duplicava para montar um form similar, perdendo tempo demais
   procurando erros de ter componentes ou código fazendo ou apresentando
   coisas indevidas. Perdiamos muito mais tempo do que se tivessemos
   pegado o form do zero e montado.
  
   Alem disso tem a questão de testes. Automatizar testes é muito fácil
   em OO mas no desenvolvimento tradicional... hummm. uma desgraça.
   Segue-se o velho modelo: compila - testa - não funciona - compila -
   testa
  
   Alem disso, quando se muda alguma coisa no código vc dificilmente faz
   todos os testes que já fez manualmente até hj, isso com testes
   automatizados nao aconteceria e vc teria a certeza (ou quase) que seu
   software nao está sendo entregue com novos bugs ou bugs que já havia
   sido corrigidos.
  
   Depois de toda esta discussão joão eu percebo que o pessoal só vai se
   interessar quando pudermos mostrar que será mais

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

Ok, valeu, vou tentar compilar, valeu...

Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br


  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Monday, December 04, 2006 12:01 PM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Luiz Escobar wrote:

   - É o mesmo botãozinho em cada componente. E se for um 
   TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em 
   cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP.
   
   Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, 
indiretamente eu estou informando não é ?? vejamos:
   
   procedure buttonclick(...)
   form1.showMODAL;
   
   procedure buttonclick(...)
   cliente := TCLIENTE.nãolembrootermo(ID); 

  Você não precisa disso. O registro de Presenter faz isso por você. Então 
  se você tem um combo e liga a um Nota.Cliente, ele sabe que isso aponta 
  para TCliente, sabe que vai usar o form TClienteEditViewForm, ele sabe 
  instanciar o form, destruir, gravar os dados do Cliente em TCliente e 
  depois gravar o ID do cliente em TNota. Depois nesse combo você pode 
  digitar um pedaço do nome do cliente e o Combo é aberto com os clientes 
  que possuem aquele critério. Novamente, sem código algum. Tudo o que 
  tens que fazer é criar as classes (Wizard, pois sem ele é bem phodha), 
  registrar, e por fim ligar o Combo ao atributo da classe (uma linha de 
  código que chama um método com três parâmetros).

  Tá certo, você precisa registrar algumas coisas, e no lugar certo. E se 
  você quiser criar umas funcionalidades diferentes, tem que ser no lugar 
  certo também, mas tudo isso resolve-se com Wizards, sem código nenhum -- 
  exceto o seu próprio código, lógico, MVP não faz milagre. Você precisa 
  pelo menos saber o que quer :-) E lógico, ainda falta implementar os 
  raios dos Wizards.

   sempre penso em como fazer o software ser mais produtivo para o USUÁRIO 
também,
   se as telas começarem a demorar d+ para serem apresentadas, to fora... 

  Depende da persistência. InstantObjects tem uns perrengues (lentidão) 
  quando você tem objetos muito complexos. Mas como te disse - uma que a 
  equipe está trabalhando nesse perrengue, outra que eu posso escrever um 
  broker para tiOPF, DePO ou qualquer outro. Outra ainda é que eu tenho 
  intenção de criar um framework de persistência próprio.

  Ainda assim, mesmo com InstantObjects, não é nada de arrancar os 
  cabelos. Tenho um projeto com quatro níveis de mestre-detalhe, e as 
  telas apesar de não serem apresentadas instantaneamente, levam uma 
  pequena fração de segundos para aparecer quando o objeto ainda tá no 
  banco. Se o objeto tá em cache, a apresentação é instantânea, 
  independente do tamanho do form.

  Quanto ao produtivo para o usuário, aqui sim está a vantagem. Você cria 
  novas funcionalidades em quaisquer componentes, como Combo, StringList, 
  ou mesmo Edit, registra o Model no framework e a funcionalidade é 
  replicada para todo o teu sistema. Se você quiser, agora, usar um 
  ListView para apresentar dados (o framework *ainda* não o suporta), 
  basta você registrar uma View que entenda ListView e pimba, tá lá o 
  ListView mostrando os teus objetos de negócio. Você não precisa que o 
  desenvolvedor do framework faça isso por você, nem mesmo se o código 
  fosse fechado. Assim você usa uma ferramenta que não te prende a apenas 
  um padrão, um banco, um componente, uma funcionalidade. Veja MVP.txt nos 
  docs aonde eu falo mais ou menos isso com outras palavras.

   E que ASSEMBLY tem haver com isso...
   Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não 
fizer isso, bom, deve ser um MASOQUISTA!
   O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um 
MVP, não o torna melhor o pior programador que eu, acho que neste ponto vc 
deveria REVER OS SEUS CONCEITOS...

  Véi, foi forçado o comentário. Mas ainda assim tentei colocar dois 
  exemplos extremos - Assembly é puro código e arrastar componente é puro 
  click. Nenhum dos dois é bom porque por um lado lhe falta produtividade, 
  por outro lhe falta recurso. MVP é mais orientado a código, 
  especialmente _hoje_, _em Press_. Logo que a anta véia conseguir criar 
  os Wizards tudo firacá mais divertido e clickável. Mesmo assim, desculpa 
  a falta de jeito. Eu, pra mula, só tá faltando as penas.

   se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim...
   Já vi que vc não quer me enviar o executavel pra eu testar... 
   
   Leia os Readme.
   
   Já LI!... :-/

  Vide ($Press)/Demos/Readme.txt. Você precisa remover a dependência com 
  InstantObjects, ou instalá-lo em teu micro. Ainda assim vou empacotar um 
  binário

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

2006-12-02 Por tôpico Luiz Escobar


  Bom vamos fazer o seguinte, eu não vo conseguir convencer vc 
que DBWares são uma boa coisa assim como vc não vai me converser que MVP são a 
solução dos problemas...  CERTO!?
  Bem então já que vc esta desenvolvendo o SEU MVP que está em 
PRE-ALFA, faça o seguinte, porque creio que não só eu como varios aqui ficaram 
interessados no assunto, dá pra colocar no site um LINKzinho com um cadastro 
com nome e email para sempre que sair atualizações a gente receber no email 
pelo meno O MVP DO JOÃO FOI ATUALIZADO! ai a gente vai acompanhado e 
APRENDENDO MAIS E MAIS de como isso ai realmente funciona, porque pra VC é 
FACIL FALAR pois é VC que esta DESENVOLVENDO esta do jeito que esta na SUA 
CABEÇA e não na dos demais..., pra mim trabalhar com DBWARE´s é MUITO FACIL e 
nunca senti dificuldades com ele,  o que pode ser muito CLARO pra vc pros 
outros vai parece um breu total... assim vc ajuda a comunidade a acompanhar o 
seu projeto, ou se não der pra fazer a parte de emails pois o provedor onde 
esta não aceita vc mandar MUITOS emails, posta aqui no GRUPO mesmo, OLHA GENTE 
ATUALIZEI MAIS UMAS COISA e coloca o LINK porque a gente acaba esquecendo... 
BLZ!?

Sem recentimentos... Abraços... Até mais...
Agora eu encerei a minha participação nesta THREAD... só v ou acompanhar e não 
mais participar...
Então em sua resposta se puder apenas afirmar e não perguntar... ;-)

E mais abaixo tem os meus comentários sobre os seus comentários

Luiz Escobar

- Segue mensagem original! -
De: Joao Morais [EMAIL PROTECTED]

- É o mesmo botãozinho em cada componente. E se for um 
TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em 
cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP.

Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, 
indiretamente eu estou informando não é ??  vejamos:

procedure buttonclick(...)
   form1.showMODAL;

procedure buttonclick(...)
  cliente := TCLIENTE.nãolembrootermo(ID); 

não vejo diferença assim... mas beleza... deixa queto...

- Em herança de formulário você não tem como dizer que o ID_x aponta 
para a tabela x e que o formulário para fazer a alteração/inclusão é 
x. Se tivesse não seria herança de formulário, seria MVP.

- DBNavigator não abre janela, e se abrir, você tem que dizer qual é a 
janela. E tem que destruir. E se duvidar, vai ser modal para que essa 
janela não bombeie o resto do sistema. E se nada disso der trabalho, não 
é DBNavigator, é MVP.

- Herança, e não recursividade.

O que manda mais que os dois acima é produtividade, tanto na parte de 
produção/construção do software quanto na parte de utilização dos mesmo... 
(tempo em todos os sentidos...). Porque EU como programador sempre penso em 
como fazer o software ser mais produtivo para o USUÁRIO também, se as telas 
começarem a demorar d+ para serem apresentadas, to fora... 
Do meu ponto de vista o DBWARE me parece mais produtivo, mas to tentando 
entender onde esta o ponto produtivo do MVP em DELPHI... tento QUE HOJE fazer 
mais códigos e/ou ficar separando isso aqui isso ali...


- Pare de dar murro em ponta de faca, pergunte antes de falar bobagem. 
Se você tem certeza então não faça pergunta; se você tem dúvida, faça 
pergunta e não diga o que você acha. Para um programador Assembly você 
está me saindo um perfeito arrastador de componente.

Se eu soubece tudo, não estaria DIALOGANDO(teimando) com vc e sim te encinando, 
ou ganhando muito mais dinheiro.. E que ASSEMBLY tem haver com 
isso.JESUS!!!
Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não fizer 
isso, bom, deve ser um MASOQUISTA!
O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um MVP, 
não o torna melhor o pior programador que eu, acho que neste ponto vc deveria 
REVER OS SEUS CONCEITOS...

se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim...
Já vi que vc não quer me enviar o executavel pra eu testar...  

Leia os Readme.

Já LI!... :-/

Re: [delphi-br] [OFF] Exemplo de MVP

2006-12-02 Por tôpico Luiz Escobar


Legal, obrigado pela explicação...

Luiz Escobar


- Segue mensagem original! -

De: Joao Morais [EMAIL PROTECTED]
Data: Sat, 02 Dec 2006 12:39:32 -0200
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: [delphi-br] [OFF] Exemplo de MVP

Luiz Escobar wrote:
 - Segue mensagem original! -
 
 De: Joao Morais 
 
 Respondi outra coisa noutra mensagem, mas agora é que entendi a tua 
 pergunta. E a resposta é não. MVP trabalha exclusivamente com objetos de 
 negócio, portanto você precisa mapear para banco relacional, e isso 
 componentes TDataset-like (como MyDAC) nem fazem idéia do que é. Este 
 componente precisaria ser um broker da persistência.
 
 Desculpa à minha santa ignorancia no assunto, mas que diabos é esse BROKER e 
 porque ele é tão persistente  hehehehe

Persistência é gravar para leitura posterior.

Broker liga funcionalidade ao interessado na funcionalidade.

MyDAC não entende objetos de negócio. Persistência não entende 
(necessariamente) de acesso direto ao banco. Então um Broker para MyDAC 
faz com que um mecanismo de persistência possa gravar em MySQL através 
deste componente.

 PÔ abandonar meu MyDAC ? cara em MySQL ele faz até chove neste banco... tão 
 facil e rapido manupular as coisas hu... que falta faz um broker pra 
 MyDAC, não gosto do Zeos, da muitos problemas..

Mas não faz chover orientado a objetos.

--
João Morais

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

Acho que vc esta redondamente equivocado nesta parte Campus
pra isso que existem os DATAMODULES / ( PROCEDURES / FUNCTIONS / OnEvent´s  
)-RECURSIVOS  eu só faço a parte de pesquisa uma unica vez... se ta loco 
fica colocando um TTABLE em cada FORM hehehehhe

Um exemplo RECURSIVO USANDO BeforePOST( bla bla ), em todas as minhas tabelas 
(uso MySQL) tem o campo 'lastuser' que é o ultimo usuário que 
cadastrou/modificou o registro.
Em todas as tabelas eu uso esse unico evento... crio ele uma unica vez e nos 
BEFOREPOST eu seleciono o EVENTO que já esta criado  (a data hora é um 
campo TIMESTAMP no MySQL, assim nem me preocupo com ela)

procedure TMD_BeforePostALL( dataset : TDataSet );  // ALL porque é usado para 
todos
Begin
DataSet.FieldByName('lastuser').AsString := (f_principal.l_user); // pega  
o usuário do form.principal...
End;


Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL 
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br




  - Original Message - 
  From: Campus 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Thursday, November 30, 2006 3:28 PM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Luiz eu tb estou olhando mais de perto isso.

  O bom é que tu pode criar uma classe TCliente, e chamando o retrieve, por
  exemplo, carregar os dados do banco.

  O ganho é que tu faz isso na classe, e só instancia o objeto.

  Com TDataSet, se em cada form tu for colocar um TTable ou um TQuery para
  buscar esses dados, tu vai ter que localizar o cliente corespondente, ou com
  Locate, ou com um GotoKey. Em resumo, e sempre tem que escrever muito
  código.

  Já no caso, usando um objeto cliente, tu escreve esse código uma vez só e
  pronto.

  - Original Message - 
  From: Luiz Escobar [EMAIL PROTECTED]
  To: delphi-br@yahoogrupos.com.br
  Sent: Thursday, November 30, 2006 2:01 PM
  Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

   Andreano, não é achar que não deve ter, é ter certeza que não precisa
  ter.
  Opa, isso precisa ter muita base pra falar né futuro matuzalem

  É sempre questão de preferência. Falo por mim, estou apenas expondo
  vantagens de um modelo orientado a objetos perante o RAD (com exceção de
  usar TDataset como objeto de negócio - isso é roda quadrada).

  HUmmm uma questao de preferencias. agora melhorou

  TDataset é orientado a tabela, OPF é orientado a objetos do domínio do
  problema.

  ==TDataset==
  TabCliente.Open; // ou .Query := 'xx';
  TabCliente.Locate(); // ou TabCliente.Open;
  TabCliente.Edit
  TabClienteNOME := 'Outro';
  TabCliente.Post;
  e se tiver Cached updates... transação...
  ai vc coloca um APPLYUPDATE(-1) e ta tudo certo

  ==OPF==
  Cliente := TCliente.Retrieve(ID); -- monta query, pesquisa, etc.
  Cliente.Nome := 'Outro Nome';
  Cliente.Save; -- cache, controle transacional, tudo aqui dentro.

  E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu pra
  TDataset.

  Ta tirei o EDIT, quer dizer só mando o valor, sem dar um EDIT, mas tenho um
  SAVE = POST, os cache/transaction no OPF não existem ? onde eu faço varias
  alterações e mando salvar tudo de uma vez para que se der um problema eu
  possa fazer um ROLLBACK ???
  Este exemplo ta meio desproporcional...
  Pra quem acha que EDIT´s são melhores que DBEDIT´s, isso ai Fudeu com tudo
  mesmo porque os controles ficaram mais ainda longe das mãos dos
  programadores não que eu não ache isso maravilhoso, muito pelo
  contrario, quanto menos codigo melhor...

  BOM mas o que o OPF do RETRIEVE usou para se ligar ao BANCO ? não foi um
  DBWARE ? tipo um TTABLE ? TQUERY ? TDATABASE ? e para visualizar as coisas,
  vou ter que fazer um label1.caption := cliente.nome ?
  Explique mais, ou mostre onde posso conseguir mais coisa to começando a
  gostar do bixim

  ==DBAware==
  
  DBAware é orientado a TDataset (win32) e ainda assim fica pendurado em
  um componente (DB*) e a um datasource. Se você quer um componente
  'Combo' mais envenenado, ele tem que entender DBAware. Se o seu Dataset
  estiver em um DataModule e por desencargo do destino a ligação quebrar
  (nisso o Delphi melhorou um bocado), você tem que reabrir o form e
  refazer a bendita.

  é isso de quebrar realmente acontecia muito com D2 mas no D6 nunca
  aconteceu comigo

  ==MVP==
  
  MVP é totalmente desacoplado, é o framework que entende o componente, e
  não o contrário. O formulário que usa o padrão MVP *não tem código*,
  você pode mandar os .pas e os .dfm para uma empresa de design, entregar
  uma licença de Delphi pra eles, eles usam qualquer componente que eles
  quiserem, você tras os novos formulários para o seu projeto e recompila.
  A única exigência é que os componentes continuem com o mesmo nome,
  porque MVP pode ser

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

Respondendo todas as suas perguntas abaixo não, faço isso uma vez

Luiz Escobar
Analista/Desenvolvedor:

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

  Fellipe Henrique wrote:

   O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja,
   tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu
   digo, o erro não está no Objeto e sim no Sujeito.

  Você não tem que setar sempre o DataSource, DataField, KeyField, 
  ListField, criar um botão pra criar novo cliente, criar atalhos pra 
  incluir novo item no Grid e coisas afins?

  Eu conheço MVP e DBWare, estou falando por experiência, não estou jogando.

  --
  João Morais

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

Re: [delphi-br] [OFF] Exemplo de MVP

O João esse exemplo se eu compilar no Delphi6 Professional vai rodar ? 

Luiz Escobar
Analista/Desenvolvedor:

  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 01, 2006 1:55 PM
  Subject: Re: [delphi-br] [OFF] Exemplo de MVP

  Valfrid-Ly Silva Couto wrote:
   Onde você colocou o exemplo!?

   A lista não aceita anexos.

  Conta no final da mensagem:

  www.pressobjects.org
  http://pressobjects.org/snapshot/press-snapshot-20061130-r157.zip

  --
  João Morais

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

Re: [delphi-br] [OFF] Exemplo de MVP

Joãozinho, se ta brincando né...  como vou usar isso depois do que li 
abaixo 

O PressObjects possui atualmente apenas packages de Runtime, pois
ainda não foi implementada nenhuma funcionalidade para a IDE.

Vo faze na mão ?  do jeito que ta falando ai abaixo ? Se for, como a WALTER 
disse eu estou aumentando, isso ai esta me parecendo altamente improdutivo 
fora da realidade que a IDE do DELPHI nos deu quando isso ai estiver na IDE 
a a gente USAR como os DBWare, como vc mesmo disse, vc USA e não os cria na 
mão, ai vai dar pra ter uma idéia melhor..

Este documento possui um resumo dos passos necessários para criar uma
aplicação com PressObjects.

1. Criar um novo projeto na IDE do compilador;

2. Criar o Presenter do formulário principal (vide MVP-ptbr.txt);

3. Alterar o arquivo principal do projeto, substituindo a chamada à
Application.Run por MainPresenterClass.Run;

4. Incluir as units de persistência no projeto (vide
Persistence-ptbr.txt);

5. Criar modelo de classes de negócio do framework de persistência e
do PressObjects (vide BusinessClasses-ptbr.txt);

6. Criar formulários para as classes de negócio;

7. Criar o Presenter de cada formulário (vide MVP-ptbr.txt);

8. Criar Commands e associar - ou ao Model (menu de contexto), e/ou a
um componente visual e/ou a um item de menu (vide MVP-ptbr.txt).


To falando isso pra hoje, quero começar a usar agora


Luiz Escobar
Analista/Desenvolvedor:


  - Original Message - 
  From: Joao Morais 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 01, 2006 1:55 PM
  Subject: Re: [delphi-br] [OFF] Exemplo de MVP


  Valfrid-Ly Silva Couto wrote:
   Onde você colocou o exemplo!?
   
   A lista não aceita anexos.

  Conta no final da mensagem:

  www.pressobjects.org
  http://pressobjects.org/snapshot/press-snapshot-20061130-r157.zip

  --
  João Morais


   

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

Re: [delphi-br] [OFF] Exemplo de MVP

O João, vendo o seu exemplo vi que ele usa um XML, mas isso é frau pra xuxu pra 
grandes aplicações
Eu trabalho com MySQL usando MyDAC com os DBWare´s...
O que vc me diz sobre usar isso em MVP ??

Vi que vc usa STRINGGRID no lugar de uma DBGRID meu isso fica lento, 
imagine isso com varios registros... quando comecei com MySQL, não tinha muitas 
opções para se conectar a mais usada era ODBC e era simplesmente orrivelmente 
inviavel então criei o meu vamos dizer MeuMyDAC, ele alimentava uma 
STRINGGRID e tinha que tomar cuidado com a quantidade de registros que eu 
trazia pois o trem era lento

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: Friday, December 01, 2006 1:55 PM
  Subject: Re: [delphi-br] [OFF] Exemplo de MVP


  Valfrid-Ly Silva Couto wrote:
   Onde você colocou o exemplo!?
   
   A lista não aceita anexos.

  Conta no final da mensagem:

  www.pressobjects.org
  http://pressobjects.org/snapshot/press-snapshot-20061130-r157.zip

  --
  João Morais


   

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

Re: [delphi-br] [OFF] Exemplo de MVP

Eu quero mas só quando tiver os wizards alias nem o wizards e sim a parte 
IDE ;-)

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: Friday, December 01, 2006 4:34 PM
  Subject: Re: [delphi-br] [OFF] Exemplo de MVP


  Luiz Escobar wrote:

   Joãozinho, se ta brincando né... como vou usar isso depois do que li 
abaixo 
   
   O PressObjects possui atualmente apenas packages de Runtime, pois
   ainda não foi implementada nenhuma funcionalidade para a IDE.
   
   Vo faze na mão ? do jeito que ta falando ai abaixo ? Se for, como a WALTER 
disse eu estou aumentando, isso ai esta me parecendo altamente improdutivo 
fora da realidade que a IDE do DELPHI nos deu quando isso ai estiver na IDE 
a a gente USAR como os DBWare, como vc mesmo disse, vc USA e não os cria na 
mão, ai vai dar pra ter uma idéia melhor..

  Luiz, temos que esclarecer algumas coisas:

  1. (Repetindo) você não é obrigado a concordar.
  2. (Repetindo) Wizards não estão prontos.
  3. É LGPL, de graça. Quer, use, não quer, apague.

  --
  João Morais


   

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

[Fatal Error] PressInstantObjectsBroker.pas(33): File not found: 
'InstantConnectionManager.dcu'

tentei compilar o trem do phonebook e nada isso no D6-PRO tem como vc 
mandar o executavel compilado, funcionando pra mim ? quero alimentar o banco e 
ver a performance do bixim na pratica...   

UAI, acho que vc falou, algo e eu entendi alga ou virce-versa... hehhehe  
Sempre que eu criar um novo FORM eu tenho que setar os DATASET´s,  
DATASOURCE´s, DATAFIELD´s..., mas isso uma vez, setou cabou ai é só fazer 
os EVENTos que eu precisar para testar CGC/CPF etc e tal... e pronto 

Eu queria o executavel disso ai, com  o banco alimentado para ver a performance 
do carinha em XML, já vi que vai ser LENTO da dedel MAS QUERO 
TESTAR  DBWARE com XML e o MVP com o XML 

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: Friday, December 01, 2006 3:30 PM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Luiz Escobar wrote:

   Respondendo todas as suas perguntas abaixo não, faço isso uma vez

  Eu já havia prometido largar essa thread, mas eu não resisto.
  Por favor, diga como você faz isso!

  --
  João Morais

   Luiz Escobar
   Analista/Desenvolvedor:
   
   
   - Original Message - 
   From: Joao Morais 
   To: delphi-br@yahoogrupos.com.br 
   Sent: Friday, December 01, 2006 10:14 AM
   Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
   
   
   Fellipe Henrique wrote:
   
O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou 
seja,
tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu
digo, o erro não está no Objeto e sim no Sujeito.
   
   Você não tem que setar sempre o DataSource, DataField, KeyField, 
   ListField, criar um botão pra criar novo cliente, criar atalhos pra 
   incluir novo item no Grid e coisas afins?



   

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

Pera ai, quem disse que com DBWARE não dá pra fazer reaproveitamento de código 
? 
Talvez não no mesmo nivel, mas que dá, dá!

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: Friday, December 01, 2006 9:39 AM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!


  Walter Chagas (Yahoo) wrote:

   Isto é plenamente possível sim. Não quer dizer que se voce for usar 
   DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos 
   que podem conviver plenamente com os DB.

  Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de 
  forma orientada a objetos. Desta forma não tem cabimento colocá-los em 
  um mesmo projeto.

  DBWare é bom pra quem não tem paciência pra oop. Se você quer 
  reaproveitamento de código de interação com o usuário, você troca DBWare 
  por MVP.

  --
  João Morais


   

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

é isso ai 

Luiz Escobar
Analista/Desenvolvedor:

  - Original Message - 
  From: Fellipe Henrique 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Friday, December 01, 2006 9:53 AM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!

  O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja,
  tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu
  digo, o erro não está no Objeto e sim no Sujeito.

  []s

  Em 01/12/06, Joao Morais [EMAIL PROTECTED] escreveu:

   Walter Chagas (Yahoo) wrote:

Isto é plenamente possível sim. Não quer dizer que se voce for usar
DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos
que podem conviver plenamente com os DB.

   Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de
   forma orientada a objetos. Desta forma não tem cabimento colocá-los em
   um mesmo projeto.

   DBWare é bom pra quem não tem paciência pra oop. Se você quer
   reaproveitamento de código de interação com o usuário, você troca DBWare
   por MVP.

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

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

[delphi-br] Calcular data nascimento num query com arquivo DBF

Gente mudando um pouco de assunto, como eu faço o seguinte:
Tenho um banco de dador em DBF (dBase) onde tenho o campo NASCIMENTO EX:( 
30/12/1969 ) a idade é de 36 anos HOJE  certo ?
bom quero fazer uma query que me retorne as idade agrupas e somadas tipo:

Select (YEAR(nascimento)-2006) as idade, count(*) FROM tabela GROUP BY idade 
ORDER BY idade

claro a sentença assim não funciona corretamente, mas como seria, faz tempo que 
não mexo com DBF :-)

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]

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

- Segue mensagem original! -

De: Joao Morais [EMAIL PROTECTED]

Ceder? Eu?
  è ta sim, já ta concordando com os TDATASET´s... heheheh

 Mas lembrando que para mexer com estes Frameworks, o camarada tem que 
 ter a manha de OOP, do contrario vai é acabar misturando OO com PE e 
 começar a andar em circulos..

Mas com certeza!

Ta vendo já não é tão facil...

Posso até adiantar uns conceitos pra você.
Na boa! Meros pontos de vista de quem gosta de pegar um bom desafio:

Desafio ? que nada gosto de ver a coisa fluindo e rodando o mais rapido 
possivel se não a produtividade vai pro [EMAIL PROTECTED]

TDataset:

É legal, você tem acesso direto à tabela, faz pesquisas e atualizações 
super-otimizadas. Ninguém bate TDataset em desempenho, apenas um louco 
faria um retrieve de trocentos objetos para fazer um reajuste de preço 
em 10%. TDataset mata a pau.

Pronto chego no ponto TDataSet mata a PAU!!!...

OPF:

Agora, se você está escrevendo a lógica do sistema, esquece TDataset. 
Teus problemas são objetos, TDataset são tabelas e eles não combinam. 
Usar OPF pra cadastrinho já ajuda porque você não precisa daquela 
tranqueira de Locate/Edit/Post/Cancel, etc. Usar OPF pra hierarquia de 
classes, putz... pode escrever, é impossível você fazer um trabalho 
legal com TDataset porque o componente não entende de hierarquia de 
classes. Falo em coisa do tipo TContato-TPessoa-TCliente ...

Usar OPF pra CADASTRINHO ?  Pô João uma hora é pra coisa grande a longo 
prazo... etc.. e tal... agora pra cadastrinho ? e outra  EDIT/POST/CANCEL ??? 
isso o DBNAGIGATOR faz e um locate não da tanto trabalho como vc ta 
falando...

DBWare:

Nada como ter tudo ao alcance de uns clicks. Dá pra fazer um cadastro 
funcional em minutos (5, 10), batendo papo e dando uns goles em uma 
xicrinha de café. O componente entende tudo de ler, gravar, buscar em 
outra tabela, etc. Mumu.

Pronto adimitiu de vez... DBWare mada a PAU!!!...

MVP:

Mas o problema começa quando você percebe que perde tempo demais fazendo 
botãozinho do lado do combo pra cadastrar cliente, ou inventar uma 
ginástica diferente porque o cliente quer digitar um pedaço do nome e o 
componente retornar as opções dentro daquela pesquisa. Pior quando você 
quer, com um click, criar um novo cliente. Isso pode ser feito com 
DBWare mais um saco de paciência. E isso não é legal, pois cada novo 
projeto, cada novo form tem aquela mesma manobra. MVP soluciona isso. 
Tudo quanto é tranqueira desse tipo que você cria para o primeiro 
componente do primeiro form do primeiro projeto, é reaproveitado nos 
demais. Quando você acha um erro na implementação, o conserto de um é o 
conserto de todos os outros ao mesmo tempo. Aqui eu pergunto -- isto não 
é ganho de produtividade no médio prazo?

Fazer botãozinho do lado do combo pra cadastrar da trabalho ? onde ? 
Fazer ginastica para digitar e achar o cliente ?  VC não conhece o MyDAC né ? 
ele tem isso no DBGRID que o acompanha.. e muito mais
Criar um novo cliente ? novamente DBNAVIGATOR. 
Novo FORM novo PROJETO ? mesma manobra ? e a parte RECURSIVA se é igual só 
copiar  FORM de um pro outro e olhe lá... se vc já sabe que vai reusar é só 
inserir no novo projeto... e VUA-LA, ta lá... heeeheee  
Quanto a erros, bons se eu uso 1 FORM em dois projetos se arrumar em um já 
arrumei em outro...  eita

Nesse ponto eu volto a fazer a pergunta original dessa thread campeã: 
Usar ou não usar DBWare? E completo - por quê sim, por quê não? 
Justifique sua resposta com consciência.

Acabei de fazer isso acima...

Tudo isso que eu coloquei exige doses cavalares de OOP, e quem estiver 
preparado para esse tipo de desenvolvimento estará na frente -- 
construindo softares em cada vez menos tempo, com cada vez mais qualidade.

doses cavalares de OOP não significa produtividade pra quem FAZ, talvez pra 
quem vá arrumar mais tarde e olhe lá...

Sim, OPF, MVP, enfim tudo relacionado a 100% OOP vale muito a pena.

Sei não... se compilou aquele PHONEBOOK ?? to loco pra testar a performance do 
bixim


Luiz Escobar

Re: [delphi-br] [OFF] Exemplo de MVP


Agora cara, não me leva a mal. Juntando as tijoladas tua e do Walter já 
era pra eu estar na UTI. Na boa mermão, estou tentando fazer um trabalho 
legal, di grátis, ninguém está obrigado a gostar, aprovar nem usar. Beleza?

100% beleza,,, as criticas podem parecer destrutivas mas a intensão é 
construtiva e pra poder sugar o maior numero de informação de vc brother... 
ehhehehe  ;-)

Abraços e não desiste não... os tijolos são de espoma... hehehehhe

Luiz Escobar

Re: [delphi-br] [OFF] Exemplo de MVP

- Segue mensagem original! -

De: Joao Morais [EMAIL PROTECTED]

Respondi outra coisa noutra mensagem, mas agora é que entendi a tua 
pergunta. E a resposta é não. MVP trabalha exclusivamente com objetos de 
negócio, portanto você precisa mapear para banco relacional, e isso 
componentes TDataset-like (como MyDAC) nem fazem idéia do que é. Este 
componente precisaria ser um broker da persistência.

Desculpa  à minha santa ignorancia no assunto, mas que diabos é esse BROKER e 
porque ele é tão persistente  hehehehe

PÔ abandonar meu MyDAC ? cara em MySQL ele faz até chove neste banco... tão 
facil e rapido manupular as coisas  hu...  que falta faz um broker pra 
MyDAC, não gosto do Zeos, da muitos problemas..

Luiz Escobar

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

Nunca tive problema algum com DBWARE´s

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: Rubem Nascimento da Rocha 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Wednesday, November 29, 2006 11:56 PM
  Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!



  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



   

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

APOIADO...

Luiz Escobar
Analista/Desenvolvedor:



  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]



   

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

 Andreano, não é achar que não deve ter, é ter certeza que não precisa ter.
Opa, isso precisa ter muita base pra falar  né futuro matuzalem

É sempre questão de preferência. Falo por mim, estou apenas expondo 
vantagens de um modelo orientado a objetos perante o RAD (com exceção de 
usar TDataset como objeto de negócio - isso é roda quadrada).

HUmmm uma questao de preferencias.  agora melhorou

TDataset é orientado a tabela, OPF é orientado a objetos do domínio do 
problema.

==TDataset==
TabCliente.Open; // ou .Query := 'xx';
TabCliente.Locate(); // ou TabCliente.Open;
TabCliente.Edit
TabClienteNOME := 'Outro';
TabCliente.Post;
e se tiver Cached updates... transação...
ai vc coloca um APPLYUPDATE(-1) e ta tudo certo

==OPF==
Cliente := TCliente.Retrieve(ID); -- monta query, pesquisa, etc.
Cliente.Nome := 'Outro Nome';
Cliente.Save; -- cache, controle transacional, tudo aqui dentro.

E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu pra 
TDataset.

Ta tirei o EDIT, quer dizer só mando o valor, sem dar um EDIT, mas tenho um 
SAVE = POST, os cache/transaction no OPF não existem ? onde eu faço varias 
alterações e mando salvar tudo de uma vez para que se der um problema eu possa 
fazer um ROLLBACK ???
Este exemplo ta meio desproporcional... 
Pra quem acha que EDIT´s são melhores que DBEDIT´s, isso ai Fudeu com tudo 
mesmo porque os controles ficaram mais ainda longe das mãos dos 
programadores não que eu não ache isso maravilhoso, muito pelo contrario, 
quanto menos codigo melhor...

BOM mas o que o OPF do RETRIEVE usou para se ligar ao BANCO ? não foi um DBWARE 
? tipo um TTABLE ? TQUERY ? TDATABASE ? e para visualizar as coisas, vou ter 
que fazer um label1.caption := cliente.nome ? 
Explique mais, ou mostre onde posso conseguir mais coisa to começando a 
gostar do bixim 

==DBAware==

DBAware é orientado a TDataset (win32) e ainda assim fica pendurado em 
um componente (DB*) e a um datasource. Se você quer um componente 
'Combo' mais envenenado, ele tem que entender DBAware. Se o seu Dataset 
estiver em um DataModule e por desencargo do destino a ligação quebrar 
(nisso o Delphi melhorou um bocado), você tem que reabrir o form e 
refazer a bendita.

é isso de quebrar realmente acontecia muito com D2 mas no D6 nunca 
aconteceu comigo

==MVP==

MVP é totalmente desacoplado, é o framework que entende o componente, e 
não o contrário. O formulário que usa o padrão MVP *não tem código*, 
você pode mandar os .pas e os .dfm para uma empresa de design, entregar 
uma licença de Delphi pra eles, eles usam qualquer componente que eles 
quiserem, você tras os novos formulários para o seu projeto e recompila. 
A única exigência é que os componentes continuem com o mesmo nome, 
porque MVP pode ser bom, mas não é feiticeiro.

HUmmm isso realmente parece bom...

Teria mais um monte pra falar, mas encerro aqui minha participação nessa 
thread com esse mini-artigo (a menos que os colegas tenham dúvidas).

Vixe... varias... mas vamos deixar para quando vc chegar no BETA ai eu vou ser 
um que vai querer testar isso ai... porque em PRÉ-ALFA, num vai dar

Valeu e obrigado



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]

Re: [delphi-br] Framework MVP

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.

òtimo assim sabemos que o negocio esta certo então...

 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.

PRÉ-ALFA  vc usuaria algo PRÉ-ALFA que vc não tem dominio sobre o que ta 
acontecendo de errado, DIGO:
vc usuaria algo PRÉ-ALFA em um desenvolvimento seu se fosse EU ou melhor a 
BORLAND estive-se desenvolvendo, em uma aplicação sua para instalar em um 
cliente seu e ficar ouvindo reclamações de erros insoluveis por causa do 
PRÉ-ALFA !?

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 6:36 PM
  Subject: Re: [delphi-br] Framework MVP


  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



   

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

 ==OPF==
 Cliente := TCliente.Retrieve(ID); -- monta query, pesquisa, etc.
 Cliente.Nome := 'Outro Nome';
 Cliente.Save; -- cache, controle transacional, tudo aqui dentro.
 
 E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu 
 pra TDataset.
 
 Ta tirei o EDIT, quer dizer só mando o valor, sem dar um EDIT, mas tenho um 
 SAVE = POST, os cache/transaction no OPF não existem ? onde eu faço varias 
 alterações e mando salvar tudo de uma vez para que se der um problema eu 
 possa fazer um ROLLBACK ???
 Este exemplo ta meio desproporcional...

 Por favor, esclareça melhor a sua dúvida (ou as dúvidas).

Onde eu implemento uma TRANSAÇÂO ? se der pau para fazer um ROLLBACK.
TIPO usado seu exemplo... :

try
   cliente.insert;
   Cliente.Nome := 'fulano';
   contrato.insert;
   Contrato.data := 'hoje';
   nota.insert;
   nota.id := '1';
   itens.insert;
   itens.nota := 'item 001';

   cliente.save;
   contrato.save;
   nota.save;
   itens.save;

   ALL.APPLYUPDATE ( -1 ); - e somente aqui salva tudo e se der um pau

exception 
all.roolback();  -- volta tudo sem cadastrar nadinha nos bancos !!!
end;

 Pra quem acha que EDIT´s são melhores que DBEDIT´s, isso ai Fudeu com tudo 
 mesmo porque os controles ficaram mais ainda longe das mãos dos 
 programadores não que eu não ache isso maravilhoso, muito pelo 
 contrario, quanto menos codigo melhor...

 Que controles você precisa?

EU !, De nenhum Quando menos tiver que me preocupar com controles 
disso-daquilo melhor, ganho em produtividade... eu disse PRA QUEM ACHA, afinal 
a discusão era DBWARE ou não...  

 BOM mas o que o OPF do RETRIEVE usou para se ligar ao BANCO ? não foi um 
 DBWARE ? tipo um TTABLE ? TQUERY ? TDATABASE ? e para visualizar as coisas, 
 vou ter que fazer um label1.caption := cliente.nome ? 
 Explique mais, ou mostre onde posso conseguir mais coisa to começando a 
 gostar do bixim 

Cliente := TCliente.Retrieve(ID);
TClienteEditPresenter.Run(Cliente);

Em duas linhas você traz o cliente, mostra pro usuário, o usuário altera 
o que quer, clica OK, e o que o usuário alterou é enviado para o banco 
em uma única transação.

TClienteEditPresenter.Run;

Em uma linha você faz tudo o que eu falei acima, mas ao invés de 
alterar, você cria um novo cliente. Detalhe - nem precisa se preocupar 
em criar instância de coisa nenhuma. Nem destruir (use o FastMM se você 
não acredita).


Acho que vou precisar experimentar para ver como é o trem ai... pra continuar a 
thread.. hehehhe
Pois tem que ter uma ligação  pra esse RUN ai uai... ele tem que estar ligado a 
um FORM que vc construiu... o o negocio é magico d+
Vejo um exemplo que pra LOGIN o cara faz uma aplicação completa agora vc vem 
com 2 linha que abre, localiza, edit, salva, create, destroiu e nem ligou ela 
ao banco ele adinhou tudo... ai ficou vago... heheheheh

 ==DBAware==

 DBAware é orientado a TDataset (win32) e ainda assim fica pendurado em 
 um componente (DB*) e a um datasource. Se você quer um componente 
 'Combo' mais envenenado, ele tem que entender DBAware. Se o seu Dataset 
 estiver em um DataModule e por desencargo do destino a ligação quebrar 
 (nisso o Delphi melhorou um bocado), você tem que reabrir o form e 
 refazer a bendita.
 
 é isso de quebrar realmente acontecia muito com D2 mas no D6 nunca 
 aconteceu comigo

E eu te juro que na época eu achava uma coisa normal.

 ==MVP==

 MVP é totalmente desacoplado, é o framework que entende o componente, e 
 não o contrário. O formulário que usa o padrão MVP *não tem código*, 
 você pode mandar os .pas e os .dfm para uma empresa de design, entregar 
 uma licença de Delphi pra eles, eles usam qualquer componente que eles 
 quiserem, você tras os novos formulários para o seu projeto e recompila. 
 A única exigência é que os componentes continuem com o mesmo nome, 
 porque MVP pode ser bom, mas não é feiticeiro.
 
 HUmmm isso realmente parece bom...

Isso é só o começo.

 Teria mais um monte pra falar, mas encerro aqui minha participação nessa 
 thread com esse mini-artigo (a menos que os colegas tenham dúvidas).
 
 Vixe... varias... mas vamos deixar para quando vc chegar no BETA ai eu vou 
 ser um que vai querer testar isso ai... porque em PRÉ-ALFA, num vai dar

Pré alfa não significa cangalha. Significa que ainda tem mais código pra 
vir. Eu, no seu lugar, baixaria e fuçaria até virar do avesso. Pra quem 
gosta de Assembly isso é um prato cheio.

O framework está estável, como eu já te disse, tenho ele em produção.


BLZ vamos ver no que vai dar.  
Mas assim como troquei o CLIPPER por DELPHI vou acabar trocando o DELPHI por 
PHP um dia. ;-)


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

Luiz Escobar wrote:

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.
O TDataset da dor de cabeça pra quem não sabe usar, é como Whisky paraguaio, 
pra quem não sabe comprar e tomar...  

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

Meu DEUS, outro Jovem que acha que sabe tudo que diz Até parece que vc não 
vai ser um matuzalém... e pior vai ser um dos teimosos e sem educação

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.

Bom seguinte meu caro, a conversa arqui é DBWARE ou ÑDBWare certo, referindo-se 
a RESUMINDO, DBEDIT ou EDIT, DBLISTBOX ou LISTBOX,  sendo assim DBWare é muito 
melhor
Outra, até que me provem ao contrario à matematica sempre foi exata, então 
1+1=2+3=5, certo  então quanto mais código para ser 
interpretado/executado/compilado, maior a aplicação e mais pesada para rodar 
nas maquinas, então enquanto o parque tecnologico são de maquinas mais 
modestas, os DBWare´s ainda vão ser a melhor opção, imagine uma aplicação 
Delphi 6-DWARE contra uma BDS2006-FrameWork-MVC, a diferença deve ser em 
MEGAS.  então, veja se me entende, por enquanto DBWare´s são melhores em 
performance e em produtividade contra os Edit´s da vida BASTA vc saber 
usar, porque se vc não sabe usar então meu caro, ai num tem jeito não...

Não disse que FRAMEWORK-MVC seja pior que DBWare´s, quiz dizer que ele ainda 
esta crescendo/amadurecendo e futuramente com maquinas melhores que as de hoje, 
com certeza seja mais uma opção ou à opção realmente melhor que os DBWare´s


Ponto Final... DEU PRA ENTERDER !!!...

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]

Re: [delphi-br] Framework MVP

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

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:

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

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]

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

   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ões Firewall/VPN   Sim 
 
  Tempo médio de reactivação800ms 
 
  Notificação sobre Falhas na RedeSim 
 
 
  Sistema de detecção de Intruso (IDS) 
 
  Padrões NIDS auto atualizáveis   Sim 
 
  Proteção contra ataques DoS e DDoS   Sim 
 
  Detecção de ataques Nimda, CodeRed   Sim 
 
  Lista negra de IP   Sim 
 
  Alarme de ataque por notificação de e-mail   Sim 
 
 
  Filtro de conteúdo 
 
  http   URL, Keyword, Exempt list 
 
  Scripts   Java Applet, Java Scripts, VB Scripts, Cookies, Active X 
 
  Email   Black list, Keyword, Exempt list 
 
  Bloqueios de programas IM/P2P   . Programas IM: MSN Messenger 6.x ou 
superior, Yahoo Messenger, SoftEther
  . Programas P2P: Skype, eMule  
 
 
  Balanceamento de carga de tráfego 
 
  Balanceamento de carga de tráfego de saída   Sim 
 
  Balanceamento de carga de servidores   Sim 
 
  Algoritmo de balanceamento de carga   Round Robin
  Connection Rate
  IP Address/Network Stickiness  
 
  Redirecionamento de tráfego quando faltar alguma conexão   Sim 
 


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: delphi-br@yahoogrupos.com.br
  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] Off-Topicc - Roteador

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: delphi-br@yahoogrupos.com.br
  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: Unificação de Sistema

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

É 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] WaveIn e WaveOut

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]

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

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: delphi-br@yahoogrupos.com.br
  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

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: delphi-br@yahoogrupos.com.br
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]

Re: [delphi-br] WaveIn e WaveOut

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


  - Original Message - 
  From: Ilton Vieira Junior 
  To: delphi-br 
  Sent: Tuesday, November 28, 2006 2:06 PM
  Subject: [delphi-br] WaveIn e WaveOut


  Boa tarde,

  Estou procurando por exemplo ou alguma documentação relacionada ao WaveIn e 
WaveOut.
  Algúem da lista tem alguma coisa??

  Grato,

  Ilton



   

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

Re: [delphi-br] WaveIn e WaveOut

Bom já que vc quer na mão...

um dos melhores lugares é o help do próprio DELPHI... que tem tudo sobre todos
os componentes, MAS não encina como

procure no google sobre delphi msacm delphi acm delphi wavein delphi
waveout delphi wav to mp3

no site da microsoft...
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Audio_d/hh/Audio_d/aud-design_21ab0cf3-f7a7-4f6f-93db-a4b7e9eef24f.xml.asp

Agora se prepara porque é coisa pra XUXU... vai levar um bom tempo programando
até ter algo com windows XP diminui muito a parte de REBOOT por
travamento... hehehhe
Alem do que te falei pra procurar no google em DELPHI o que vc achar em C# ou
C++, vc também pode pegar pra dar umas estudadas vai te ajudar muito... HOJE
tem MUITA documentação sobre o assunto...

Agora se vc especificar um pouco mais pra que vc quer fazer isso ? tipo VoIP,
gravar musica, gravar radio, gravar sei-la-o-que, vai facilitar...
Qualquer coisa pergunta ai...

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

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

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