Retirar os Warnings

[Daniel Paixão-Cascavel]

Olá galera. Estou trabalhando em um projeto novo que já estava bastante extenso e, uma coisa que eu sempre cuido são os warnings. Procuro não deixar nenhum. Todavia, assim que comecei a colocar os componentes ACBr, eles (os warnings) começaram a aparecer aos montes. Gostaria de saber com o pessoal administrador se não tem como a gente fazer uma força tarefa (por assim dizer) pra retirar os warnings do ACBr. Abraço.

[EMBarbosa]

Olá Daniel,

Agradecemos sua disposição em ajudar. Fique à vontade para fazer as alterações e anexar aqui o código alterado.

Ele será analisado e se não trouxer problemas às versões suportadas com certeza será adicionado ao SVN.

Também não gosto dos Warnings e Hints, sempre procuro removê-los. Mas nem sempre sobra tempo pra fazer tudo.

[Daniel Simoes]

O ACBr suporta D7 a Delphi XE2 e Lazarus... e isso torna as coisas um pouco mais difíceis (mas não impossível)

Todos os fontes do ACBr estão em ANSI (para manter compatibilidade com D7), e acredito que os Delphi novos usem UTF8... Não seria isso a causa de vários warnings ?

Poste alguns aqui... assim vamos investigando...

[EMBarbosa]

Todos os fontes do ACBr estão em ANSI (para manter compatibilidade com D7), e acredito que os Delphi novos usem UTF8... Não seria isso a causa de vários warnings ?

Acredito que seja a maior parte dos Warnings.

[Régys Silveira]

Bastaria então desmarcar no delphi a opção de emitir os warnings desse tipo, já que isso não é problema, mas diferença de linguagens, eu faço isso aqui, diminuiu bastante.

[Daniel Simoes]

Acho que é algo que devemos levar em conta... Warnings e Hints não podem ser fácilmente desprezados...elas podem nos dar importantes informações para manter um código limpo e eficiente..

[EMBarbosa]

Não se pode simplesmente ignorar esses warnings. Essa diferença entre Ansi e UTF8 é fonte de várias incompatibilidades. Na verdade, o fonte do ACBr está como AnsiString em vários locais justamente por dar problemas nas novas versões do Delphi, e não por dar problemas no Delphi 7.

Na minha opinião, é melhor levar em conta e investigar como o Daniel mencionou.

[Daniel Simoes]

A acho que não podemos abrir mão do CP1252 para página de código dos fontes... conforme nossa enquete, o D7 ainda é a IDE mais utilizada...

[Régys Silveira]

Também acho que deveriamos fazer um "limpa" nos fontes, até já comentei isso como Daniel em nossas conversas, mas isso não é algo simples, visto que deveremos ter compatibilidade com as várias versões de delphi, minha idéia de desmarcar e somente para enquanto não é feito isso não ficar vendo as mensagens.

Penso que deveríamos começar com os componentes mais simples e ir subindo para os mais complicados, pegando das rotinas mais simples até as mais complexas, mas isso vai levar tempo e deve ser testado em todas as versões do delphi e lazarus para evitar a incompatibilidade.

[EMBarbosa]

A acho que não podemos abrir mão do CP1252 para página de código dos fontes... conforme nossa enquete, o D7 ainda é a IDE mais utilizada...

Verdade.

Também acho que deveriamos fazer um "limpa" nos fontes, até já comentei isso como Daniel em nossas conversas, mas isso não é algo simples, visto que deveremos ter compatibilidade com as várias versões de delphi, minha idéia de desmarcar e somente para enquanto não é feito isso não ficar vendo as mensagens.

É exatamente o que eu penso.

É preciso fazer, mas não dá pra fazer de uma hora para outra pois já existem algumas coisas que precisamos verificar.

A não ser que encontrássemos mais voluntários para ajudar nessa tarefa específica.