RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)

[Douglas Uesato]

Caros,

 

Talvez vocês não tenham entendido a forma de remuneração,
mas vou tentar explicar melhor.

Conforme anunciado, o salário é composto por uma parte fixa
(R$ 1200,00) + variável (percentual sobre o faturamento bruto das empresas
que utilizam o sistema). Portanto, quanto mais lojas usando o sistema e
quanto mais essas lojas faturarem, maior será o seu salário no final do mês.

Lembro ainda que esta remuneração é inicial, tenho
funcionários que estão em outro patamar de remuneração no qual sobe o fixo e
o percentual da participação. 

Espero que tenham entendido. Qualquer coisa é só me
procurar.

 

 

 

Atenciosamente,

 

Douglas Uesato

Departamento de T.I.

Fone: (67) 3041-8000

www.multicoisas.com.br

 

De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de Marcos Abreu Ferreira
Enviada em: quarta-feira, 1 de setembro de 2010 16:49
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)

 

  

Não é polêmica não, é escravidão mesmo!!!

Em 1 de setembro de 2010 16:59, Eny Urias mailto:enyurias%40yahoo.com.br> > escreveu:

>
>
> Eu não poderia deixar de comentar esse anúncio!
>
> Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas,
> olha,
> pra trabalhar "esse tanto" e ter "essa experiência" e "essa escolaridade",
> acho
> que estão oferecendo muito pouco!
>
> Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar
> registrada
> uma opinião.
>
> --
> Eny Trova Urias
>
> "Somos o que repetitivamente fazemos, portanto, a excelência não é um
> feito, mas
> um hábito"- Aristóteles
>
> 
> De: Douglas Uesato mailto:uesato%40multicoisas.com.br> 
> >
> Para: delphi-br@yahoogrupos.com.br <mailto:delphi-br%40yahoogrupos.com.br>

> Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03
> Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
>
>
> Programador Delphi
>
> Empresa Contratante: Multicoisas
>
> - Analisar e desenvolver sistema de gestão ERP em Delphi.
> - Ensino Superior (cursando ou concluído) na área de informática.
> - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL.
>
> Local de trabalho: Campo Grande - MS.
> Tipo de contratação: CLT, efetivo.
> Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado.
> Benefícios: VT, VR, Assistência médica (após o período de experiência) e
> Seguro de vida (após o período de experiência)
>
> Faixa Salarial: R$ 1200,00 + Produtividade
> Cidade: Campo Grande
> Quantidade de vaga(s): 1
>
> Interessados enviar o currículo para o email:
> <mailto:ues...@multicoisas.com.br <mailto:uesato%40multicoisas.com.br>
>
> ues...@multicoisas.com.br <mailto:uesato%40multicoisas.com.br>

>

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





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

[delphi-br] Programador Delphi (CAMPO GRANDE-MS)

[Douglas Uesato]

Programador Delphi 

Empresa Contratante: Multicoisas 

- Analisar e desenvolver sistema de gestão ERP em Delphi.
- Ensino Superior (cursando ou concluído) na área de informática.
- Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. 

Local de trabalho: Campo Grande - MS. 
Tipo de contratação: CLT, efetivo. 
Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. 
Benefícios: VT, VR, Assistência médica (após o período de experiência) e
Seguro de vida (após o período de experiência)

Faixa Salarial: R$ 1200,00 + Produtividade 
Cidade: Campo Grande 
Quantidade de vaga(s): 1 

Interessados enviar o currículo para o email:
 ues...@multicoisas.com.br 

 

 



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

Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP

[Marcos Douglas]

2010/8/13 Walter Chagas (Bol) :
> Freepascal tá longe disso.
>
> Quero ver ele rodar no Symbiam, Android, Xenix só pra começo de conversa. Só
> mesmo o Java, queiram ou não, ainda tem condições de sustentar esta
> bandeira. Se funciona bem ou não são outros quinhentos.

FPC no Android:
http://alexmogurenko.com/blog/programming/android-building-free-pascal-compiler-for-android/
http://forum.lazarus.freepascal.org/index.php?topic=6439.0

FPC no Symbiam:
http://wiki.lazarus.freepascal.org/Programming_in_Symbian_OS
http://wiki.freepascal.org/SymbianOS

FPC Xenix (não sei o que é, então só fiz uma pesquisa no Google):
http://www.google.com.br/#hl=pt-BR&q=freepascal+Xenix+&aq=&aqi=&aql=&oq=freepascal+Xenix+&gs_rfai=&fp=9e5c066236960edb

Mas, "se funciona bem ou não são outros quinhentos"...  ;-)

Marcos Douglas

Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP

[Marcos Douglas]

2010/8/13 Walter Chagas (Bol) :
> Felipe,
>
> Compilar em ambiente Windows pra rodar linux é um troço complicado porque
> voce não terá as APIs e Mensagens do Linux a sua disposição para desenvolver
> uma aplicação. Eu penso que esse negócio de Compilar no Windows para depois
> voce rodar no linux, ainda mais um sistema operacional que possui muitas
> distros é algo que só vai servir pra dar mais problemas pro
> desenvolvedor.Vai ser igual voce desenvolver pra Celulares, ainda que o faça
> em Java, tem muita coisa que pega na hora de rodar o aplicativo no telefone.

O FreePascal já faz crosscompile desde 2006 (se não me falha a
memória). E o compilador é construído apenas por pessoas de boa
vontade e, claro, muito inteligentes também  ;-)

> Eu vejo que se voce ainda sonha com alguma coisa que seja compatível com
> N-Sistemas operacionais, ainda a melhor proposta vai ser a WEB OU... o Java.
> Mas Java é complicado em algumas arquiteturas. Por exemplo, em portáteis que
> rodam Windows Mobile, ele não funciona bem. Agora a WEB tem suas limitações
> que a cada ano vão sendo amenizadas, mas...

O slogan do Java que diz "execute em qq lugar" é mentira. Existem 'n'
problemas diferentes quando portamos um sistema entre diferentes
sistemas operacionais, mesmo em diferentes versões de um mesmo
sistema. Ainda tem o problema da versão do Java instalada; aplicativos
param de funcionar, sem nenhuma mensagem de erro, apenas pq vc está
utilizando um JDK com versão diferente.
Se formos falar de WEB, a linguagem é puramente escolha pessoal.
Podemos fazer aplicações Web com C, C#, Delphi, Python, PHP,
FreePascal, Java e qualquer outra coisa... mas se vamos falar de
compiladores multiplataformas, FreePascal é um forte candidato.


Marcos Douglas

Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP

[Marcos Douglas]

2010/8/13 Walter Chagas (Bol) 
>
> Mas é como eu disse.  Compilar em ambienteWindows pra rodar linux é um troço
> complicado porque voce não terá as APIs e Mensagens do Linux a sua
> disposição para desenvolver uma aplicação. Eu penso que esse negócio de
> Compilar no Windows para depois voce rodar no linux, ainda mais um sistema
> operacional que possui muitas distros é algo que só vai servir pra dar mais
> problemas pro desenvolvedor. Vai ser igual voce desenvolver pra Celulares,
> ainda que o faça em Java, tem muita coisa que pega na hora de rodar o
> aplicativo no telefone.
>
> Lazarus no Linux pode ser uma boa opção sim. Eu acredito que quando as
> versões do Lz começarem a aceitarem 100% o projeto do Delphi, é que ele vai
> engrenar de vez. Mas é pagar pra ver também..

Lazarus não precisa ser 100% compatível com Delphi. Ele é um produto
diferente, sendo apenas similar ao Delphi.


Marcos Douglas

Re: [delphi-br] Migrar Delphi 7 para Web

[Marcos Douglas]

2010/7/29 Richardson Freddo :
>
>
> Pessoal
> Boa tarde.
>
> Me formei em Sistemas de Informação a alguns anos estou um pouco atrasado (ou
> muito).
>
> Uso Delphi 7 nos sistemas que desenvolvo (mas nao vivo de programação).
>
> Bem, agora o fato é o seguinte: Tenho um sistema simples, porem em delphi 7 
> com
> banco Postgres.
> Preciso jogar esse sistema na web. O banco eu sei que é bom para isso, mas 
> como
> eu faço para jogar o sistema na internet?
> Os forms, relatorios etc
>
> OBS: acho que to muuuito atrasado hahuahua

Se vc for utilizar Microsoft com o servidor IIS, vc pode codificar em
Delphi 7 utilizando as tecnologias WebBroker (minha preferência) e
IntraWeb.
Se vc quiser utilizar o Linux, utilize o compilador FreePascal e
tecnologia fpWeb (fcl-web) http://wiki.freepascal.org/fcl-web.


Marcos Douglas

Re: [delphi-br] [Off-Topic]Delphi 7 Livre e Código Aberto.

[Marcos Douglas]

2010/7/20 Marcos Alexandre Lemos Rodrigues
:
> Não acho baixar versões do SVN uma solução legal, a gente fica eternamente
> em um beta.

Isso depende da frequência que vc baixa as atualizações. Antes de
baixar, pode ver os comentários sobre as modificações e baixar somente
se algo lhe servir. Eu leio os Feeds das atualizações do compilador
pra não ficar atualizando a qualquer momento.

> O maior problema que eu via no Lazarus era o debug, que direto dava crash
> comigo. Mas faz meses que não mexo.

Acho que hoje em dia está muito melhor.


Abraço
MD

Re: [delphi-br] [Off-Topic]Delphi 7 Livre e Código Aberto.

[Marcos Douglas]

2010/7/20 Marcos Abreu Ferreira :
> falando em FreePascal/Lazarus, já faz um bom tempo que eles não atualizam a
> versão. Alguém sabe como está o projeto? Alguém aqui participa no
> desenvolvimento?

Como assim um bom tempo que não atualizam a versão?
O FPC e/ou Lazarus são atualizados, praticamente, todos os dias. No
entanto, se vc for utilizar a "versão instalada" do compilador, aí sim
demora um pouco pra sair novas versões). A versão estável atualmente é
o FPC 2.4.0  mas eu utilizo o FPC 2.5.1 (versão do /trunk no SVN).
Cabe a vc fazer a melhor escolha.
Já o Lazarus (IDE que utiliza o compilador FPC) está na versão estável
0.9.28.2 mas eu utilizo a 0.9.29 (versão do /trunk no SVN).

Resumo: Se vc baixar os instaladores/pacotes, vai ter uma versão
estável bem instalada, mas vai demorar um pouco para saber das
novidades. Eu utilizo outra abordagem. Pego somente os fontes do SVN e
compilo-os (tanto o FPC quanto o Lazarus) na minha máquina. Assim, a
cada novidade, é só atualizar os fontes e dar um novo rebuild (no
compilador e no IDE). Por sorte, hoje mesmo terminei um Artigo de como
fazer isso no Windows[1].

[1] 
http://groups.google.com/group/lazarus-br/web/compilando-o-fpc-lazarus-a-partir-dos-fontes-do-svn-windows


MD

Re: [delphi-br] [Off-Topic]Delphi 7 Livre e Código Aberto.

[Marcos Douglas]

2010/7/20 Jean Barreiros :
> Olá pessoal vou levantar aqui uma questão que acho que muita gente gostaria de
> saber.
> Porque a Embarcadero ou Borland ou CodeGear seja lá quem seja dona do Delphi 7
> não libera o mesmo como licença Free isso resolveria muitos pedidos de
> desenvolvedores
> como: Ter uma ferramenta pra aprender a linguagem entre outros.
> E também poderia abrir o fonte do Delphi 7.

Seria ótimo. Eu, até hoje, só utilizo a versão 7.
Se tivesse os fontes então, melhor ainda. O pessoal do
FreePascal/Lazarus poderia utilizar vários códigos prontos para serem
utilizados em ambiente Win32 (com modificações usaria em Win64) e
posteriormente em todos os outros SO disponíveis no compilador.


MD.

Re: RES: RES: RES: [delphi-br] MethodAddress retornando NIL

[Marcos Douglas]

Olá Eric,
Copiei abaixo, duas de suas mensagens:

2010/7/15 eric_developer :
> Colega, não é executar Scripts, por favor veja o que ja postamos.
>
> o pequeno e completo exemplo que foi postado, esta bem claro e fácil, é uma 
> pena que há restrições e não consegui montar nada equivalente.
>
> O que faço facilmente em outra linguagem estruturada com poucos recursos OOP, 
> parece ser mosca branca
> de zóio verde ou extravagante demais em Delphi rsrs.
>
> Só me resta aguardar, tentar outros caminhos ou desistir disso, o que acho 
> tão simples, é um mistérios aos
> demais. Fiz uma pesquisa aqui, achei um colega querendo o mesmo (tópico de 
> uns 2 anos), entrei em contato com ele e até hoje não conseguiu.


2010/7/15 eric_developer :
> Errado Rubem, quando me referi que faço (não é comum outros usarem OOP no 
> nível que utilizo) em outra linguagem,
> não é via macro-substituição, e conforme o caso isso é um péssimo hábito, mas 
> tudo isso não importa.
> Ficar nas teorias disso ou aquilo não vamos sair do lugar.
>
> Delphi é uma linguagem que usa muito OOP, o que quero é uma pequena 
> manipulação que já esta no objeto,
> não considero nada de radical para a linguagem fazer, veja que eu estaria 
> passando o objeto o que não tornaria
> o processo as cegas, não é caso para scripts.
>
> Enfim, "vamos deixar isso pendente", pois mais de 2000 maneiras de não 
> conseguir fazer é facil, o objetivo é "uma" que ajude a resolver.

Primeiramente sua resposta: NÃO dá pra fazer.

Agora alguns comentários:
Não fiquei comparando linguagens, pois cada uma tem seus prós e
contras. Então não diga "é fácil em outras linguagens". Por exemplo é
fácil, em outras linguagens, codificar como no Delphi? Não. Bem, você
já entendeu...

O Delphi possui uma linguagem FORTEMENTE TIPADA. Esse é um "pró" da
linguagem, em vários problemas... mas também pode ser um "contra"
quando você tenta fazer algoritmos com chamadas "abstratas" e/ou
"dinâmicas".

A única possibilidade de fazer o que você quer, é utilizando métodos
published, que já foi muito comentado por várias pessoas aqui. Não dá
pra fazer chamadas a métodos utilizando somente uma string
representando seu nome; isso vai contra a filosofia da linguagem,
contra a sua base e razão de existir.
Você consegue fazer isso em outras linguagens (vc não falou de nenhuma
em particular) como, por exemplo, em Java. No entanto, veja que esta
prática "quebra" o encapsulamento (um dos pilares da OOP). O mesmo
podemos dizer de Ruby, Python, etc...

Sugiro mais ATENÇÃO ao que o Sr. Fabrício falou no email abaixo:

2010/7/14 Fabricio Colombo :
> Para o método SetFocus, seria melhor vc chamar direto o método. Por exemplo,
> se vc estiver em um form, bastaria chamar
>
> Self.FocusControl(edit1)
>
> ou vc cria um método seu
>
> procedure TForm1.SetFocusComponent(AComponent: TComponent);
> begin
>  if AComponent is TWinControl then
>TWinControl(AComponent).SetFocus;
> end;
>
> Que outros métodos vc precisa invocar? Praticamente todos os métodos comuns
> entre os componentes visuais, estão presentes em TControl e TWinControl, que
> são as classes base.

...não é o que vc quer (lembre-se que não é possível o que vc quer
fazer com Delphi) mas chega muito perto. Em vez de vc tentar fazer
chamadas à métodos através de uma string, tente saber qual o tipo de
objeto vc está trabalhando (ex: obj is TEdit). Assim vc pode fazer
chamadas à métodos comum entre eles, utilizando as classes ancestrais.


Cordialmente,
MD

Re: RES: [delphi-br] Importação de Arquivo

[Marcos Douglas]

2010/7/14 Ralp Alves Bezerra :
> Depois de muito quebrar a cabeça aqui, solicitei a geração de um novo arquivo 
> para importação. E para minha surpresa, os valores não mais tinham as casas 
> decimais com vírgula e sim ponto.
>
>
>
> Acredito que possa ter ocorrido um erro na geração do arquivo anterior.
>
>
>
> Esta é uma das linhas de várias dentro do arquivo.
>
>
>
> "601","029",201000,"02","01",20100512,"12050002",201005,"04","122","0003","2","002","","33901400","O","Valor
>  que se empenha p/ fazer face as despesas com Concessao de 01(uma) diaria 
> para ir a Fortaleza tratar de Convenios e Recursos Federais na Sede da 
> APRECE, no periodo de 
> 14/05/2010.",11400.00,250.00,11150.00,"","",0,"",0,"F","7","777","PEDRO
>  ROGERIO MORAIS","RUA PROFESSOR NICACIO, S/N  
> CENTRO","00883663126","6257","BELA CRUZ","CE",0,"","","01192619366"
>
>
>
> Os valores agora não tem mais vírgulas nas casas decimais. Porém, no 
> histórico:"Valor que se empenha p/ fazer face as despesas com Concessao de 
> 01(uma) diaria para ir a Fortaleza tratar de Convenios e Recursos Federais na 
> Sede da APRECE, no periodo de 14/05/2010."  existe a utilização de vírgulas. 
> Sendo assim, não posso converter as vírgulas para ponto e vírgula.
>
>
>
> Outro caso, é a existência de campos em branco:  "BELA 
> CRUZ","CE",0,"","","01192619366".
>
>
>
> Como devo proceder a partir de agora?

Agora vc tem um arquivo CSV padrão. Veja:
http://en.wikipedia.org/wiki/Comma-separated_values

Próximo tarefa é usar este link:
http://www.google.com.br/#hl=pt-BR&q=delphi+csv+file+reading&aq=f&aqi=&aql=&oq=&gs_rfai=&fp=bf16b567d30845cc

...se não quiser fazer vc mesmo.


Abraço
MD.

Re: RES: [delphi-br] Importação de Arquivo

[Marcos Douglas]

2010/7/14 Walter Chagas (Bol) :
> Ruben, torno a questionar.
>
> E se tiver dois valores float na sequencia? Lembre-se que os valores float 
> não vem entre aspas.

Li todos os emails desta thread e gostaria de fazer um comentário.
Se não há um padrão[1] no arquivo então, conceitualmente, este arquivo
está errado e não pode ser lido com 100% de certeza, ou seja, algo
deverá ser "interpretado" da melhor forma possível, caso o sistema
encontre uma "anomalia".


[1] Alguns conceitos utilizados em muitos arquivos textos formatados:
- cada coluna tem um número determinado de caracteres
- delimitador único para cada coluna: os arquivos csv são exemplos,
mas quando há vírgulas dentro de um dado, este é quotado com aspas.
- prefixos para cada tipo de informação: uma letra, simbolo, etc
- prefixo+sufixo que delimitam uma informação: ex é uma sequencia de
caracteres como [[informação]]
- etc.


Abraço,
MD.

[delphi-br] Manipulação arquivos .xls/xlsx

[Douglas Henrique de Souza]

Pessoal, alguém me ajude por favor.

Eu preciso manipular alguns arquivos .xls/.xlsx, extrair dados e salvar em um 
BD.

Estou usando a seguinte rotina para isso:

 

function TForm1.XlsToStringGrid(AGrid: TStringGrid; AXLSFile: string): Boolean;
const
xlCellTypeLastCell = $000B;
var
XLApp, Sheet: OLEVariant;
RangeMatrix: Variant;
x, y, k, r, ind: Integer;
begin
ind:= (RadioGroup1.ItemIndex)+1;
Result:=False;
//Cria Excel- OLE Object
XLApp:=CreateOleObject('Excel.Application');
try
//Esconde Excel
XLApp.Visible:=False;
//Abre o Workbook
XLApp.Workbooks.Open(AXLSFile);
XLApp.Workbooks[ExtractFileName(AXLSFile)].WorkSheets[ind].Activate;
Sheet:=XLApp.Workbooks[ExtractFileName(AXLSFile)].WorkSheets[ind];
Sheet.Cells.SpecialCells(xlCellTypeLastCell, EmptyParam).Activate;
//Pegar o número da última linha
x:=XLApp.ActiveCell.Row;
//Pegar o número da última coluna
y:=XLApp.ActiveCell.Column;
//Seta Stringgrid linha e coluna
AGrid.RowCount:=x;
AGrid.ColCount:=y;
//Associaca a variant WorkSheet com a variant do Delphi
RangeMatrix:=XLApp.Range['A1', XLApp.Cells.Item[X, Y]].Value;
//Cria o loop para listar os registros no TStringGrid
k:=1;

repeat
for r:=1 to y do
AGrid.Cells[(r - 1),(k - 1)]:=RangeMatrix[K, R];
Inc(k,1);
until k > x;
RangeMatrix:=Unassigned;
finally
//Fecha o Excel
if not VarIsEmpty(XLApp) then
begin
XLApp.Quit;
XLAPP:=Unassigned;
Sheet:=Unassigned;
Result:=True;
end;
end;

end;

 

Até aí tudo bem, consigo manipular os dados das células tranquilamente. O meu 
problema é que, tem dados que eu preciso extrair que estão como comentários da 
célula(é tipo um hint da célula). Alguém sabe como manipular esses comentários?

 

Obrigado desde já.


Douglas Henrique de Souza
Desenvolvimento de Sistemas (Projetos)
URI - FW

Tel: (55) 3744 - 9236
e-mail alternativo: douglaso...@brturbo.com.br



  
_
http://clk.atdmt.com/UKM/go/19780/direct/01/
We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now

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

Re: [delphi-br] [off topic] PHP ou Java?

[Marcos Douglas]

2010/6/23 Dirlei :
> Marcos,
>
> Provavelmente você sabe que escalabilidade e performance são coisas
> diferentes. É bom lembrar isso porque talvez algumas pessoas na lista
> não saibam. Como você pegou o gancho da escalabilidade para falar de
> performance, alguns poderiam confundir.
>
> Respondendo sua pergunta: sim, um programa compilado para uma plataforma
> específica (em código de máquina) tende a ser mais rápido que uma
> programa interpretado.

Bem lembrado.
Mas escalabilidade e performance implicam em desempenho. No meu email
anterior eu falei escalabilidade _ou_ performance pois pensei que o
desempenho era primordial para quem estava em dúvida sobre qual
tecnologia utilizar.

Vou pegar um outro gancho aqui ;)
Um comentário sobre escalabilidade: Escalabilidade quer dizer "estar
preparado para crescer". No meu entendimento, todo sistema Web deveria
ser escalável.
Sempre ouço/leio pessoas dizendo que o sistema tal é escalável, a
tecnologia/linguagem é escalável, etc. Para um sistema ser escalável,
ele deve ser desenvolvido tendo isso em mente, independentemente da
linguagem escolhida!
A escolha da linguagem é apenas uma questão de gosto pessoal. Não há
nenhum sistema Web, __tão específico__, que não se possa fazer em
Java, ou em Delphi, C#, Python, Ruby, FreePascal, etc.


Marcos Douglas

Re: [delphi-br] [off topic] PHP ou Java?

[Marcos Douglas]

2010/6/23 Fortes Marcelo :
> Performance concordo plenamente.Ainda não me provaram que por melhor que seja 
> a máquina virtual e o JIT se compare em performance real a código compilado 
> nativo e optimizado diga-se de passagem.
>
> No entanto alta escalabilidade pode ser atingida com plataformas não 
> compiladas existem exemplos comprovado de Java e até PHP e Python nesse 
> sentido (Google utiliza muito Python)

O Google utiliza muito Python... mas também utiliza muito C/C++. Se
apenas Python fosse suficiente, porque utilizar uma linguagem
compilada?
Da mesma maneira, podemos utilizar PHP (Python, Ruby, ...) em conjunto
com uma linguagem compilada, por exemplo Pascal.


Marcos Douglas

Re: [delphi-br] [off topic] PHP ou Java?

[Marcos Douglas]

2010/6/23 Fortes Marcelo :
> Esta é uma lista de Delphi e o que o senhores opinão sobre o IntraWeb do 
> Delphi 2010?

Parei de acompanhar o IntraWeb desde a versão do Delphi 7. Então minha
opinião será sobre esta versão.
Desde aquela época, eu já não gostava dele. No IntraWeb as coisas são
muito "amarradas". Tem eventos que devem ser programados em
JavaScript. É pesado e confuso.
Vou fazer uma comparação entre a tecnologia DBware e IntraWeb: Se for
utilizado para projetos simples ou, no máximo, pequenas partes dele,
vale a pena. Outra vantagem seria reutilizar o conhecimento
Delphi/regras/objetos/etc, podendo lançar uma versão de um sistema
Desktop mais rapidamente. Do contrário...


Marcos Douglas

Re: [delphi-br] [off topic] PHP ou Java?

[Marcos Douglas]

2010/6/22 Rodrigo Rossi :
> Bom o ITAU não usa, e funciona pra caralho já o BB a caixa, melhor
> nem comentar né rsrsrsrs [2]
>
> Faço faculdade aqui em Cascavel no PR e o foco é Java nos 3 anos, PHP?
> Eles não querem, só tem uma matéria de Delphi no segundo ano e estão
> pensando em colocar .NET no terceiro.

IMHO, se for para aprender alguma coisa porque a maioria do mercado
utiliza, ou seja, ficar "sincronizado" com o mercado, então diria que
é bom fazer uma forcinha pra aprender Java e/ou .NET pra quem ainda
não conhece. Mas não porque são as melhores tecnologias/linguagens!


Marcos Douglas

Re: [delphi-br] [off topic] PHP ou Java?

[Marcos Douglas]

2010/6/22 Dirlei 
>
> Não é bem assim. Se você tiver que desenvolver um Office Banking Web
> para um Banco, muito provavelmente o fará em Java. Se tiver que fazer um
> site de comércio eletrônico do porte de um Submarino também.


2010/6/22 José Henrique (Zote) :
>
> Não necessariamente.
>
> Vários bancos estão começando a usar .net!
> Estamos fazendo a análise para um banco e adivinha o que eles não querem
> usar? JAVA.
>
> E nem o submarino que você citou usa java (pelo menos não no frontend) eles
> também usam .net.
>
> Minha opinião, vai de .net

Sua opinião é a mesma do amigo que escreveu mais acima, o Dirlei.
Poderia lhe dizer a mesma coisa: "Não necessariamente" é para utilizar
.NET.


2010/6/22 Luiz Escobar :
>
> Bom o ITAU não usa, e funciona pra caralho já o BB a caixa, melhor nem 
> comentar né  rsrsrsrs
>

E Bradesco é Delphi (pelo menos quando eu utilizava este banco).

A tecnolgia não importa muito pra quem conhece muito. Claro que cada
linguagem/tecnologia iria proporcionar mais facilidades que outras,
assim como dificuldades e vice-versa.
Não tem isso de "se for banco ou carrinho-de-compras tem que utilizar
Java" ou "se for pra servidor Windows, utilize .NET" e por aí vai...
lembre-se que tem muita gente (boa) por aí que utiliza Perl, C,
FreePascal, Lua, etc.


Marcos Douglas
PS: Ah, minha opinião pessoal, se tivesse que escolher é FreePascal  ;)

Re: [delphi-br] Re: PRFWK - Framework para acesso a dados

[Marcos Douglas]

2010/6/1 Paulo Coutinho :
> Olá,
>
> Obrigado pelas criticas, com certeza ajudam muito.
>
> Mas vou explicar alguns detalhes.
>
> O framework utiliza o padrão DAO ou MODELO/GERENTE, então você não usa
> diretamente componentes como ado ou dbx, você cria os modelos e o framework
> se encarrega de montar baseado nas configurações do arquivo INI, embora você
> até possa acessar o dbx ou ado pelo gerente, mas não recomendo.
>
> A transparência do framework permite deixar você livre de qual componente
> suar, já que estou colocando os 2 padrões do delphi, mas nada impede de você
> alterar o gerente para usar o UniDac por exemplo.
>
> Outra vantagem é você trabalhar com componentes desconectados e liberando da
> memória o desnecessário, sempre criando e excluindo o objeto quando não usar
> mais.
>
> Outra vantagem é você trabalhar com objetos , utilizando padrões e definindo
> uma metodologia de desenvolvimento para seus projetos, ao invés de manipular
> componentes, você vai manipular objetos, como :
>
>    - cliente.nome
>    - mercadoria.valor
>    - pessoa.data_nascimento
>    - etc...
>
> Os códigos não são confusos, apenas IFs para saber se o grid tem item
> selecionado e depois vem:
>
>
> ///
> gMembro := TPRFWK_Membro.Create;
>
> gMembro.ID := 1; //substitui por um numero
> gMembro := gGR_Membro.obter(gMembro) as TPRFWK_Membro;
>
> //estou dizendo neste bloco que criei um objeto da minha classe de dominio
> "Membro", defini o atributo padrão "ID" para 1 e usei o gerente para obter
> este objeto pela chave "ID".
>
> //por padrão todas os modelos do dominio possuem o atributo "ID" (pode ser
> alterado na classe pai dos modelos)
> ///
>
> 
>
> if (gMembro <> nil) then
> begin
>     gMembro.nome := edNome.Text;
>      gGR_Membro.alterar(gMembro);
>      gMembro.Free;
> end;
>
> carregarGrid();
>
>
> //aqui estou verificando se o valor retornado para meu objeto não está nulo,
> ou seja, se realmente encontrou o Membro pelo ID dele.
>
> Em seguida defino o nome do membro como o texto do edit e uso o gerente para
> alterá-lo e libero o modelo recebido da memória.
>
> 
>
> Não vi complicação. E em nenhum momento me preocupei com componentes. Essa é
> a regra. Esqueça esse lance de componente, foque na orientação a objetos.
>
>
> Mais uma classe útil, é usada aqui:
>
> ///
> lTemp :=
> MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('APLICACAO','titulo',
> '');
> self.Caption := lTemp;
>
> //aqui eu estou usando uma classe do framework para obter do arquivo de
> configuração o TITULO da aplicação, mas em aplicações que tenho aqui, possuo
> trocentas configurações pelo INI, então ajuda bastante.
>
> ///
>
>
> Mais alguma dúvida?

Falei que o código é confuso, não que eu tinha dúvidas sobre como ele
trabalha. É confuso porque escreve-se demais para obter coisas
simples; é burocrático, na minha opinião, claro.
Em todo caso, pode ser bem útil para várias pessoas. Parabéns pela divulgação.


Marcos Douglas

Re: [delphi-br] Re: PRFWK - Framework para acesso a dados

[Marcos Douglas]

2010/5/30 Paulo Coutinho :
> Alguém testou?
>
> Tem alguma sugestão?
>

Não testei, mas vi o código.
Se está buscando opiniões, espero que aceite as críticas construtivas abaixo:

- Não entendi porque o framework é para acesso a dados. Isso já temos
aos montes por aí.
- Existem várias classes praticamente sem código; ou elas são
desnecessárias ou imcompletas.
- Na classe TPRFWK_Gerente (sugiro utilizar nomes bem menores nas
classes e units) vc tem atributos do tipo TPRFWK_ClientDataSet e
TPRFWK_ADODataSet. Se o framework é para "acesso a dados de forma
transparente" vc não deveria "amarrar" a forma de conexão; nem todos
utilizam ClientDataSet.
- unit projeto_teste\UFrmPrincipal.pas possui códigos bem confusos:
procedure TFrmPrincipal.alterarItem;
begin
  if (lvItens.ItemIndex > -1) then
  begin
gMembro := TPRFWK_Membro.Create;

gMembro.ID := StrToInt(lvItens.Items[lvItens.ItemIndex].Caption);
gMembro := gGR_Membro.obter(gMembro) as TPRFWK_Membro;

if (gMembro <> nil) then
begin
  gMembro.nome := edNome.Text;
  gGR_Membro.alterar(gMembro);
  gMembro.Free;
end;

carregarGrid();
  end;
end;

procedure TFrmPrincipal.excluirItem;
begin
  if (lvItens.ItemIndex > -1) then
  begin
gMembro := TPRFWK_Membro.Create;

gMembro.ID := StrToInt(lvItens.Items[lvItens.ItemIndex].Caption);
gMembro := gGR_Membro.obter(gMembro) as TPRFWK_Membro;

if (gMembro <> nil) then
begin
  gGR_Membro.excluir(gMembro);
  gMembro.Free;
end;

carregarGrid();
  end;
end;

procedure TFrmPrincipal.inicializar;
var
  lTemp  : String;
begin
  //título
  lTemp := 
MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('APLICACAO',
'titulo', '');
  self.Caption := lTemp;

  //conexão
  //TSqlConnection ou TAdoConnection
  gConexao := TPRFWK_Conexao.Create;
  gConexao.vendorlib   :=
MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('CONEXAO',
'vendorlib', '');
  gConexao.libraryName :=
MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('CONEXAO',
'libraryname', '');
  gConexao.criarConexao(
MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('CONEXAO',
'driver', ''),

MD_PRFWK_Utilidades.TPRFWK_Utilidades.obterInstancia().obterConfiguracao('CONEXAO',
'nomeconexao', '')
 );
  gConexao.conectar;
end;

Sem manual e/ou exemplos claros, fica muito dificil o pessoal começar
a utilizar.


Marcos Douglas

Re: [delphi-br] Tratamento de imagens - algumas dúv idas

[Marcos Douglas]

2010/5/25 Reinaldo Aparecido Pereira :
> Olá gigantes!,
>
> Estou comparando duas imagens byte a byte.
>
> Existe uma forma mais rápida de realizar esse processo?
>
> De uma imagem grande, desejo usar apenas parte da imagem. Isso é simples,
> mais preciso  saber se é possível  estabelecer relação entre uma subimagem
> com sua imagem original. Ou seja, preciso saber de qual imagem foi extraído
> uma parte. Alguém tem idéia de como fazer isso?
>
> Duas imagens idênticas podem por algum motivo serem diferentes se comparado
> byte a byte?
>
> Alguém conhece material compreensivo sobre check sum de imagem?

Eu sempre utilizo o ImageMagick para tratamento de imagens:
http://www.imagemagick.com/
Ele possui aplicativos console que podem ser chamados a partir da sua aplicação.


Marcos Douglas

Re: [delphi-br] Intraweb

[Marcos Douglas]

2010/5/15 Marcos Alexandre Lemos Rodrigues
:
> Também aposto mais no Delphi4php ou até mesmo no JBuilder pra Web. O Delphi
> é um sucesso indiscutível no Desktop, mas conseguiu pouco mercado na web (é
> claro que existe gente usando e satisfeitas, mas em tamanho de mercado não
> tem comparação).
>
> Outra coisa, o pessoal fala de "modismo", mas java é lider tem quase 15
> anos. Acho que é um "pouquinho" simplista falar que é modismo. hehehehe

Mas se Java é tão bom, porque todos não o utilizam e param de buscar
outras opções?
A verdade é que ele não é tão bom assim para todos os projetos... e o
simples fato da maioria utilizar algo, não quer dizer que é a melhor
escolha.


Marcos Douglas

Re: [delphi-br] Intraweb

[Marcos Douglas]

2010/5/13 Marcos Alexandre Lemos Rodrigues
:
> Discordo. Se o sistema caminhar pro grande porte e o 'boss" achar que está
> economizando utilizando Delphi com IW, vai chegar uma hora que o sistema não
> vai aguentar escalar e a mudança pra outra linguagem vai vir de qualquer
> jeito, só que da pior forma possível.  E o barato vai sair caro.

Qualquer projeto depende do(s) desenvolvedor(es). A linguagem é apenas
a ferramenta. Lógico que para pregar um prego na parede, necessitamos
de um martelo... mas o Delphi é um canivete suíço (tem uns que tem
martelo).


> O JBuilder da Borland é uma bruta ferramenta e Java é uma linguagem que
> nasceu pra web, ao contrário do Delphi, que brilha no Desktop mas nunca
> conseguiu repetir o mesmo sucesso no browser.

JBuilder é uma ótima IDE Java, concordo.
Discordo que Java nasceu pra Web. Java nasceu pra dispositivos,
geladeira, etc. Depois que adaptaram-no para ser linguagem de
desenvolvimento para coisas sérias. Bem diferente do Delphi que sempre
teve foco.
Não sou nenhum xiita e não "boto a mão no fogo" por ninguém ou por
nenhuma tecnologia, mas o fato do Delphi não ter conseguido (muito)
sucesso na área Web, comparando com Desktop, é pelo simples fato de
pura escolha de marketing. Java estava na moda, então é Java... ou
PHP... ou qualquer outra.


> Uma solução que tenta aliar os prós e contras é portar seu servidor de
> aplicações pra Java e consumir os web services no sistema Delphi desktop e
> na tecnologia que você preferir pra web. Vai ser mais lento que usar o
> Intraweb direto e mais rápido que redesenvolver tudo.

Bem, não vou discordar aqui porque eu não gosto/gostei de Intraweb.
Mas se tivéssemos que comparar linguagens, ou seja, Java puro (sem os
zilhões de frameworks) vs Object Pascal (Delphi ou FPC), então eu
diria que esta última é mais simples, rápida, fácil de aprender. E
consequentemente seria mais fácil escrever uma aplicação Web.


Marcos Douglas

Re: [delphi-br] Hibernate

[Marcos Douglas]

On Wed, May 5, 2010 at 2:28 PM, adauri_jr  wrote:
> Boa tarde a todos, para o Java e o .Net existe um framework, chamado 
> Hibernate( http://pt.wikipedia.org/wiki/Hibernate ), alguem sabe se existe 
> algo parecido pro Delphi ?
>
>

Para Delphi Win32 seguem alguns links:

http://tiopf.sourceforge.net/
http://code.google.com/p/infra/
http://www.pressobjects.org/

Para Delphi .NET vc pode utilizar o NHibernate: http://nhforge.org/

E antes que pergunte, eu não utilizo nenhum deles.


Marcos Douglas

Re: [delphi-br] Liberar memoria

[Marcos Douglas]

2010/5/3 Murilo Cunha :
> Pessoal,
>
> Tenho esta estrutura para guardar mais de um valor no ComboBox:
>
> cbxUsuarios.Properties.Items.AddObject(dtsOracle.FieldByName('LOGIN').AsString,
> TObject(dtsOracle.FieldByName('ID_USUARIO').AsInteger));
>
> Para recuperar este valor faco o seguinte:
>
> intIDUsuario :=
> LongInt(cbxUsuarios.Properties.Items.Objects[cbxUsuarios.ItemIndex]);
>
> O problema estah em: Como liberar estes objetos da memoria?
>
> Nao sei fazer o FREE para esta estrutura.

Não é necessário liberar memória no _seu_ caso.
Como os objetos são TField, estes serão liberados com o DataSet
(Query, Table, etc) for liberado (pelo Free do Form ou por vc).
O método AddObject apenas guarda o "ponteiro de memória" do objeto passado.

--
Marcos Douglas

Re: RES: [delphi-br] Encerrar Thread

[Marcos Douglas]

2010/4/30 Eny Urias :
> Mas o porque disso?
>

Apenas a thread principal pode atualizar objetos de design em
formulários. Se vc tentar atualizar um formulário utilizando duas
threads, isso poderá dar conflito e gerar erros. O método Syncronize
serve para sincronizar essas atualizações, ou seja, o código do
sincronizador garante que apenas uma única thread está atualizando o
formulário por vez.

Mas uma vez eu digo: estude o Help do Delphi que tem tudo isso explicado lá.


Marcos Douglas

Re: RES: [delphi-br] Encerrar Thread

[Marcos Douglas]

Caro Eny,

2010/4/30 Eny Urias :
> procedure TProcesso.Execute;
> begin
>  Priority := tpLower;
>  CoInitialize(nil);
>  with frmMain do
>  begin
>    try
>      frmMain.Importar;
>    except
>     on e: Exception do
>     begin
>      ListBox1.Items.Add('Erro: ' + e.Message);
>      Screen.Cursor := crDefault;
>     end;
>    end;
>  end;
>  CoUninitialize;
>  inherited;
> end;

Você só deve chamar métodos de um formulário somente dentro do método
Syncronize da Thread.
Sugiro mover o código do método frmMain.Importar para dentro de sua
classe de Thread. Tu que diz respeito a atualizar o Form ou utilizar
objetos com Screen, você deve colocar no método Syncronize. Então,
neste caso, dentro do método Importar (que seria movido para a Thread)
após toda a rotina, haveria uma chamada à Syncronize.


Marcos Douglas

Re: [delphi-br] Encerrar Thread

[Marcos Douglas]

Olá Eny,

2010/4/30 Eny Urias :
> Olá!
>
> Estou começando a trabalhar com threads... Mas estou com uma dúvida... Tenho 
> um loop de atualização de dados... Mas como é um processo demorado, quero 
> deixar disponível um botão para o usuário encerrar o programa. Como faço para 
> que, ao pressionar o botão, o programa aguarde um aviso da thread dizendo que 
> está liberada e aí eu possa encerrar a thread e o programa? Já procurei em 
> tudo quanto é lugar e achei umas funções da API: PostThreadMessage e 
> WaitforSingleObject... mas não consegui aplica-las. Alguem sabe como eu posso 
> fazer isso?
>

Para pausar uma Thread, ao pressionar um botão, utilize o método
Suspend e logo após faça o questionamento ao usuário se é para
continuar ou não; para continuar utilize o método Resume.
Se for o inverso, ou seja, a Thread que vai avisar o programa que
acabou, utilize o evento da Thread chamado OnTerminate (você terá que
setar este evento após criar a Thread, utilizando um método do
formulário, por exemplo.

Procure mais sobre isso no próprio help do Delphi que tem tudo.


Marcos Douglas

Re: [delphi-br] Preciso de Ajuda para desenvolver um novo TEdit

[Marcos Douglas]

2010/4/22 Fábio Thomaz :
> Olá Marcos,
>
>   Se eu definir a propriedade no Create do componente, esta sempre terá o
> valor que eu defini, mas terá casos que a propriedade deve ser ecNormal,
> como por exemplo em um campo que armazena senha, o que eu queria é apenas
> que a propriedade default fosse ecUpeerCase, mas que não me impedisse de
> alterar-la posteriormente.

Mas o "default" é definir no Create!
Se o campo for para senha, ou seja, se o usuário alterar qq
propriedade no seu componente para dizer que o campo é para senha,
nesta mesma rotina vc altera a propriedade para ecNormal.

A diretiva default não tem nada a ver com valor default que a
propriedade deve ter. Esta diretiva é para informar ao Delphi qual o
valor padrão da propriedade mas isso tudo tem relação com o .DFM
Veja mais sobre isso no help do Delphi, procurando por "default" e "stored".

Marcos Douglas

Re: [delphi-br] Preciso de Ajuda para desenvolver um novo TEdit

[Marcos Douglas]

2010/4/21 Fábio Thomaz :
> Valeu Ricardo mas não deu certo não, agora quando eu coloco o componente na
> tela ele fica com a propriedade ecUpperCase como eu quero, mas quando
> executo o programa ele volta sua propriedade para ecNormal.

Defina o valor da propriedade no construtor: constructor
Create(AOwner: TComponent);

Marcos Douglas

Re: [delphi-br] Abreviar nomes de Componentes

[Marcos Douglas]

On Wed, Apr 21, 2010 at 11:29 AM, Dimas  wrote:
> Oi pessoal
>
> Preciso de uma lista com os nomes abreviados dos componentes em Delphi.
>
> Exemplo: TComboBox = Cbx
>
> Sei que tem uma lista com todos os nomes Abreviados para seguir uma
> padronizaão.

Utilize o plugin GExperts . Ele tem uma
funcionalidade que coloca o prefixo automaticamente.
Veja imagem em anexo.

Marcos Douglas


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

[delphi-br] Res:Carregar campos no combobox

[Douglas Henrique de Souza]

Cara, eu uso a seguinte função:

 

With SuaQuery do
begin
Sql.Clear;
Sql.Add(' Select * from SuaTabela where SuaCondição ');
Open;
while not Eof do
  begin
  SeuComboBox.items.Add(FieldValues['SuaColuna']);
  Next;
  end;
end;

Douglas Henrique de Souza
Desenvolvimento de Sistemas (Projetos)
URI - FW



  
_
Com o Internet Explorer 8 você fica mais protegido contra ameaças da web. Saiba 
mais.
http://go.microsoft.com/?linkid=9707132

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

Re: [delphi-br] Re: [off-topic] IDE Fix Pack 3.0

[Marcos Douglas]

Interessante como ele consegue fazer isso sem os fontes...

--
Marcos Douglas


2010/3/16 Eduardo Silva dos Santos 

> Complementando.. o IDE Fix Pack corrige 31 Bug's da IDE e tem todos os
> registros do mesmo no Quality Central.
>
>
> Att,
> ...
> Eduardo Silva dos Santos
> DRD SISTEMAS
> (27) 3218-4201
> (27) 9961-7095
> MSN: eduardo@gmail.com
> Site: http://www.drdsistemas.com.br/
> ...
>
>
> Em 16 de março de 2010 21:01, Eduardo Silva dos Santos <
> eduardo@gmail.com> escreveu:
>
> > Graças a boa vontade de nosso ilustre amigo Andreas Hausladen<
> andreas.hausla...@gmx.de?subject=blog>,
> > não teremos mais que suportar os Bug's no Object Inspector
> >
> > O que parece tão difícil da Embarcadero corrigir o Andreas faz e sem os
> > fontes. quem tiver interesse, segue o link
> >
> > http://andy.jgknet.de/blog/?p=781
> >
> > Att,
> > ...
> > Eduardo Silva dos Santos
> > DRD SISTEMAS
> > (27) 3218-4201
> > (27) 9961-7095
> > MSN: eduardo@gmail.com
> > Site: http://www.drdsistemas.com.br/
> > ...
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

RES: [delphi-br] Delphi 7 com win 7 da problemas?

[Douglas Uesato]

Suélio,

 

O sistema funciona perfeitamente, basta apenas configurar o
Delphi7 para rodar em modo compatibilidade.

 

Atenciosamente,

 

Douglas Uesato

Departamento de T.I.

Fone: (67) 3041-8000

www.multicoisas.com.br

 

De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de Suélio Santos
Enviada em: sexta-feira, 26 de fevereiro de 2010 10:26
Para: DELPHI-BR
Assunto: [delphi-br] Delphi 7 com win 7 da problemas?

 

  

Bom dia amigos, desenvolvo usando o deplhi 7 + postgreSQL no win xp 
sem problemas nenhum, mais por motivos de meu not(hp) ser muito limitado 
com o xp, ou seja, tem algumas funcionalidades do not que não rodam 
perfeitamente com o XP, queira colocar a nova versão do windowns 7. Será 
que o delphi 7 roda perfeitamente nesse SO??? e mais uma dúvida, se eu 
trocar o SO os executáveis gerados no win 7 podem ser colocados em 
clientes que utilizam win XP?

Desde Já agradeço.
-- 
Suélio Santos





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

[delphi-br] Res:Re: Re: Ajuda com componente .png

[Douglas Henrique de Souza]

Valeu Evandro, funcionou redondinho.

Abraço,
Douglas Henrique de Souza

  
_
Quer deixar seus vídeos mais divertidos? Com o Movie Maker isso fica fácil.
http://www.windowslive.com.br/public/tip.aspx/view/87?product=4&ocid=Windows 
Live:Dicas - Movie Maker:Hotmail:Tagline:1x1:Titulo Legendas Creditos

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

[delphi-br] Ajuda com componente .png

[Douglas Henrique de Souza]

Bom dia.
Estou precisando trabalhar com algumas imagens .png, no entanto o componente 
que eu usava no Delphi 7 não estão funiconando no Delphi 2007.
Alguém poderia me sugerir algum outro componente que leia .png?

Grato,
Douglas Henrique de Souza

  
_
Você sabia que o Windows 7 inicia e desliga mais rápido? Clique e conheça mais.
http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539

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

Re: [delphi-br] Dicas

[Marcos Douglas]

Boa a dica do SharpE, obrigado.


Marcos Douglas


2010/1/27 Rubem Nascimento da Rocha 

>
> SharpE (
> http://delphi.about.com/b/2010/01/25/sharpe-open-source-delphi-windows-shell-replacement.htm?nl=1)
> - Incremento ao Shell do Windows, com código fonte aberto e escrito em
> Delphi.
>
>
>
> Extraia Links de páginas HTML -
> http://delphi.about.com/b/2010/01/26/extract-links-from-a-html-page-using-delphi-get-href-attribute-from-the-a-tags.htm
>
>
>
> Salve páginas web como HTML ou MHT -
> http://delphi.about.com/od/twebbrowser/a/save-as-mht.htm
>
>
>
> Sds.
> _
> Com o Windows 7 nenhum arquivo vai se esconder de você. Clique para
> conhecer !
> http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Erro ao passar valores de um Form para outro

[Marcos Douglas]

Para simplificar, faça consultas separadas entre os Forms. A pesquisa terá
sua query de consulta. Quando escolher o registro a ser editado, chame o
Form de edição e só passe o ID do registro (ID, CPF, ou seja lá qual for seu
identificador único) como parâmetro. No Form de edição você traz, do banco
de dados, somente este registro.


Marcos Douglas


2010/1/25 Ricardo Ravelli 

> Pessoal, boa noite.
>
>
>
> Eu estou um sistema MDI, no qual tenho um formulário principal (Form Pai) e
> os demais estão como Forms filhos. O meu problema é o seguinte:
>
>
>
> Eu criei um form Filho de cadastro de produtos e dentro dele eu chamo um
> outro form filho que consulta os produtos cadastrados, porém eu também uso
> esse Form de consulta para “jogar” de volta uma linha do registro do DbGrid
> para o formulário de cadastro, assim podendo realizar a alteração desse
> registro (qdo eu dou um duplo-clique em cima do registro).
>
>
>
> Dentro do form de Cadastro de Produtos eu usei o seguinte código para
> chamar
> o Form de consulta:
>
>
>
>  Application.CreateForm(TFrmConProduto, FrmConProduto);
>
>
>
> Dentro do DbGrid desse form de consulta eu utilizei o seguinte código para
> trazer as informações para o outro Form (Cadastro):
>
>
>
> procedure TFrmConProduto.DBGrid1DblClick(Sender: TObject);
>
> var
>
>  Cd_Produto: string;
>
>  Ds_Produto: string;
>
>  Qtd_Produto: string;
>
>  Vl_Unit_Produto: string;
>
>  Vl_Total_Produto: string;
>
>  X: Integer;
>
> begin
>
>  with DBGrid1.DataSource.DataSet do
>
>for X := 0 to FieldCount - 1 do
>
>begin
>
>  case X of
>
>0:
>
>  Cd_Produto := Fields[X].AsString;
>
>1:
>
>  Ds_Produto := Fields[X].AsString;
>
>2:
>
>  Qtd_Produto := Fields[X].AsString;
>
>3:
>
>  Vl_Unit_Produto := Fields[X].AsString;
>
>4:
>
>  Vl_Total_Produto := Fields[X].AsString;
>
>  end;
>
>  FrmCadProduto.EdtCodigo.Text := Cd_Produto;
>
>  FrmCadProduto.EdtProduto.Text := Ds_Produto;
>
>  FrmCadProduto.EdtQdt.Text := Qtd_Produto;
>
>  FrmCadProduto.EdtValorUnit.Text := Vl_Unit_Produto;
>
>  FrmCadProduto.EdtValorTotal.Text := Vl_Total_Produto;
>
>end;
>
>  FrmCadProduto.HabilitaDesabilita(2);
>
>  FrmConProduto.Close;
>
> end;
>
>
>
> O erro está acontecendo quando eu tendo passar os valores das variáveis
> para
> os Edits do outro Form (que fica aberto mesmo com o Form Consulta aberto).
> Ele apresenta um erro de Access Violation e eu notei que ele não consegue
> encontrar as informações do Form Cadastro mesmo ele estando aberto e
> adicionado na Unit.
>
>
>
> Eu já utilizei esse código com Sistemas que não estão em MDI e funcionaram
> corretamente.
>
>
>
> Alguém sabe o que está acontecendo? Ou tem alguma solução diferente para
> trabalhar com forms MDI?
>
>
>
> Obrigado.
>
>
>
> Abraços.
>
>
>
> Att.
>
> Ricardo Ravelli.
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Perda de Herança no Formulário

[Marcos Douglas]

De quais mudanças no Form original vc está falando?
Se for, por exemplo, a posição (Left, Top) de um botão: Se vc alterar a
posição do botão no Form original, o filho irá receber a alteração SOMENTE
se o filho ainda não tiver alterado o seu próprio botão (Left, Top).
Se quiser que as alterações do "pai" ou original, como vc chamou-o, então vc
deve apagar as configurações do botão que fica no arquivo .DFM do filho.

Marcos Douglas


2010/1/25 stainle2003 

> Boa Tarde, usando Delphi 7; tenho um formulário que não obedece mais as
> mudanças no Form Original do qual ele foi herdado; recriei e compilei o
> projeto e nada, alguém tem uma luz ?
>
> grato
>
> Stainle
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Trabalhar com JPGE E TIFF

[Marcos Douglas]

Felipe,
Não sei fazer o TIFF com várias páginas, mas vou lhe passar um site que tem
um software que trabalha com qq tipo de imagem. Talvez ele faça isso que vc
quer, é só ler o manual... ah, o software é na linha de comando, então vc
poderá fazer uma integração com seu projeto Delphi (eu já o utilizo para
redimensionar e tratar imagens).

http://www.imagemagick.com/

--
Marcos Douglas


2010/1/19 Felipe Yahoo 

> Bom dia,
>
>
>
> Cara passei a noite revirando esse site que vc me passou e não encontrei
> coisas do tipo, vc tem noção mais ou menos do nome do algoritimo?
>
>
>
> Obrigado
>
>
>
>
>
> De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
> nome de EmbarcaDelphi
> Enviada em: terça-feira, 19 de janeiro de 2010 00:12
> Para: delphi-br@yahoogrupos.com.br
> Assunto: Re: [delphi-br] Trabalhar com JPGE E TIFF
>
>
>
>
>
> Esse site vai quebrar teu galho e te dar mais visões para o que deseja :)
>
> http://www.efg2.com/Lab/Library/Delphi/Graphics/Algorithms.htm
>
> Diz aí se serviu...
>
> Em 18/01/2010 22:22, Felipe Yahoo escreveu:
> >
> > Boa Noite senhores, estou com um problema e não consigo solucionar.
> >
> > Preciso desenvolver um aplicativo que pega uma ou mais imagens jpg e
> > transforme em um arquivo TIFF com várias paginas.
> >
> > Não se se conseguir ser claro, mas um arquivo de imagem TIFF consegue
> > armazenar varias páginas no mesmo arquivo. E essas paginas seria minhas
> > imagens jpg.
> >
> > Alguem por gentileza e por favor consegue me ajudar?
> >
> > Obrigado
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Re: Envio Email Delphi 2010 (indy 10) e gmail

[Marcos Douglas]

Estou tendo problema em enviar emails para o GMail utilizando o Indy
9.0, pois o GMail utiliza SSL.
O Synapse trabalha bem com o GMail?

--
Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/23 Joao Morais 
> > Essa seria uma tarefa bm árdua... rs...
> > Mesmo com toda uma especificação, pq um programador escolheria o
> > Pascal em relação do Java (que já possui o JSF+Facelets)? Já se
> > perguntou isso?
>
> Toda caminhada, por maior que seja, precisa de duas coisas apenas:
> saber aonde quer chegar e dar o primeiro passo.

Concordo. Mas eu queria ter certeza que, ao chegar no destino, valeria
a pena a caminhada. Não quero que me interprete mal. Apenas estou
agindo como um "Advogado do Diabo"...


> Quanto a escolha eu tenho duas abordagens, podem haver mais: preferir
> a linguagem e o ambiente pascal, e o mais importante que é uma
> exigência menor de hardware.

Entre a sintaxe de Java vs Pascal, tb prefiro a última (infelizmente o
"mundo" não pensa assim).
Sobre a exigência de hardware, não vejo tnta vantagem assim, pois
atualmente as máquinas estão muito poderosas do que eram a anos
(meses?) atrás.


Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/19 Joao Morais 
> *Definir* uma arquitetura. Especificar. Montar interfaces de acesso ou
> documentar como uma coisa deve ser feita. Pensar de que forma escrever
> uma página web antes de começar a jogar html dentro das regras. Pensar
> se DAO é melhor que OPF, OPF é melhor que DAO ou o ideal é trabalhar
> com DAO que acessa um OPF. Saber como funciona o ambiente em que o
> sistema será publicado, se CGI, conhecer limitações e saber como tirar
> o melhor proveito. Ter as respostas e conhecer os caminhos que devem
> ser trilhados -- escolhidos ou implementados -- antes de sair cuspindo
> .pas feito doido.

É claro que a arquitetura, inicial, deve existir.


> > E, o mais importante, ainda
> > tenho minhas dúvidas se vale mesmo a pena investir na linguagem para
> > Web. Veja que poucas pessoas estão comentando sobre este tópico aqui
> > na lista. Acho que a maioria das pessoas aqui apenas tem projetos
> > antigos codificados em Delphi e elas tem apenas que mantê-los. Web com
> > Pascal ainda é um mito.
>
> Ajude a fazer a diferença. O pascal só precisa de uma especificação
> decente, componentizável e livre para ter o mesmo sucesso do fpc. JSF
> com Facelets é uma ótima fonte de inspiração.

Essa seria uma tarefa bm árdua... rs...
Mesmo com toda uma especificação, pq um programador escolheria o
Pascal em relação do Java (que já possui o JSF+Facelets)? Já se
perguntou isso?


Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/13 Joao Morais 
> Pensou certo. Definir toda a arquitetura antes e depois codificar.
> Mesmo que fiquem faltando alguns detalhes, algumas implementações. É
> como escrever contra uma interface que foi completamente definida, mas
> que ainda não possui uma única classe que a implemente.

Se faltar alguns detalhes e implementações, então não foi denifida
_toda_ antes, certo? Não acredito no conceito de arquitetar _tudo_
antes de codificar. Na minha opinião, esta abordagem falha na maioria
das vezes. Construir um software não é como construir um carro.


> Acho que não se aplica. O que cascata separa é concepção de elaboração
> e desenvolvimento durante o desenvolvimento de um projeto. Nós somos
> nossos próprios clientes e estas decisões seriam, digamos, um
> documento de arquitetura que pode ser concebido no modelo iterativo.
> Ágil, sim; irresponsável, não.

Seu pensamento sobre desenvolvimento de software é bem clássico. Eu já
gosto mais de metodologias Ágeis. Menos burocracia. Simplicidade.
Menos documentação vs software funcionando.
Não vejo irresponsabilidade nas metodologias Ágeis. A
irresponsabilidade vem do programador, não da metodologia.


> Nada. Agora que entendi claramente o que você disse. Mal entendido
> resolvido. Bom, sinceramente eu até preferiria alguma crítica a fim de
> me ajudar a melhorar o modelo.

Infelizmente não tive tempo hábil para testar seu framework. Talvez,
seu eu precisasse utilizar um framework como o seu, eu estudaria seus
fontes. No momento, não dá.


> Código é uma forma de uma pessoa se expressar. Pegue um cara ímpar,
> mosca branca, inteligentíssimo, mas que é gago e tem uma letra
> horrível. A letra conta sim, mas não é tão importante quanto a
> harmonia daquilo que está escrito.

Uma vez lida a carta, a importância da letra é ignorada, pois uma
carta é estática. O software, entretanto, é dinâmico e precisa ser
revisto a todo momento. Ele precisa de manutenção e esta manutenção
será feita por pessoas diferentes. Por isso, manter uma padrão e
consistência nos fontes é tão importante, na minha opinião.


> Definir a arquitetura e orquestrar o lugar das coisas antes te criar
> as tais coisas fará com que você crie tudo uma única vez (hã... ok,
> esse seria o caminho feliz) e evite retrabalho. Como falei noutra
> ocasião, quanto maior a equipe e/ou mais complexa a solução, maior a
> necessidade de ter estes cuidados. Mas cada um vai escrever da forma
> que está acostumado, a menos que a equipe tenha ditado até o espaço em
> branco antes e depois do ":=". Curiosidade, estou no meio de um
> projeto assim, absurdo de grande, em que o cliente receberá todos os
> artefatos produzidos, fontes inclusive, e cita até regras de
> checkstyle incluindo o máximo da complexidade ciclomática dos métodos.

Interessante este o projeto. Bem, eu não chegaria a este nível tão
detalhado, pois colocaria muita burocracia ao projeto.


> Entendo. Isso pode ficar meio complicado com mais de uma pessoa
> mexendo ou dando manutenção no mesmo código. Mas eu falo um pouco além
> disso, ao menos nessa etapa. Por exemplo, você está se lixando se o
> kernel do Linux (com perdão da redundância) é um lixo ou é organizado.
> Ele é fechado pra você, e você tem apenas uma interface de uso. Essa
> interface tem que ser algo decente, e o código interno, seja um lixo
> ou não, tem que fazer aquilo que ele se compromete. A interface de uso
> do kernel do Linux é a arquitetura, seu código é construído de acordo
> com o que essa interface dita pra você.

Acho que eu já deixei minha opinião acima...


> Então comenta. Cata a mensagem aonde eu proponho uma arquitetura pra
> gente seguir e dá seu parecer, abrindo em detalhes aonde você tiver
> idéias ou sugerindo outra abordagem aonde você não concordar. Só estou
> esperando esses comentários para dar sequência aos meus.

OK, vou elaborar os comentários. Mas necessito de tempo. Não tenho a
arquitetura na minha cabeça. Então não posso dar detalhes de como será
a implementação. Não sei nem se devemos utilizar o ExtPascal, foi
somente um exemplo (um ótimo exemplo). E, o mais importante, ainda
tenho minhas dúvidas se vale mesmo a pena investir na linguagem para
Web. Veja que poucas pessoas estão comentando sobre este tópico aqui
na lista. Acho que a maioria das pessoas aqui apenas tem projetos
antigos codificados em Delphi e elas tem apenas que mantê-los. Web com
Pascal ainda é um mito.


> A gente vai falar de programação, arquitetura de software, programação
> web, mvc, alguns padrões de projeto, parsers e pascal. Mas nada de
> Delphi. Bom, talvez valha como um off-topic.

Deixemos a galera decidir? Ou não... rs... Abraços.

Marcos Douglas

PS: Desculpa a demora nas respostas. Tive problemas pessoais...

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/13 Joao Morais 
> > Concordo com os benefícios de uma VM e ainda mais de um ambiente 
> > padronizado.
> > Uma VM não é imprescindível, mas o ambiente padronizado é. O que eu
> > quis dizer anteriormente, sobre o custo da padronização, é que não
> > devemos colocar o foco em somente criar o melhor ambiente padronizado,
> > pq muita burocracia tb não ajuda.
>
> Discordo. Deixe-me contextualizar. Quando falo em padronização, estou
> citando a forma que um projeto será construido e evoluido. Não estou
> falando de nomes de variáveis, parâmetros, métodos, etc., mas aonde
> ficarão os lay outs de página, como eles se integram com o restante do
> código, se iremos construir com DAO, BC ou apenas um objeto de negócio
> e um framework de persistência, etc. Isto é importante e deve, sob meu
> humilde ponto de vista, ser definido antes da primeira linha de
> código.

Ah sim, decisões de projeto, por onde começar. Pensei que vc queria
definir toda uma arquitetura e só depois que todas as respostas
estivessem respondidas, aí só faltaria codificar. Este seria o modelo
Cascata, certo? No entanto eu acredito mais nas filosofias Ágeis,
utilizando o interativo e incremental. Mas eu concordo com vc.


> > Concordo, mas isso é depois que o software já está grande ou muito complexo.
> > Veja vários projetos OpenSource que tem por aí. Se vc for utilizar um
> > software opensource ele poderá ser muito bom. No entanto, vendo seu
> > código, veremos que não tem muitos padrões...
>
> Tem algumas coisas que preciso evoluir, algumas violações que preciso
> refatorar e algumas implementações que precisam ser finalizadas. Mas
> se você citar o que você enxerga de ruim, vai me ajudar a nortear a
> implementação ou dar a mim a oportunidade de te apresentar minha visão
> do que eu fiz.

Não, não, não! Vc entendeu errado, mas acho que foi culpa minha. Eu
não quis dizer _seu_ código mas sim o código de qq projeto (pelo menos
a maioria) OpenSource, entendeu? Foi um exemplo, falando de qq outro
software.
Vc é um cara muito inteligente e dificilmente eu faria uma crítica
dessas! E, além do mais, eu não estudei o código do seu framework.


> > Um exemplo é o próprio
> > compilador FPC. Já viu o código? Tem Units que é "certinha", bem
> > padronizada e tal já outras... Qual a melhor abordagem? A padronizada,
> > claro, no entanto acho que se houvesse uma escolha entre desenvolver
> > ou ficar pensando em qual padrão, eles optaram por desenvolver.
>
> Você está falando de que, modelagem de classe? Formatação de código?
> Nome de métodos e variáveis? Nomes de unidades? Eu conheço muito pouco
> do compilador para citá-lo como exemplo, mas o que eu chamo de
> padronização é a forma que os caras lêem tokens, como trabalharam a
> gramática, como implementaram o algoritmo para alocação de registrador
> de forma otimizada e independente de processador, organização dos
> packages, enfim, algo relacionado a arquitetura interna do compilador
> e suas bibliotecas do que olhar meia dúzia de linhas. Os caras têm uma
> arquitetura muito sólida, mesmo que eu ou você achemos que o código é
> muito feio. Estou falando de arquitetura, e não de código.

Bem, eu estava falando de código mesmo. Não conheço a arquitetura do
FPC pra dar alguma opinião. No entanto eu acho que o código tem muito
a ver com a arquitetura. Com packages, por exemplo, vc pode definir
uma organização pra eles mas de que adianta isso em Pascal? Os pacotes
ou units não fazem referência ao diretório que estão, como Java por
exemplo. Então se ficar tudo num único lugar ou bem separado, não faz
diferença a não ser por questão de organização.
Vc fala de algoritmo para alocação, tokens, etc, ou seja, a
Arquitetura, correto? Mas se que adiantaria isso se tivesse mal
escrito (não sei se está ou não, pois eu só vi códigos das classes que
seria utilizadas no meu projeto)? Ninguém entenderia a arquitetura.
Então, acho que tudo está relacionado...


> > OK, concordo em ter uma linha a seguir. Então, vamos começar? rs...
>
> Sim. A gente precisa de um ponto de encontro, nem que sejam trocas de
> mensagens em private, e informar à lista sobre a nossa escolha. Depois
> você precisa dizer se o que eu já disse está legal e tentar evoluir.
> Eu mesmo posso detalhar melhor o que eu citei, caso o caminho esteja
> legal, ou trilharmos caminhos diferentes. Viu só? A gente já andou um
> bocado, só faltou ver com outros olhos.

Ok João, tá certo... rs...
Mas acho que devemos deixar as mensagens aqui na lista mesmo. Assim
podemos receber sugestões/críticas. Se alguém achar que isto é
off-topic, aí então paramos de escrever. O que acha?

Abraços
Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/13 Silvio Clecio :
> Joao Morais escreveu:
>>... Sim. A gente precisa de um ponto de encontro, nem que sejam trocas de
>> mensagens em private, e informar à lista sobre a nossa escolha...
>
> Continuem discutindo por aqui, apesar do silêncio do pessoal, muitos
> podem estar acompanhando.

Ae, viu só!
Valeu Silvio.

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/12 Joao Morais 
> Então Marcos, eu coloquei uma vantagem de um ambiente padronizado, e
> não necessariamente com uma VM. E também não generalizei, nem
> relacionado a VM nem relacionado a padronização. O foco acima vai de
> encontro ao custo de ter uma VM, que por vezes é nada perante o
> benefício.

Concordo com os benefícios de uma VM e ainda mais de um ambiente padronizado.
Uma VM não é imprescindível, mas o ambiente padronizado é. O que eu
quis dizer anteriormente, sobre o custo da padronização, é que não
devemos colocar o foco em somente criar o melhor ambiente padronizado,
pq muita burocracia tb não ajuda. Sei disso pq eu sou um cara muito
padronizado, modesta a parte, mas isso as vezes tolhi a imaginação e
conseqüentemente a evolução. Em outras palavras, se começarmos um
projeto, vamos ter sim a padronização desejada, porém não acho que
devemos pensar nisso tudo agora.


> Tem circunstâncias em que uma padronização é essencial para não virar
> o caos.  Quanto mais complexa a solução e/ou maior a equipe de
> desenvolvimento, maior a necessidade de padrões.

Concordo, mas isso é depois que o software já está grande ou muito complexo.
Veja vários projetos OpenSource que tem por aí. Se vc for utilizar um
software opensource ele poderá ser muito bom. No entanto, vendo seu
código, veremos que não tem muitos padrões... Um exemplo é o próprio
compilador FPC. Já viu o código? Tem Units que é "certinha", bem
padronizada e tal já outras... Qual a melhor abordagem? A padronizada,
claro, no entanto acho que se houvesse uma escolha entre desenvolver
ou ficar pensando em qual padrão, eles optaram por desenvolver.


> De volta ao foco. Minha idéia é criar especificações simples para que
> o projeto saia do papel. Vamos colocar um cenário hipotético:
> linguagem Pascal, compilador FPC (tá virando off topic aqui),
> publicação da aplicação via FastCGI, construção sob a classe
> TCustomFCGIApplication, apresentação via ExtJS/ExtPascal com um
> framework MVC (caso o Ext* não tenha um) para orquestrar a
> apresentação. O MVC vai padronizar os arquivos da apresentação e
> algumas boas práticas ou outros frameworks vão padronizar os arquivos
> e classes de negócio e persistência.

OK, concordo em ter uma linha a seguir. Então, vamos começar? rs...

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

Ricardo,

2009/11/11 Joao Morais :
> 2009/11/11 Ricardo César Cardoso :
>> Desculpa mas não vai dar para evitar... Pascal não está "morto" pois
>> ainda existem falantes "nativos" (a maioria dos que freqüentam essa
>> lista), mas concordo que não é tão utilizado quanto C# ou Java.
>
> Então Ricardo, o Marcos não falou que o Pascal está morto, mas que é
> visto como morto e eu sou obrigado a concordar com ele. Enquanto
> houver um único desenvolvedor utilizando alguma linguagem ou ambiente,
> esta continuará viva para ele embora possa estar morta para os demais.

Não encontro melhor explicação do que nosso amigo João. É exatamente isso.


2009/11/11 Ricardo César Cardoso :
> Entendido João... Sem crise.
>
> Mas estou percebendo que parece que a idéia inicial está evoluindo para outro 
> lado, não é? Algo maior e aparentemente revolucionário... Tô tentando 
> acompanhar vc e o Marcos, mas parece que o nível já tá ficando meio avançado 
> pra mim. Vou tentar não interferir mais. Mas vou acompanhar com muita atenção 
> e torcendo pra poder ajudar ou pelo menos aprender mais um pouco.

É verdade, a idéia está avançando. Se continuarmos com essas boas
discussões talvez saia algum projeto bem interessante e pq não,
revolucionário.
E Ricardo, vc não está interferindo. Pode (e deve) acompanhar as
discussões e sinta-se a vontade em dar sua opinião, ok?

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/11 Joao Morais :
> Concordo, em parte. Também aprecio artefatos simples, no entanto uma
> VM traz consigo um mundo de especificação que ditam algumas regras e
> ajudam você organizar as coisas, especialmente quando trabalha-se em
> equipes grandes. Quando você fala de Java, então, você ainda tem a
> vantagem de não ter dependência com fornecedor algum e tem mais
> facilidade para trocar de suporte. Ajude a construir uma especificação
> em Pascal e eu certamente vou pensar diferente =)

É verdade que a VM dita as regras, ou seja, padronização. Mas tudo tem
vantagens e desvantagens, cabendo a nós fazer a melhor escolha. Se VM
fosse melhor em tudo, então todas as outras linguagens, que não
tivessem uma VM, acabariam. Se OO fosse a melhor escolha em qq
projeto, então a linguagem C já deveria ter morrido a muito tempo!
Veja que padronização tem um custo. Então vamos ter cuidado ao tentar
construir uma especificação em Pascal, para que esta não seja tão
grande e complicada como é o Java e/ou .NET. Pq, se for assim, então
usamos Java ou .NET!

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

> 2009/11/11 Joao Morais :
>Bem melhor. http://www.fastcgi.com/drupal/node/6?q=node/15

É verdade, ainda não tinha lido este comparativo. Então, parece que é
a união dos 2 mundos: processos isolados + performance. Parece muito
promissor.
Estou lembrando que o Ruby tb é utilizado com FastCGI (é uma das
opções). Se estou certo sobre isso, então podemos dizer que é muito
performático. Pois se é rápido com o Ruby, então numa linguagem
compilada será muito mais rápida.


2009/11/11 Joao Morais :
> Exceto lembrar que é preciso especificar, implementar, testar e manter.

Sim João, eu sei...  ;-)


> Bom, se a ferramenta é boa, é mantida por uma empresa ou equipe séria
> e comprometida, utiliza uma linguagem com características modernas
> como meta classe, métodos de classe virtuais, generics e outros
> badulaques, possui bons frameworks, eu conheço bem e consigo suporte,
> o que me importa a quantidade de pessoas que a utilizam?

Concordo com vc. Pena que as empresas não pensem da mesma forma... em
outras palavras, se vamos desenvolver algo para nós mesmos, para fazer
_nossos_ projetos, ok, ótimo. Mas se o foco da pessoa for outro, ou
seja, trabalhar para alguma empresa, então este projeto não tem grande
valia lá fora, no mundo corporativo, devido a linguagem utilizada
(Object Pascal). Tá me entendendo?
Eu já troquei emails com o idealizador do projeto ExtPascal.
Indaguei-o sobre os motivos que o levaram a trabalhar neste projeto
(visto que existe o mesmo parser que ele fez, mas codificado em C#).
Segundo ele, simplicidade. Ele não concorda, por exemplo, ter que
instalar vários megas para rodar uma aplicação .NET. Ele acha muito
mais simples ter apenas um binário, sem dependências, compilado para o
SO direto. Isso tb é performance. Ele tem razão em muitos aspectos.

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/11 Daniel Augusto Bastos :
> O que sugiro é uma aplicação tal qual é hoje os Applications Servers do Java
> (Não do mesmo porte).
> Trabalhando c/ EJB3, vc tem a gerencia da conexão, do pool, da sessão e de
> um monte de outras coisas no Application Server, e não na sua aplicação.

Mas neste padrão Java, é necessário reiniciar o servidor a cada atualização?


> Este não seia exatamente a sua aplicação, e sim uma segunda aplicação que
> faria um meio de campo entre a sua aplicação e o servidor web, por isso uma
> aplicação genérica que poderia ser usada em vários projetos, dai poderia ter
> um protocolo próprio entre o módulo e sua aplicação.

Mas qual seria minha aplicação real? CGI certo? ISAPI não dá por não
ser multiplataforma.
Então vc propõe fazer um módulo que serve como ponto de entrada e tb
para manter a sessão (em memória) de outra(s) app(s). É isso? Não
trabalhei com Java neste nível, mas o EJB trabalha assim, ou seja,
mantendo a sessão em memória?


> sobre a atualização, o que normalmente se atualiza seria a sua aplicação. O
> módulo poderia fazer uma cópia de sua aplicação e executa-la de outro lugar,
> permitindo a substituição da aplicação e o término de uma requisição
> corrente durante a atualização. A atualização do módulo gerenciador sim,
> exigiria a parada do servidor, mas, seria da mesma forma que a atualização
> dum módulo do apache qualquer(incluindo o PHP quando utilizado o módulo do
> apache ao invez de CGI) faria, o que seria muito mais raro que a sua real
> aplicação.

Certo. Entendi. Era como eu pensava então. A diferença é que vc propõe
escrever um módulo do Apache. Nunca tentei e nunca li tal API. Vc sabe
se ẽ complicado? Bem, de qq forma não é impossível...
Gostei desta idéia. Manter a sessão em memória seria muito
performático. Talvez, algumas partes da aplicação tb poderiam ser
módulos, caso estas não sofressem muitas atualizações, como módulos de
serviços de infra.
Mas uma vez pergunto: O Java trabalha assim ou estamos falando de um
novo padrão?


> Já pensei sobre isso a muito tempo, mas como não somos senhores do próprio
> tempo, eu cheguei a codificar uma parte, como prova de conceito, usando
> Apache e Delphi, rodando somente sobre Windows e comunicando sua aplicação
> c/ o módulo atravez de mensagens do windows. Isso já tem alguns anos, mas,
> com o tempo (Mais especificamente a falta dele) o projeto foi sendo deixado
> pra traz e hoje nem sei se tenho mais os fontes.
>
> Usei na época pra comunicação entre as aplicações um artigo muito bom, mas
> não o encontrei mais. Mas a idéia é basicamente esta do artigo do link.
> http://delphi.about.com/od/windowsshellapi/a/wm_copydata.htm?nl=1

Se eu não me engano, no Delphi temos a opção de criar um módulo para o
Apache, correto? Me lembro que tem algo assim naquela tela onde
escolhemos se é ISAPI, NISAPI, CGI ou Módulo Apache.
É uma ótima idéia. Pronto, vc foi promovido a desenvolvedor Senior do
nosso projeto... hehehe

Valeu
Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/11 Joao Morais :
> E neste caso eu sugiro trocar isapi por fastcgi por ser um padrão
> aberto, portável e escalável.

Concordo, mas caímos no problema da performance se for utilizar FastCGI.
Porém, eu não acompanho o FastCGI. Talvez seja uma tecnologia bem
melhor comparada com o CGI padrão, não sei.
Na lista do ExtPascal, tem pessoas lá de fora que já deram testemunhos
de utilizar o ExtPascal em aplicações reais. Inclusive
disponibilizaram (parte) dos fontes.

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/11 Joao Morais 
> Depende do quanto as ferramentas que existem para pascal ajudam no
> desenvolvimento. Falo mais especificamente de ExtJS e ExtPascal. Eu
> tenho o costume (bom? ruim?) de implementar solução para coisas que
> não funcionam como eu gostaria que funcionasse, e tentar criar padrões
> aonde eles não existem. Pascal tem algumas implementações que ajudam
> no desenvolvimento web, mas não possui uma cultura como em Java, aonde
> existe especificação pra tudo. Talvez a falta de padrão e de
> organização seja o maior impeditivo.

O padrão nós mesmo podemos criar. Assim como já existe o ExtPascal
para o frontend, podemos criar um framework MVC, por exemplo, para
programar em Pascal. Então esse não é o problema...
Mas os senhores tem que ter em mente que estarão dedicando seu tempo a
uma linguagem que é considerada morta (sem flamewares aqui, pois todos
sabem que o Pascal não é mais tão utilizado como o C# ou Java). Por
isso eu tenho esta dúvida.

Marcos Douglas

RES: [delphi-br] Re: Ajuda - Dhelphi e MySql

[Douglas Uesato]

Caros colegas,

Eu só consegui resolver este problema com a aquisição do driver para
DBExpress da empresa Corelab, que por sinal é ótimo, vale a pena o
investimento.

Atenciosamente,

Douglas Uesato


-Mensagem original-
De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de felipe govoni
Enviada em: quarta-feira, 11 de novembro de 2009 08:00
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: [delphi-br] Re: Ajuda - Dhelphi e MySql

voce tem que ver se o usuario do banco permite acesso remoto, eu ja passei
por isso
antes, verifica com a hospedagem.




2009/11/10 mario.pagnozzi1979 

>
>
> Amigo,
>
> Verifique se realmente a senha do usuário do banco de dados está correta,
> não sei qual componente você está usando para fazer esta conexão, seria
> interessante você postar para podermos ajudar, normalmente o usuário e
senha
> tem que ser posto no componente de conexão ao banco.
>
> Att.
>
> Mário
>
> --- Em delphi-br@yahoogrupos.com.br ,
> "Junio Domingues"  escreveu
>
> >
> > Pessoal
> >
> > Estou querendo desenvolver um aplicativo que gere relatórios usando
dados
> que estão em um bd Mysql que está na internet, mas quando insiro as
> informações e testo, ele acusa que a senha ou usuário estão incorreta.
> >
> > Porque isto acontece e como resolver isto?
> >
> > Atenciosamente,
> > Junio A. Domingues Santos
> >
> > (31)9163-7173
> > (31)3368-1193
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>



-- 
Felipe Govoni
-
GOVONI Sistemas
Fone 8472-8718
www.govoni.com.br


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





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

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/11 Joao Morais :
> Penso que vale. Tendo em vista as ferramentas disponíveis para
> publicação (FastCGI), apresentação (ExtJS e ExtPascal) e organização
> da aplicação (alguma especialização de TWebApplication), acredito que
> falte apenas uma boa especificação ou implementação MVC para separar
> regras e apresentação.
>
> Vamos conversar melhor sobre esse demo, que ele seja simples
> suficiente para sair do papel e complexo suficiente para conseguir
> validar nossa arquitetura.

Blz, estou disponível para dar início ao projeto.
Minha única dúvida, que persiste, é se vale mesmo a pena investir no
Object Pascal para aplicações Web. Será que vale a pena? Ou é melhor
partir para .NET ou Java?

Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

Olá Daniel,

2009/11/10 Daniel Augusto Bastos 
> As sessões do PHP, como nosso amigo Marcos falou anteriormente são por meio
> de arquivos mesmo. Apesar de ter alternativas(Vide APC), este é o
> comportamento padrão.
>
> O grande lance do PHP é que, usando sessoes, e, incluindo um objeto em
> sessão, o php serializa este objeto pra vc de modo transparente.

Tem razão Daniel, existem alternativas, mas acredito que 95% dos sites
utilizam a sessão default, que é por arquivo.


> O caso do módulo gerenciador que eu falei antes seria justamente pra deixar
> transparente sessões(preferencialmente em mem). Apesar de não ter pensado na
> viabilidade disso, mas, este podia manter em memória objetos serializados da
> sua aplicação independente da requisição, além de poder ela gerenciar o
> Pool.
> Teria realmente a necessidade de parar um servidor em caso de atualização,
> mas, este não seria um caso frequente, pois, poderia ser um gerenciador
> genérico para várias aplicações.
>
> No mais, esta poderia ter 2 "sabores". ISAPI e módulo do Apache, mantendo o
> servidor transparente.

Este módulo tem que ter uma inteligencia de separar objetos para cada
usuário, pois seria uma mesma aplicação compartilhada por várias
requisições de usuários diferentes. Teria muito mais performance, com
certeza. O problema é parar o servidor a cada atualização. Isso seria
um retrocesso considerando o modelo atual, por exemplo o .NET, na
minha opinião.
Não entendi como seria este gerenciador genérico. Se o módulo é apenas
um gerenciador, o que este módulo "chama"? CGI's?
Acho que se o SO for Windows, a melhor opção seria ISAPI considerando
o fato que vc mesmo disse que não há mais problemas com a atualização.
No entanto, acho válido codificar em FPC, pois a aplicação rodaria em
qq SO que o FPC dê suporte.


Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/10 Joao Morais :
> Com PHP, se a memória não está me traindo, você pode passar o id da
> sessão por url ou input hidden. O processo continua (módulo Apache)
> mesmo depois do final do request. Isto não tem como acontecer com CGI
> porque a cada request a aplicação inicia, roda e encerra. Salvo engano
> (me corrija se eu estiver errado), você não tem como fazer um carrinho
> de compras em CGI, a menos que guarde tudo no browser do usuário.

Com CGI é a mesma coisa, vc pode passar o ID da sessão por url ou
input hidden... VC é que tem que implementar uma persistência da
sessão e sabe como o PHP faz isso? Por meio de arquivos textos, para
cada usuário logado. A cada requisição, o PHP abre/lê/grava/fecha este
arquivo... todas as vezes, provocando muito IO. Foi uma solução muito
simples, porém não é a mais performática.


> ISAPI = Módulo Apache? Sim, conheço. FPC tem classes excelentes pra
> ajudar aqui. Embora ainda não tenha usado, imagino ser um porre para
> fazer deploy durante o desenvolvimento, depuração e testes.

ISAPI, até onde eu sei, só é implementado no IIS. Em comparação, é
como se fosse um módulo no Apache, pois depois de iniciada a primeira
instância, o ISAPI fica em memória; apenas um processo compartilhado
entre os usuários.


>> Sobre separar o lauout das regras, eu utilizaria o projeto ExtPascal
>> para o frontend.
>
> Esse eu não conheço. Preciso ler um pouco mais.

Dá uma lida na documentação, vc vai gostar. Ah, e o admin do projeto é
brasileiro e reside em Brasília.


> Não entendi. Como eu vou implementar alguma coisa sem estudar ao menos
> a arquitetura da coisa? Vamos combinar o seguinte, descreva um cenário
> com os detalhes que você conseguir, apresente o que você já tem,
> apresente as idéias para o que não tem e também o que ainda precisa
> ser estudado. Acho que isso vai ser bem produtivo e divertido.

Disse no sentido de ir fazendo testes práticos, demos, etc. Não sei se
vc apenas está lendo sobre as tecnologias ou já sabe mais ou menos por
onde começar... mas tudo bem, não vou apressá-lo.
Não tenho um cenário com detalhes. Bem, os detalhes do projeto Web eu
já tenho, mas diz respeito somente ao meu cliente e não posso
utilizá-lo como testes aqui na lista. Acho que precisamos criar um
"novo" projeto apenas como DEMO pra daí então colocar a tecnologia em
prática.
Eu só não comecei a implementar pq ainda estou em dúvida se vale a
pena fazer isso com FPC ou Delphi (Object Pascal, sem .NET).

Abraço
Marcos Douglas

Re: [delphi-br] CGI com Delphi, dúvida básica sobr e atualização

[Marcos Douglas]

2009/11/6 Joao Morais :
> Problema do CGI sob meu ponto de vista: ele não mantém estado, não
> mantém sessão, não mantém objeto em memória. É como conversar com uma
> pessoa que não consegue guardar o que aconteceu há um minuto atrás e
> fica te cumprimentando o dia inteiro. Talvez exista forma de remediar
> ou minimizar isso, não sei, admito que não cheguei a procurar.

Mas estes problemas são inerentes ao HTTP. O PHP tb não mantém sessão.
Já o ASP.NET simula isso... já manter objetos em memória, bem, isso é
possível em Java, .NET e tb em Delphi se utilizar a tecnologia ISAPI.

> Minhas idéias buscam uma forma de publicar aplicações Pascal,
> utilizando estruturas como TWebApplication, de forma que elas
> permaneçam na memória e permita fazer um pool de conexões, cache de
> objetos, sessões persistentes de usuário e tudo mais que essa
> abordagem proporciona. Busco também um meio de separar regras e lay
> out. Um pouco mais do que CGI e menos do que um módulo Apache. Ainda
> não conheço o que tem por aí para ajudar, certamente eu vou te
> perturbar quando as idéias estiverem mais claras pra mim.

Se utilizar ISAPI, vc terá objetos na memória, pool de conexões, cache
de objetos etc. Mas tb terá que implementar vários lock para que os
usuários não enxerguem estados de objetos de outros usuários. Por
exemplo a conexão com o banco de dados, assim como é feito no Java.
Sobre separar o lauout das regras, eu utilizaria o projeto ExtPascal
para o frontend.
Pelo que eu vejo, vc ainda está na fase de estudos, certo? Bem, eu
gostaria de uma ajuda agora, pois estou com um projeto nas mãos pra
fazer... Será que há possibilidades de vc começar a parte prática?
Assim nós iríamos trocando idéias.

Marcos Douglas

[delphi-br] CGI com Delphi, dúvida básica sobre atualização

[Marcos Douglas]

Fala pessoal,

Tenho uma dúvida básica sobre CGI com Delphi: Como é feita a atualização do
sistema sem derrubar o servidor?
Já trabalhei com ISAPI codificado em Delphi. Na época, tínhamos que derrubar
o IIS para atualizar a DLL, pois ela fica na memória, instânciada, diferente
do CGI que é apenas um EXE.
Estou com um sistema simples, em mãos, mas tenho esta dúvida.

Abraço
Marcos Douglas


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

Re: [delphi-br] NFe usando ACBR

[Marcos Douglas]

>
> Pessoal,
>
> Alguem ja implementou alguma coisa para NFE usando a ACBR ??
>
> Em especial para uso aqui no RS ??
>
> Estou pensando em usar a ACBR para isto, mas queria a opinião de quem ja
> esta usando
>
> Sucesso !!

Caro Moacir,
Procure no histórico de mensagens da lista que vc verá que já existem
várias pessoas utilizando estes componentes. Eu mesmo utilizo e
recomendo. Não sou do RS, mas sim do RJ. No entanto meu sistema está
sendo utilizado em MG.

Abraços
Marcos Douglas

Re: [delphi-br] Erro Componentes Indy

[Marcos Douglas]

2009/10/5 Eduardo Suruagy 
>
> Alguem sabe o motivo desse erro??
> Build
>  [Fatal Error] MainUnit.pas(10): Unit IdCommandHandlers was compiled with a
> different version of IdComponent.TIdComponent
>

Você instalou o Indy 10 mas não removeu (completamente) o Indy 9.
Desinstale o 10. Remova o 9, desinstalando os pacotes e _deletando_ os
arquivos com prefixo Id* e depois instale o 10.

--
Marcos Douglas

RES: [delphi-br] Enc: Ajuda Formatação

[Douglas Uesato - Depto . de Informática]

Sergio,

Converta os valores para Float, talvez o Delphi pode estar se
perdendo por estar comparando 2 strings.

Ex: IF StrToFloat(DBEdit22.text) > StrToFloat(DBEdit35.text) Then

Atenciosamente,

Douglas Uesato
Departamento de T.I



De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de Gestão - Premium
Enviada em: sexta-feira, 11 de setembro de 2009 18:19
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] Enc: Ajuda Formatação

  

 
Boa tarde a todos

Estou com o seguinte problema

nesta verificação

begin
  IF DBEdit22.text > DBEdit35.text Then
begin
showMessage('Erro!!!, A quantidade solicitada '+ DBedit22.text+ ' e maior
que a diponivel em estoque  '+DBEdit35.text);
DBEdit22.setfocus;
abort;
end;

Mas o sistema retorna que o valor 4,00 e maior que 100,00

alguem poderia me dar uma ajuda isso e formatação el alguns caso da
certo e outros não.

 Atenciosamente, 

Sérgio E. Santo
Depto. Gestão US - US 001
degest.prem...@terra.com.br
Premium - Responsabilidade e Garantia na Pratica Diária de Bem Atender
11 - 3378-4501
35 - 3422-9949 

visite nosso site...
www.premiumalimentacao.com.br

A Premium é uma concessionária moderna e ágil quando o assunto é solução em
alimentação coletiva, atuando em todo o interior dos estados de São Paulo e
Minas Gerais desde1998 e pronta para atuar em todas as regiões do país, esta
preparada para oferecer produtos e serviços com excelência em qualidade nos
segmentos da indústria, saúde, comércio e serviços, educação, agro-negócio e
outros onde nossas soluções sejam bem vindas. Possuimos um diversificado e
flexível portifólio para soluções completas das necessidades dos Clientes e
Consumidores. 


De: Henrique Florencio 
Para: delphi-br@yahoogrupos.com.br
Enviadas: Sexta-feira, 11 de Setembro de 2009 11:23:47
Assunto: RES: [delphi-br] Conduits - Palm X Delphi

  
Bom dia, já fiz (faço ainda) conduit para palm sim em Delphi, qual é o seu
problema?

Mas antes me responda umas coisas

1 - Vc esta utilizando o Pocket Studio para desenvolver para o Palm?
2 - Na sua DLL vc ta colocando o mesmo CREATOR ID da sua aplicação? (o
HotSync procura o Creator ID da Aplicação)

Henrique Florencio

-Mensagem original -
De: delphi...@yahoogrup os.com.br [mailto:delphi...@yahoogrup os.com.br] Em
nome de Arrobba Sistemas
Enviada em: sexta-feira, 11 de setembro de 2009 10:30
Para: delphi...@yahoogrup os.com.br
Assunto: [delphi-br] Conduits - Palm X Delphi

Bom dia,

Alguém já conseguiu fazer um conduit em Delphi para Palm,

Peguei um tutorial na internet, não funcionou, utilizei o CONDCFG.EXE para
configurar o hotsync,

Mas a minha DLL não aparece no log.

Alguém pode dar uma luz 

Antonio C. de M. Pires

Arrobba Sistemas

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

 - - --

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

__ Informação do NOD32 IMON 1928 (20061219) __

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

 _ _ _ _ __
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta. messenger. yahoo.com/ 


Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes

__
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Re: [delphi-br] NFe

[Marcos Douglas]

Dimas,

Futuramente terei que implementar esta funcionalidade para alguns
fornecedores do meu cliente, ou seja, apenas para alguns cadastros eu
imprimo o DANFE e já mando o XML por email, automaticamente.
Acho que verei isso na semana que vem. Se encontrar a solução, posto aqui na
lista.

Marcos Douglas


2009/9/11 Dimas Bolognani 

> Ola Marcos,
>
>
>
> Acredito não. Os XML são gerados e enviados e assim q recebo um ok é
> impresso DANFE.
>
> Ai na pasta de retorno tem o XML gerado e um outro com
>
> 31090903754648000141550014011911-sit.xml aqui tem a utorização
> mas no XML gerado não tem.
> 31090903754648000141550014011911-nfe.xml – este teria q ter a
> autorização no final dele.
>
>
>
> Será q estou fazendo algumas coisa?
>
>
>
> Atte,
>
> Dimas
>
>
>
>
>
> De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
> nome de Marcos Douglas
> Enviada em: sexta-feira, 11 de setembro de 2009 15:52
> Para: delphi-br@yahoogrupos.com.br
> Assunto: Re: [delphi-br] NFe
>
>
>
>
>
> Dimas,
> O XML com a autorização vem do WebService. Será que vc está mandando para o
> contador somente o XML _antes_ de enviar para o WebService?
>
> Marcos Douglas
>
> 2009/9/11 Dimas Bolognani  dimas%40dbsoftinformatica.com.br > >
>
> > Boa tarde a todas,
> >
> >
> >
> > Estou enviando o XML para o contador e falou que esta faltando esta parte
> > do
> > XML no arquivo das NFe autorizadas.
> >
> > Quem usa o componente ACBR NFe teve este problema?
> >
> >
> >
> > Como faço para incluir a autorização da NFe no XML ?
> >
> >
> >
> >
> >
> > 
> >
> > - 
> >
> > 1
> >
> > 1.10
> >
> > 3109041901587400014055001332
> >
> > 2009-04-01T15:22:56
> >
> > 131090016920357
> >
> > c/Z3yMtN/BZgQMkXxlf0E+lX6Rw=
> >
> > 100
> >
> > Autorizado o uso da NF-e
> >
> > 
> >
> > 
> >
> > 
> >
> >
> >
> >
> >
> > Atte.
> >
> > DBSOFT INFORMÁTICA LTDA
> >
> > OURO FINO - MG
> >
> > TEL:(35)3441-5254
> >
> > DIMAS BOLOGNANI
> >
> > CEL:9978-8540
> >
> > LOGO_DBSOFT
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> > --
> > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
> >
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> Nenhum vírus encontrado nessa mensagem recebida.
> Verificado por AVG - www.avgbrasil.com.br
> Versão: 8.5.409 / Banco de dados de vírus: 270.13.90/2361 - Data de
> Lançamento: 09/11/09 09:15:00
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] NFe

[Marcos Douglas]

Dimas,
O XML com a autorização vem do WebService. Será que vc está mandando para o
contador somente o XML _antes_ de enviar para o WebService?

Marcos Douglas



2009/9/11 Dimas Bolognani 

> Boa tarde a todas,
>
>
>
> Estou enviando o XML para o contador e falou que esta faltando esta parte
> do
> XML no arquivo das NFe autorizadas.
>
> Quem usa o componente ACBR NFe teve este problema?
>
>
>
> Como faço para incluir a autorização da NFe no XML ?
>
>
>
>
>
>  
>
> - 
>
>  1
>
>  1.10
>
>  3109041901587400014055001332
>
>  2009-04-01T15:22:56
>
>  131090016920357
>
>  c/Z3yMtN/BZgQMkXxlf0E+lX6Rw=
>
>  100
>
>  Autorizado o uso da NF-e
>
>  
>
>  
>
>  
>
>
>
>
>
> Atte.
>
> DBSOFT INFORMÁTICA LTDA
>
> OURO FINO - MG
>
> TEL:(35)3441-5254
>
> DIMAS BOLOGNANI
>
> CEL:9978-8540
>
> LOGO_DBSOFT
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

RES: [delphi-br] QuickReport Layout Criado em runtime

[Douglas Uesato - Depto . de Informática]

Marcos,

Eu já fiz esta loucura através do Canvas :) e pode ter certeza, o
QuickReport não é a melhor ferramenta para você fazer isso. Não sei qual é a
sua proposta mas de uma olhadinha em outros geradores de relatórios, tais
como: ReportBuilder, VDOPrint e etc.

Atenciosamente,

Douglas Uesato
Departamento de T.I

De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de marcosdoerner
Enviada em: quinta-feira, 10 de setembro de 2009 14:40
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] QuickReport Layout Criado em runtime

  
Ola,

Gostaria de saber se alguém já precisou criar ou sabe de como gerar um
quickrpt em branco para que o usuário possa incluir os componentes do mesmo,
formatando o layout conforme sua necessidade.

Incluindo QRLabel, QRDBText, etc inclusive as band´s.

Obrigado.

Marcos Doerner

RES: [delphi-br] Gerar Boleto Bancário através d a aplicação Delphi

[Douglas Uesato - Depto . de Informática]

Jorge,

Boa tarde, eu utilizo o RLBoleto, de uma pesquisada no Google que
você irá encontrar muitas informações sobre este componente.

Atenciosamente,

Douglas Uesato
Departamento de T.I
Fone: (67)3041-8000
www.multicoisas.com.br

De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de Jorge Ericsson
Enviada em: quinta-feira, 10 de setembro de 2009 17:54
Para: undisclosed-recipients:
Assunto: [delphi-br] Gerar Boleto Bancário através da aplicação Delphi

  
Olá pessoal,

Tenho alguns clientes que estão preferindo efetuar os pagamentos através de
boleto bancário,
então eu gostaria de contar com a ajuda dos amigos com dicas e sugestões
para que através
do meu aplicativo seja gerado o boleto bancário onde informo 3 opções de
conta para o cliente.

Alguém já desenvolveu algo vinculado a aplicação ou conhece algum componente
"FREE" ?

Grato desde já pela ajuda.

Jorge Ericsson
Brasília - DF

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

Re: [delphi-br] Para o Andreano Lanusse - Tamanho do executável gerado pelo delphi 2010

[Marcos Douglas]

2009/8/31 Joao Morais 
> Sim, smartlink, mas pode ser otimizado.
>
> No entanto não usar código de unit declarada não significa que nada
> dela será utilizado. A área initialization e finalization das units
> sempre são executadas, e todo código relacionado nestas áreas será
> jogado para o executável. Portanto sempre haverá diferença entre não
> declarar uma unit e não usar nada de uma unit declarada.

É verdade, não lembrei das seções initialization/finalization.
Acho que neste caso não há muito o que fazer mesmo. Ficaria muito
complicado para o compilador saber o que está sendo utilizado, já que
nessas seções podem ser feitas chamadas para outras units, variáveis,
etc...

-Marcos Douglas

Re: [delphi-br] Para o Andreano Lanusse - Tamanho do executável gerado pelo delphi 2010

[Marcos Douglas]

Mas essa feature de não compilar as units somente por estarem declaradas
sempre existiu, não?

Marcos Douglas

2009/8/31 Andreano Lanusse 

> João,
>
> Toda evolução tecnológica tem seu preço, o Delphi e suas tecnologias como
> RTL, VCL, etc... evoluíram muito e isso traz maior volume de código a ser
> compilado.
>
> No Delphi 2010 otimizamos muito o compilador e VCL para evitar crescimento
> de executáveis só por ter units declaradas no projeto mas não sendo
> utilizadas, se você quiser fazer o mesmo com sua aplicação pode dar uma lida
> neste post http://blogs.embarcadero.com/abauer/2009/05/29/3
>
> Se você quiser executáveis menores, utilize a opção de compilação que
> separa os packages do executável.
>
> []'s
> Andreano
>
> From: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br]
> On Behalf Of Anakin
> Sent: Sunday, August 30, 2009 2:13 PM
> To: delphi-br@yahoogrupos.com.br
> Subject: [delphi-br] Para o Andreano Lanusse - Tamanho do executável gerado
> pelo delphi 2010
>
>
>
> Prezado Andreano,
>
> Qual a explicação para o aumento do tamanho do executável gerado pelo
> Delphi
> 2010 em relação ao Delphi 2009, chegando a absurdos 30% a 40% maiores?
>
> João Carlos
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
> CONFIDENTIALITY NOTICE: This email message is for the sole use of the
> intended recipient(s) and may contain confidential and privileged
> information. Any unauthorized review, use, disclosure or distribution is
> prohibited. If you are not the intended recipient, please contact the sender
> by reply email and destroy all copies of the original message.
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] NF-e com ACBr e certificado A3 com l eitor de cartão.

[Marcos Douglas]

Olá Daniel,
Ontem mesmo eu li no fórum do ACBr que tinha que instalar as cadeias... No
meu caso, baixei do site de Minas (o sistema será utilizado lá). Depois de
reiniciar a máquina, funcionou... Mas, só pra ter certeza, instalei somente
o A3 em outra máquina, sem as cadeias, testei e... funcionou! Ou seja, pelo
que parece, o WebService estava fora do ar mesmo... Isso pode (poderá)
acontecer?! Qual seria a contingência?

Abraço
Marcos Douglas

2009/8/27 Daniel Sobrinho Laporte 

> Pessoal,
>
> Quando der esse erro baixei o arquivo cadeiasprodemge.exe e instale. As
> vezes ocorre isso. Só isso e já resolve o problema!
> O arquivo está disponível em:
>
> https://wwws.prodemge.gov.br/index.php?option=com_content&task=view&id=223&Itemid=91
>
> Abs
> Daniel.
>
> 2009/8/27 Marcos Douglas 
>
> >
> >
> > Olá Thiago,
> > Estou utilizando a mesma configuração que vc. Eu consigo achar o
> > certificado
> > (clicando no botão sbtnCaminhoCert, abre uma tela pra escolher o
> > certificado), no entanto estou com o mesmo erro: "Inativo ou
> inoperante...
> > bla bla bla".
> >
> > Vc já conseguiu resolver?!?
> > Abraço
> >
> > Marcos Douglas
> >
> > 2009/8/18 Thiago Menon >
> >
> >
> > > Alguém da lista conhece ou sabe alguém que participou do projeto desse
> > > componente?
> > >
> > > Eu fiz um debug simples e verifique que na classe ACBrNFeConfiguracoes
> > > função GetCertificado está gerando o erro.
> > > O problema é q não consegue achar o certificado.
> > > Minha dúvida é aonde ele busca os certificados instalados na máquina?
> > >
> > > Pois o certificado aparece no internet explore / opções da internet /
> > > conteúdo / aba pessoal
> > >
> > > Alguém sabe como posso fazer para que o componente identifique ele?
> > > Tem alguma coisa para ativar?
> > >
> > > Estou usuando
> > > BDS 2006
> > > ACBrNFePCN VCL
> > > CAPICON para validação do certificado
> > > Certificado Certisign A3 e-CNPJ com leitor de cartão USB
> > >
> > > Agradeço pela ajuda de todos
> > > Thiago
> > >
> > > Thiago Menon escreveu:
> > > > Olá,
> > > >
> > > > Alguém ná lista já conseguiu utilizar os componentes da ACBr para nfe
> > > para assinar
> > > > os arquivos com o certificado A3 com leitor de cartao?
> > > >
> > > > Já instalei tudo certinho e quando rodo o teste q vem junto com o
> > > componente e testo a opção status Serviço
> > > > apresenta um erro dizendo:
> > > > "-inativo ou inoperante tente novamente.
> > > > - Certificado Digital não encontrado."
> > > >
> > > > Alguém sabe o q posso fazer para que a aplicação ache o certificado?
> > > >
> > > > Já setei na propriedade NumeroSerie.
> > > >
> > > > Utilizando:
> > > > BDS 2006
> > > > Componentes ACBr baixados com SVN
> > > > Certificado e-cnpj Certisign com cartao e leitor Gemplus
> > > >
> > > > Agradeço a ajuda de todos
> > > > Thiago
> > > > msn: thime...@hotmail.com 
> > > > __
> > > > Faça ligações para outros computadores com o novo Yahoo! Messenger
> > > > http://br.beta.messenger.yahoo.com/
> > > >
> > > >
> > > > 
> > > >
> > > __
> > > Faça ligações para outros computadores com o novo Yahoo! Messenger
> > > http://br.beta.messenger.yahoo.com/
> > >
> > >
> > > 
> > >
> > > --
> > > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
> > >
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
>
> --
> Daniel Sobrinho Laporte
> Analista de Sistemas e Desenvolvedor Delphi + Firebird.
> Colunista e Editor Técnico ClubeDelphi - DevMedia.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

[delphi-br] NF-e testando do RJ utilizando o WebService de MG

[Marcos Douglas]

Pessoal,
Alguém sabe me informar se há alguma regra que só se pode utilizar os
WebServices do estado onde o programa está sendo utilizado?
Estou com o seguinte problema: O sotware está sendo desenvolvido no RJ mas a
empresa está em MG. Estou tentando utilizar os WebServices de homologação.
Consigo enviar uma NF de teste, utilizando o ACBrNFePCN, e obtenho o
protocolo. Mas depois disso, ao consultar, obtenho uma resposta de rejeição:
*
Rejeicao: Codigo da UF do Emitente diverge da UF autorizadora*

Se alguém puder ajudar...
Muito obrigado.

Marcos Douglas


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

Re: [delphi-br] NF-e com ACBr e certificado A3 com l eitor de cartão.

[Marcos Douglas]

Olá Thiago,
Estou utilizando a mesma configuração que vc. Eu consigo achar o certificado
(clicando no botão sbtnCaminhoCert, abre uma tela pra escolher o
certificado), no entanto estou com o mesmo erro: "Inativo ou inoperante...
bla bla bla".

Vc já conseguiu resolver?!?
Abraço

Marcos Douglas


2009/8/18 Thiago Menon 

> Alguém da lista conhece ou sabe alguém que participou do projeto desse
> componente?
>
> Eu fiz um debug simples e verifique que na classe ACBrNFeConfiguracoes
> função GetCertificado está gerando o erro.
> O problema é q não consegue achar o certificado.
> Minha dúvida é aonde ele busca os certificados instalados na máquina?
>
> Pois o certificado aparece no internet explore / opções da internet /
> conteúdo / aba pessoal
>
> Alguém sabe como posso fazer para que o componente identifique ele?
> Tem alguma coisa para ativar?
>
> Estou usuando
> BDS 2006
> ACBrNFePCN VCL
> CAPICON para validação do certificado
> Certificado Certisign A3 e-CNPJ com leitor de cartão USB
>
> Agradeço pela ajuda de todos
> Thiago
>
> Thiago Menon escreveu:
> > Olá,
> >
> > Alguém ná lista já conseguiu utilizar os componentes da ACBr para nfe
> para assinar
> > os arquivos com o certificado A3 com leitor de cartao?
> >
> > Já instalei tudo certinho  e quando rodo o teste q vem junto com o
> componente e testo a opção status Serviço
> > apresenta um erro dizendo:
> > "-inativo ou inoperante tente novamente.
> >   - Certificado Digital não encontrado."
> >
> > Alguém sabe o q posso fazer para que a aplicação ache o certificado?
> >
> > Já setei na propriedade NumeroSerie.
> >
> > Utilizando:
> > BDS 2006
> > Componentes ACBr baixados com SVN
> > Certificado e-cnpj Certisign com cartao e leitor Gemplus
> >
> > Agradeço a ajuda de todos
> > Thiago
> > msn: thime...@hotmail.com
> > __
> > Faça ligações para outros computadores com o novo Yahoo! Messenger
> > http://br.beta.messenger.yahoo.com/
> >
> >
> > 
> >
> __
> Faça ligações para outros computadores com o novo Yahoo! Messenger
> http://br.beta.messenger.yahoo.com/
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Enviar email em formato HTML

[Marcos Douglas]

2009/7/22 Eduardo 
>
> Exatamente isso que estou fazendo, mas como mandar o texto em formato
> HTML ???
>
> Esta e a questao !!!
>
> Eduardo

Utilize a propriedade ContentType da classe TIdMessage:

IdMessage1.ContentType := 'text/html';

--
Marcos Douglas

Re: [delphi-br] Dúvidas no arquivo

[Marcos Douglas]

Se o campo (DBEdit por ex) estiver num PageControl, numa aba que não está
selecionada, ocorrerá este erro...
Vc tem que verificar se o "Parent" do DBEdit está visível.

-- Marcos Douglas

2009/7/15 Marcio Carneiro 

> Olá, amigos
> Estou desenvolvendo o meu primeiro sistema do Delphi.
> Estou fazendo com base num vídeo aulda da Devmedia.
> Agora surgiu uma dúvida:
> Tenho uma rotina que antes do post, verifica se os campos marcados como não
> nulos estão preenchidos, se não estiver:
> ele dá um setfocus no campo e aí aparece o erro: CANNOT FOCUS A DISABLED OR
> INVISIBLE WINDOW"
> Só que o campo está visible e true, o pagecontrol também.
> Meu código:
> var
>  i : integer;
> {: verifica quais os campos que estão em branco no cadastro}
> begin
>  inherited;
>   Result := True; {: assume que estão todos preenchidos}
>  for i := 0 to DtSrc.DataSet.FieldCount - 1 do
>if DtSrc.DataSet.Fields[i].Required then
>  if (DtSrc.DataSet.Fields[i].IsNull) Or
> (DtSrc.DataSet.Fields[i].AsString = '') then
>  begin
>MessageDlg('Preencha o campo " '+
> DtSrc.DataSet.Fields[i].DisplayLabel + '"', mtWarning,[mbOk], 0);
>Result := False;
>DtSrc.DataSet.Fields[i].FocusControl; {: coloca o foco no controle}
> (O ERRO APARECE AQUI)
>Break;
>  end;
>
> Já tentei no Google e nada
> Um abraço
> Marcio
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>


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

Re: [delphi-br] Re: web cam Delphi Twain

[Marcos Douglas]

On Wed, Jul 8, 2009 at 9:09 AM, rodrigoojapa  wrote:
>
> É que toda vez que capturo imagens, parece que ele guarda na memória...eu 
> acho que é isso
>

Até vc salvar a imagem.
Depois vc reinicia o componente:
  DelphiTwain1.LibraryLoaded := False;
  DelphiTwain1.SourceManagerLoaded := False;

--
Marcos Douglas

Re: [delphi-br] web cam Delphi Twain

[Marcos Douglas]

On Tue, Jul 7, 2009 at 10:34 PM, rodrigoojapa  wrote:
>
> Boa Noite,
>
> Estou usando uma desenvolvendo um aplicativo, e estou usando o delphiTwain 
> para capturar imagens da webcam.
> Alguem já usou este componente, se já como posso fazer para que ele limpe as 
> imagens guardadas na memoria?

O que seria limpar as imagens guardadas?!?

--
Marcos Douglas

[delphi-br] :: Pegar o IP de todas as placas de rede ::

[Douglas Uesato - Depto . de Informática]

Amigos,

Gostaria de saber como eu faço para pegar os IPs de todas as placas
de rede da minha máquina?
Encontrei algumas soluções até componentes, porém eles pegam o IP
apenas de uma placa.

Atenciosamente,

Douglas Uesato
Departamento de TI
Fone: (67) 3041-8000
Fax:   (67) 0800-9791230
Voip: 40121

Re: [delphi-br] Scanner HP x Delphi

[Marcos Douglas]

On Sat, Jun 6, 2009 at 10:16 AM, Gmail - Sharplinux wrote:
> Pessoal, bom dia
>
> Alguém já desenvolveu alguma coisa com o Scanner da HP modelo Scanjet
> 5590? Não consigo capturar o que o scanner faz cópia, alguém tem alguma
> idéia? Já liguei na HP mas eles não dão suporte a software de terceiros.


Procure por TDelphiTwain.

--
Marcos Douglas

Re: RES: [delphi-br] Re: framework

[Marcos Douglas]

2009/6/5 Joao Morais :
> Mas esses mesmos desenvolvedores podem aproveitar o trabalho que
> outros tiveram e publicaram. O problema que eu enxergo é que os
> desenvolvedores preferem passar mais trabalho implementando do que
> passar menos trabalho aprendendo um framework que já foi desenvolvido
> por outro. E para o caso específico do Delphi os desenvolvedores
> pensam que só existem dois mundos: o mundo data ware e o mundo fazer
> tudo na mão.

João,
Juro que não copiei sua idéia no meu email anterior, sobre os
desenvolvedores somente enxergarem 2 mundos...
Foi uma coincidência, ou melhor, um pensamento em sincronia.

Abraço
Marcos Douglas

Re: RES: [delphi-br] Re: framework

[Marcos Douglas]

> Por que me sinto mais confortável? No meu caso é porque já me acostumei a 
> criar as rotinas de alimentação dos componentes... Com dbWare é fácil? Sim, 
> mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito 
> tempo e precisei fazer algo mais "na unha". Acabei pegando um vício, que me 
> deu um trabalhão pra perder.

Se você entrar numa "briga" dizendo que "non-DBware" é melhor do
DBware porque "fazer na unha" é melhor, então a briga será perdida.
Tem muita gente aqui (não estou me referindo a você, Ricardo) que só
vê 2 mundos: utilizar DBware ou fazer "tudo na unha". Se eu tiver que
escolher entre as duas opcões, não penso duas vezes, é DBware.
Temos que comparar 2 tecnologias/frameworks. Não dá pra comparar
"fazer tudo na unha" com um framework razoavelmente bem feitoque é o
DBware.

Marcos Douglas

Re: [delphi-br] Re: framework

[Marcos Douglas]

> É como eu costumo dizer: em Informática, nada é absoluto e tudo é relativo. 
> Para uns, data-aware é bom, para outros é um parto. Particularmente, não abro 
> mão. Os data-aware controls estão para o Delphi assim como o conceito de 
> binding está para o .NET.
>
>
>
> O Paulo Quicoli, em um dos seus excelentes artigos que ele publicou no site 
> da ClubeDelphi, fala que a quantidade de código que vc tem que escrever para 
> implementar observers/controllers/etc. com tais design patterns é custoso, 
> mas o ganho em produtividade depois compensa esse tempo pertido.
>
>
>
> E, particularmente, como não tenho tempo a perder quando o assunto é 
> desenvolver sistemas de informação com qualidade e eficiência, e sabendo que 
> com o Delphi é possível SIM mesclar MVP/MVC com RAD ou data-aware controls 
> (como bem já demonstrou o Paulo Quicoli), e tb pq tenho conhecimento e 
> experiência de causa (certo, João Morais?), não me vejo usando nada diferente 
> de data-aware. Inclusive dentro do .NET não abro mão dessa faceta, que no 
> .NET é chamado de data binding.


O framework do DBware deve ter mais código do que um feito para
utilizar os componentes simples.
Os programadores acham que é melhor utilizar DBware porque não
"escreve quase nada". Só que eles não pensam que tem MUITO código
escrito para tudo funcionar. Então, como falei antes, é só ter um
framework que trabalhe com os componentes simples para ter a mesma
produtividade que temos utilizando o DBware.

Marcos Douglas

RES: [delphi-br] Etqiuetas c/ ACBR

[Douglas Uesato - Depto . de Informática]

Dimas,

Boa tarde, até onde eu sei o componente da ACBR funciona apenas para
a linguagem PPLA, já as impressoras Zebra utilizam a linguagem ZPL ou EPL2
que é totalmente diferente.


Atenciosamente,

Douglas Uesato
Departamento de TI
Fone: (67) 3041-8000
Fax:   (67) 0800-9791230
Voip: 40121

De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em
nome de Dimas Bolognani
Enviada em: sexta-feira, 5 de junho de 2009 13:53
Para: delphi-br@yahoogrupos.com.br
Assunto: [delphi-br] Etqiuetas c/ ACBR




Boa tarde,

Alguem utiliza o componente da ACBR para emissão de etiquetas na Zebra
TLP-2742.

Estou tentando utilizar o Demo para um teste mas clico no botão para
imprimir o teste e nada, simplesmente não acontece nada.

O que será preciso configurar?

Atte.

Dimas

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

Re: [delphi-br] Re: framework

[Marcos Douglas]

2009/6/4 Rubem Rocha :
> Particularmente, essa questão de ser ou não ser data-aware é relativa! Eu
> não consigo ver ganho de produtividade sem utilizar controles data-aware!
> Tem gente que reclama que os controles data-aware fazem coisas que não
> deveriam. Eu, particularmente, digo que, pela experiência, sabendo usar não
> vai faltar! E é perfeitamente possível fazer uso de boas práticas de
> desenvolvimento OO, como design patterns e abordagem MVC/MVP/MGM sem abrir
> mão de RAD e do uso de controles data-aware. Mas, enfim, como diria a rima
> de uma certa música infame, “cada um no seu quadrado!”

Data-ware tb é um framework. Então, se vc tiver um framework que
utilize os componentes "simples" do Delphi, vc poderá ter o mesmo
ganho (ou até mais) de produtividade que tem ao utilizar data-ware.

Marcos Douglas

Re: [delphi-br] Re: framework

[Marcos Douglas]

2009/6/2 felipe govoni :
> ok, entao qual framework vcs me recomendam? vo começa a estuda OO, e
> noa faço ideia de qual framework usar.

Caro Felipe,

Se você _ainda_ vai começar a estudar OO, então sugiro que aprenda, a
fundo, a linguagem Object Pascal. Esta tarefa será muito importante
para que você compreenda os conceitos relacionados a Orientação à
Objetos.
Começar tentando aprender OO com frameworks, será muito mais difícil.
Domine os conceitos de herança, encapsulamento e polimorfismo e, só
então, comece a estudar frameworks.

Cordialmente,

Marcos Douglas

[delphi-br] [OFF-TOPIC] Editar vídeos MP4 (convertido) com o Mo vie Maker

[Marcos Douglas]

Pessoal,

Alguém sabe de algum software free ou open source que edite arquivos MP4?
Vou dizer o que eu já tentei fazer, em vão, e por isso estou pedindo a
ajuda dos colegas.

1. Queria editar o vídeo utilizando o Movie Maker (MM) do Windows.
2. O MM não aceita o formato MP4.
3. Busquei um conversor de MP4 para AVI e achei o Pazera[1].
4. O vídeo convertido é visualizado normalmente, mas continua sendo um
"formato inválido" para o MM.
5. Após instalar vários tipos de Codecs, como K-Lite e XP Codecs Pack,
não consigo trabalhar com o arquivo.
6. Para piorar, há um problema com o MM: Consigo executar um vídeo
quando importo para o MM, porém quando coloco este mesmo vídeo na
Linha do Tempo do MM, quando executa só funciona o som e o vídeo fica
preto.
7. Não sei se ele, o MM, estava assim antes ou foi com alguma
instalação de codecs.

Resumindo:
Preciso de um software que edite (retirar pedaço do vídeo, adicionar
imagem, retirar o som, etc) vídeos no formato MP4 ou qualquer outro
formato, desde que tenha um software que converta o MP4 para um
formato _válido_ que possa ser trabalhado. E este software deve ser
Open ou Free, pois vou instalá-lo na empresa.

[1] http://www.kerodownload.com/s-fx_info-id-26216.html

Obrigado
Marcos Douglas

[delphi-br] Re: Justificar RichText no ReportBuilder

[Marcos Douglas]

2009/5/5 Marcos Douglas :
> Alguém sabe justificar um RichText no ReportBuilder?
>
> Abraço
> Marcos Douglas
>

Bem, fiz uma pesquisa e encontrei 2 soluções:
1. Utilizar a suite TRichView: www.trichview.com
2. Utilizar a suite Woll2Woll (InfoPower): www.woll2woll.com

Ambas as suites contém um add-on/plugin, respectivamente, para
utilizar o RichEdit (versão 2.0) dentro do ReportBuilder.
Ambas as suites não são gratuitas. Aqui na empresa eu só tenho
disponível a suíte Woll2Woll, então segui o Readme.doc, na pasta
RBuilder\InfoPower,  para tentar instalar o plugin que vem no próprio
ReportBuilder.

Instalei tudo. Não deu erros. Segui na risca o manual, passo a passo,
porém o suporte ao editor RichEdit, com suporte a justificar o texto,
não aparece. É como se não tivesse instalado.

Será que agora alguém pode dar uma olhada e tentar a solução #2 e, se
tiver exito, me passar o caminho?

Muito obrigado
Marcos Douglas

[delphi-br] Justificar RichText no ReportBuilder

[Marcos Douglas]

Alguém sabe justificar um RichText no ReportBuilder?

Abraço
Marcos Douglas


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

Re: [delphi-br] Como criar uma UNIT GLOBAL?

[Marcos Douglas]

2009/4/25 EmbarcaDelphi :
> Olá turma. Bom dia!
> [...]
> // Além de colocar na uses do form, queria saber em que posição devo
> colocar estas variáveis, functions e procedures na unit uFunc para que
> elas se tornem pública? Tentei colocar "PUBLIC" mas não aceita, a não
> ser que eu crie classes e use create() e o nome da classe, etc...
>
> Aguardo uma sugestão

1º Sugestão:
Não tente adivinhar como seria a sintaxe. Pascal é uma linguagem de
fácil aprendizado, basta você reservar um tempo para aprendê-lo:

Pascal a linguagem de programação:
http://pt.wikipedia.org/wiki/Pascal_(linguagem_de_programa%C3%A7%C3%A3o)

Manual de programação em Pascal:
http://omi.mct.gov.mz/material/pascal.doc

2º Sugestão:
Utilize mais o Google.

Cordialmente,
Marcos Douglas

Re: [delphi-br] ajuda inserir figura em imagem

[Marcos Douglas]

Alessandra,
Siga a dica do Marcelo:

2009/4/25 marcelo :
> Se for tipo uma seta ou um circulo  por que não abre no paint do Windows faz
> o que vc e quer e depois salva?

É bem mais simples. Vc pode utilizar a função CreateProcess[1] para
deixar seu programa aguardando o "MS Paint" terminar. Recupere a
figura e pronto.

[1] Peguei o primeiro link que vi no Google:
http://www.marcosdellantonio.net/2006/11/29/delphi-exemplo-utilizando-createprocess/

Abraços
Marcos Douglas

PS: Uma vez, uma equipe de desenvolvimento estava pensando em fazer um
visualizador de imagens que eram scanneadas pelo próprio sistema. O
visualizador deveria dar zoom, girar, etc. Já estavam começando a
implementar quando eu propus utilizar o Windows Picture, que já faz
isso tudo.

Re: [delphi-br] Cortar uma parte da Imagem

[Marcos Douglas]

Olá Ricardo,

2009/4/7 Ricardo Mendes :
> Bom dia a todos,
> Gostaria de uma ajuda referente a cortar uma parte da imagem.
>
> Estou com um cadastro de cliente que tem opção de fotoaté ai já está 
> funcionando, inclusive ja tenho as telas de captura de foto através de 
> arquivo e captura pela webcam.
> Porém, eu estou precisando agora é que qdo eu carregar a imagem tanto da 
> webcam ou do arquivo o usuario tenha opção de cortar a imagem, para que fique 
> no formato de uma foto 8x4.
>
> Já pesquisei na net e nas listas de delphi, porém não achei nada relacionado 
> sobre isso.
> já tentei varios exemplos parecidos, mas nenhum com sucesso.
>
> Um exemplo do que quero fazer é o seguinte.
> Quem tem orkut e e for alterar a foto do perfil ao carregar a imagem vc tem a 
> opção de usar o tamanho original ou cortar a imagem como quiser o tamanho e 
> local
> É bem essa parte que eu quero fazer no meu sistema.

Fiz esta pergunta a algum tempo aqui na lista mais ninguém respondeu.
Resolvi meu problema utilizando o software ImageMagick[1]. Neste
software você encontrará vários executáveis que trabalham com imagens.
Existem também interfaces ou API[2] para trabalhar com diferentes
linguagens, inclusive Pascal chamado PascalMagick[3].
Tentei uitilizar a API para Pascal mais não consegui. Ela foi
codificada para ser utilizada no FreePascal. Tive alguns erros e não
quis me aprofundar no assunto. Preferi utilizar os executáveis mesmo
(especialmente o Mogrify.exe).

Entre no site, veja a lista de comandos e veja o que é útil pra você.

[1] http://www.imagemagick.org/script/index.php
[2] http://www.imagemagick.org/script/api.php
[3] http://wiki.lazarus.freepascal.org/PascalMagick

Abraços
Marcos Douglas

Re: [delphi-br] Componente TCamera

[Marcos Douglas]

> Bom dia a todos,
>
> Alguem sabe se o componente TCamera visualiza imagens de qualquer camera que 
> esteja conectada ao pc
>
> Rodrigo Yoshikazu Sahara

Eu utilizo o TVideoCap.
Link: http://biphome.spray.se/baxtrom/videocap.zip

Abraços

--
Marcos Douglas

[delphi-br] Recortar parte de uma imagem (BMP ou JPG)

[Marcos Douglas]

Olá,

Você tem uma rotina padrão do Delphi (sem utilizar componentes ou libs
de terceiros) que corte uma imagem?
Gostaria de recortar parte das extremidades de uma imagem, para
transformá-la em uma 3X4, por exemplo.

Obrigado
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/3/2 Andreano Lanusse :
> Esse seu índice está bem além da realidade

Pq, está errado? Gostaria que estivesse...

--
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/2/27 Andreano Lanusse :
> Marcos,
>
> O fato de rodar uma aplicação C# ou Delphi Prism no .NET não faz diferença 
> para .NET, pois tudo é executado como byte code.
>
> Agora o fato de saber mais Delphi do que C# faz uma grande diferença na hora 
> de você desenvolvedor, o IDE não faz diferença pois ambos estão sendo 
> executados dentro do Visual Studio.
>
> Andreano Lanusse

Sim, Andreano, não faz diferença na plataforma .NET, mas tem diferença
de linguagem e aprendizado para a empresa que quer contratar um
programador .NET que pedirá, com 99% de chance, que este programador
saiba C# ou mesmo VB.NET (Argh!).

Abraços
--
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/2/27 Walter Chagas (Bol) 
> Marcos,
>
> Não existiu e tudo indica que não existirá tão cedo esta suposta "queda" que 
> voce diz do Delphi. Ele continua aí com sua boa fatia de mercado. Muita gente 
> fala que o Delphi morreu, foi descontinuado, etc. Tudo tudo não passam de 
> factóides. Agora mesmo que um dia ele acabe, eu acho que as chances da Code 
> Gear (E não mais borland) abrir o fonte do Delphi para ele se transformar em 
> OS, são na proporção de 0 para 1000. Se o Quatro Pro que já faz anos 
> que foi descontinuado, o Turbo Assembler ou o Turbo C++ eles não abriram. 
> Porque abririam pro Delphi?
>
> O que eu acho é que tem que parar com esse mau agouro de que o Delphi acabou.

Já expliquei que não foi isso que eu quis dizer...

--
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/2/27 Bruno Lichot :
> Mais uma vez desculpe-me se pareci “estressado”, a idéia é somente somar e 
> ajudar no que for possível.

Digo o mesmo. Tb só quero ajudar a quem tem dúvida, quando dou minha opinião.
Amigos, certo?

Forte abraço

--
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

Olá Bruno,
Senti um pouco de stress na sua resposta; bem, eu não estou brigando, ok?
Eu não sabia o que significava TCB, pensei que fosse uma das razões
sociais de alguma empresa que pagou pelo Delphi. Como não sou
investidor da tecnologia Delphi, não me importa muito...
Mas sua resposta em dizer que trabalha para a Borland, respondeu minha
pergunta anterior.

Quero deixar claro, mais uma vez, que eu não acho que o Delphi morreu
ou está morrendo. Uso o Delphi todos os dias. Gosto muito do Delphi e
adoro a linguagem Objetc Pascal. Mas tenho uma opinião formada sobre
Delphi+Win32 vs Delphi+.NET. A primeira está bem viva. Nosso mercado
continua com Windows 95, 98 e XP na sua maioria. Já a segunda, não
acho muito sentido aprender uma nova linguagem que não seja o Core do
.NET, ou seja, o C#. Veja eu gosto MUITO mais de Pascal do que C#
porém eu estou somente sendo lógico.

Abraços

--
Marcos Douglas

2009/2/27 Bruno Lichot :
> As noticias sobre a aquisição e os números estão nos press releases liberados 
> pelas empresas, veja no site da Borland e da Embarcadero.
>
>
>
> Não precisa de muitas estatísticas, eu não vou passar as nossas para não dar 
> motivos de ser tendencioso. Mas procure pelos índices como o TIOBE e veja o 
> histórico de dois anos do Delphi e do PASCAL.
>
>
>
> Procure principalmente pelas soluções do Governo, Multinacionais e empresas 
> de todos os portes que usam Delphi. Temos mais Delphi no nosso dia a dia do 
> que imaginamos.
>
> Não estou querendo provar supremacia ou falar que é melhor ou pior, ou mesmo 
> desmerecer o crescimento e qualidade de outras linguagens e ambientes. Só 
> quero deixar claro e combater esta idéia de que o Delphi já morreu ou está 
> morrendo, pois isso sim não é verdade, combater todo e qualquer 
> desmerecimento sem causa ao nosso Delphi. Nós como usuários da ferramenta 
> deveríamos estar aqui para levantar a bandeira e ajudarmos uns aos outros e 
> fortalecer ainda mais nossa tecnologia e utilizar o que de melhor ela tem 
> para oferecer.
>
>
>
> O número de usuários das listas que faço parte também só aumenta, e o número 
> de atendimento a usuários Delphi triplicou nos últimos 3 anos. Só no ano 
> passado realizei mais de 800 atendimentos diretos de usuários registrados sem 
> contar as listas e outros canais.
>
>
>
> Sobre trabalhar no TCB, eu não sei qual foi o sentido da sua pergunta com 
> relação a isso. Mas a resposta é que eu não trabalho para o TCB, sou 
> funcionário da Borland Latim América.
>
> O TCB é o grupo de investidores dono da Embarcadero que hoje é dona do Delphi 
> e de toda linha de IDE que era da Borland.
>
>
>
> Abraços,
>
>
>
> BL
>
>
>
> From: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] On 
> Behalf Of Marcos Douglas
> Sent: sexta-feira, 27 de fevereiro de 2009 15:27
> To: delphi-br@yahoogrupos.com.br
> Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?
>
>
>
> 2009/2/27 Bruno Lichot  <mailto:bruno.lichot%40borland.com> >:
>> A escolha foi a venda para TCB que com o aporte de mais de 2 bilhoes de 
>> dólares esta mantendo e continuando os produtos em constante
>> evolução e atualização tecnológica. E a Borland pode se manter forcada em 
>> ALM.
>> [...] continuamos como distribuidores exclusivos do Delphi e mantemos uma 
>> equipe só para cuidar dele e continuar a ajudar a comunidade.
>
> Bruno, vc trabalha na TCB?
>
>> E se tendência é baseada em fatos de mercado e utilização, com o crescimento 
>> anual de mais de 10% não podemos afirmar que algo esta indo pro brejo. Sem 
>> falar no uso crescente do Delphi e nos indicadores de mercado e linguagem 
>> mundial.
>
> Infelizmente eu não tenho acesso a essas estatísticas. Alguém além do Bruno 
> tem?
>
> --
> Marcos Douglas
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
>
>
>
>

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/2/27 Bruno Lichot :
> A escolha foi a venda para TCB que com o aporte de mais de 2 bilhoes de 
> dólares esta mantendo e continuando os produtos em constante
> evolução e atualização tecnológica. E a Borland pode se manter forcada em ALM.
> [...] continuamos como distribuidores exclusivos do Delphi e mantemos uma 
> equipe só para cuidar dele e continuar a ajudar a comunidade.

Bruno, vc trabalha na TCB?

> E se tendência é baseada em fatos de mercado e utilização, com o crescimento 
> anual de mais de 10% não podemos afirmar que algo esta indo pro brejo. Sem 
> falar no uso crescente do Delphi e nos indicadores de mercado e linguagem 
> mundial.

Infelizmente eu não tenho acesso a essas estatísticas. Alguém além do Bruno tem?

--
Marcos Douglas

Re: [delphi-br] ADO, TImage, Jpeg, FileType

[Marcos Douglas]

2009/2/27 Rubem Nascimento da Rocha :
>
> Procure na Internet por exemplos de uso desta função da biblioteca URLMON.DLL 
> em Visual Basic e saberá exatamente do que estou falando! Eu adaptei estes 
> exemplos há um tempo atrás para Delphi, pois tb tive a necessidade de 
> procurar identificar o que era exatamente o tipo de dados de determinados 
> arquivos!

OK Rubem, agora entendi. Vou pesquisar, obrigado.

--
Marcos Douglas

Re: [delphi-br] Gerenciamento de memória das exceç ões

[Marcos Douglas]

2009/2/27 Joao Morais :
> Você pode usar esse objeto fora do bloco except, você só não pode
> copiar uma referência para o objeto e usar a referência *depois* de
> passar pelo end, aonde um E.Free está implícito. Se você não tem AVs é
> porque, ou você não usa o objeto depois do final do except, ou seu
> gerenciador de memória está pouco agressivo e você poderá ter
> problemas aleatórios mais cedo ou mais tarde. Tente usar FastMM em
> modo debug. Recomendo você não fazer cópia da referência para o objeto
> E, e se precisar guardar informações, fazer um clone dele ou copiar o
> que tiver de relevante.

Entendi o que vc falou. No meu próprio exemplo, eu utilizo o método
"OutroMétodo(E)" passando o objeto de Exceção por parâmetro. Posso
fazer o que quiser com este objeto, mas depois de executar o método, o
compilador volta para a linha seguinte, ou seja, o END do bloco
try/except/end e é ai que tem um E.Free implicito.
Bem, eu já devia saber a uma década... acho que esqueci.

Valeu João, ótima explicação.

--
Marcos Douglas

Re: [delphi-br] Delphi for .Net já era? Foi descont inuado, é verdade?

[Marcos Douglas]

2009/2/27 Joao Morais :
> Muito pouco seria aproveitado, se é que alguma coisa seria. Primeiro
> que Delphi é escrito parte em pascal, parte em C e parte em asm. FPC é
> todo pascal. Segundo que o Delphi não tem uma arquitetura
> multiplataforma, tem apenas i386 e win na cabeça. Ainda acho que o
> sonho seria a equipe do delphi montar um ambiente cross linux X
> windows X mac usando FPC em um único produto, tal qual fez o pessoal
> do Morfik.

Então, João, se vc diz que a equipe do Delphi seria capaz de montar um
ambiente cross, pq a equipe do FPC não conseguiria isso tb?
Mesmo que continuássemos utilizando o Windows somente para utilizar o
IDE, mas que tivéssemos umas ferramentas integradas para gerar um
executável para cada plataforma.

--
Marcos Douglas