Suporte ao Delphi 7 será descontinuado?

[Daniel Simoes]

Use obrigatoriamente "AnsiString", quando estiver manipulando "buffers" ou conteúdo binário (caracteres não legíveis)

Por exemplo, no ACBrECF, recebemos muito caracteres de controle do protocolo (ETX, STX, NUL)... Nesse caso é necessário o AnsiString...

[Duarte]

30 minutos atrás, Daniel Simoes disse:

Use obrigatoriamente "AnsiString", quando estiver manipulando "buffers" ou conteúdo binário (caracteres não legíveis)

Por exemplo, no ACBrECF, recebemos muito caracteres de controle do protocolo (ETX, STX, NUL)... Nesse caso é necessário o AnsiString...

Regys, muito obrigado pela retorno, Deus seja louvado através de sua vida... Muito obrigado Mesmo

Daniel respondeu de uma forma direta, obrigado meu amigo...!! Responta que precisava, acabei aqui descobrindo isto na prática, tenho um .exe responsável por códificar / decodificar texto para meu sistema, ao migrar ele para XE "Unicode" usei AnsiString e String... Usando String ao decodificar não voltava para o mesmo texto, alguns caracteres eram perdidos, dai cheguei a conclusão do Daniel, agora ele com sua vasta experiência evidencia o que notei aqui...

Muito obrigado a todos, e em parte pressão de vocês me vez evoluir estou satisfeitíssimo com todos os meus projetos na plataforma XE.

[slsantos]

Também concordo Rodrigoogioni. Também uso o D7 há mais de 10 anos e pelo que vi, também tem muitos, mas muitos programadores D7 espalhados pelo Brasil. Tá certo que é uma versão antiga, mas ainda está muito funcional pra quem desenvolve win32. Estou estudando desenvolvimento para Android, aí sim, estou no XE7! Mas nesse caso estou começando uma aplicação do ZERO e um sistema para um tipo de comércio diferenciado. Nesse caso, claro que D7 não rola,  mas para fazer uma migração do meu sistema D7 pra XE7 será uma enorme dor de cabeça! Acho que deveriam segurar mais um pouco. Mas se não der...paciência!... Vamos migrar....

Era isso! 

Bo noite a todos!

[Juliomar Marchetti]

2 horas atrás, slsantos disse:

Também concordo Rodrigoogioni. Também uso o D7 há mais de 10 anos e pelo que vi, também tem muitos, mas muitos programadores D7 espalhados pelo Brasil. Tá certo que é uma versão antiga, mas ainda está muito funcional pra quem desenvolve win32. Estou estudando desenvolvimento para Android, aí sim, estou no XE7! Mas nesse caso estou começando uma aplicação do ZERO e um sistema para um tipo de comércio diferenciado. Nesse caso, claro que D7 não rola,  mas para fazer uma migração do meu sistema D7 pra XE7 será uma enorme dor de cabeça! Acho que deveriam segurar mais um pouco. Mas se não der...paciência!... Vamos migrar....

Era isso! 

Bo noite a todos!

Mas qual é a dor de cabeça? será que por ter muitos componentes de terceiro pra fazer coisas triviais?

[denis]

Em 09/01/2016 at 10:58, rodrigoogioni disse:

Bom dia Daniel, 

Concordo com vc sobre o Delphi 7 ja estar ultrapassado em relação as IDE(s) mais novas, mas acho que não seria justo atirar uma bomba dessa

em quem ainda utiliza Delphi 7 e não tem condições de Migrar para uma versão mais nova, seja ela por motivo financeiro ou seja por outros motivos.

No meu caso, delphi 7 não esta morto, esta muito vivo. Utilizo em meus sistemas a 12 anos e migrar para um mais novo é bem problematico, não foi

por falta de tentativa, até com lazarus tentei e não consugui, e começar do zero se torna inviavel. Acredito que teria que ver quantos ainda utilizam D7 e estão na mesma situação.

Grato

Concordo plenamente com você. Ainda mais com a falta de tempo que temos para migrar. Estou tentando fazer essa migração faz tempo e não consigo, pois sempre tem algo novo. No caso de um ERP pequeno, até que é facil , mas aqui na empresa é muito grande.
Outra coisa, sempre adotamos a política de nunca utilizar componentes de terceiros e optamos pelo acbr justamente por falta de tempo, e por achar que não seria descontinuado. Mas .... é a vida. Correr atrás agora. Mas acho que poderiam continuar com o projeto para delphi 7. Pois tenho certeza que muita gente ainda tem ele aqui.

[ThiagoDornelas]

galera, blz?

 

estou fazendo a migração do meu sistema para o XE4 e tive problema com apenas um componente de terceiros e gostaria de uma ajuda.

Pra não postar em local errado, gostaria de saber se foi criado algum forum especifico para esse tipo de discussão ou se posso criar um topico novo no forum do trunk2 mesmo

obrigado

Editado 23 Fevereiro, 2016 por ThiagoDornelas

[Daniel Simoes]

Você pode usar a área "ObjectPascal"

http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

 

[ThiagoDornelas]

galera, blz?

 

estou fazendo a migração do meu sistema para o XE4 e tive problema com apenas um componente de terceiros e gostaria de uma ajuda.

Pra não postar em local errado, gostaria de saber se foi criado algum forum especifico para esse tipo de discussão.

obrigado

7 horas atrás, Daniel Simoes disse:

Você pode usar a área "ObjectPascal"

http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

 

obrigado

[rodrigoogioni]

20 horas atrás, denis disse:

Concordo plenamente com você. Ainda mais com a falta de tempo que temos para migrar. Estou tentando fazer essa migração faz tempo e não consigo, pois sempre tem algo novo. No caso de um ERP pequeno, até que é facil , mas aqui na empresa é muito grande.
Outra coisa, sempre adotamos a política de nunca utilizar componentes de terceiros e optamos pelo acbr justamente por falta de tempo, e por achar que não seria descontinuado. Mas .... é a vida. Correr atrás agora. Mas acho que poderiam continuar com o projeto para delphi 7. Pois tenho certeza que muita gente ainda tem ele aqui.

Bom dia Denis, é isso ai, os administradores foram bem claros, vai ter que migrar.

No meu caso, consegui migrar, mas o sistema ainda não está 100%, tem muita coisa que funcionava bem em Delphi 7 que não funciona bem no XE8, a ide que escolhi. E você tem que ir corrigindo aos poucos. 

Tem pontos positivos e negativos na ferramenta, mas a questão é adaptação não tem o que fazer.

Grato

[Duarte]

Olá pessoal, quero deixar minha opinião / experiência aqui sobre assunto:

Bem passei anos usando BDS2006 que em parte dar o mesmo trabalho para migrar de D7. Bem, consegui migrar todas as nossas ferramentas para XE10 Seatle, já tinha isto em mente, pois no BDS2006 não tinha a poderosa "DataSnap", até já usava ela integrada ao BDS2006, inclusive usava os relatórios do FastReport do XE5 integrado ao XE5, como fiz isto? Crie na época uma .dll que recebei os parâmetros, processava e devolvia as coisa para nossa aplicação.

Mais com esta noticia que o ACBr que não daria mais suporte aos delphi sem suporte a UNICODE, topei o desafio e Graças a Deus está tudo rodando 100% no XE10, e não é um sistema qualquer não o nosso...! Hoje temos mais de 13 executaveis, PDV Retaguarda, Sistema para Android, Sistema para Browser, com sistema de gestão completo.

Tive e ainda estou tendo alguns pontos a serem resolvidos na verdade, tudo está em Memory Leaks que não tinhamos no BDS2006, teremos que migrar tudo de DBExpress para FireDAC.

Em Fim..., se não fosse esta dura do pessoal da ACBr para evolução, ficaria estagnado ao passado até poderia como fiz, arrumar um jeitinho para ir empurrando com a bariga, mais migrei, estou super satisfeito pois agora posso usufruir de toda a tecnologia do DataSnap sem .dll sem "Gambiaras" todos os projetos numa só IDE.

Outro ponto, não posso reclamar do pessoal da ACBr, esta belíssima comunidade que faz tudo de GRAÇA!!!  de GRAÇA Mesmo, 80% dos programadores Delphianos usam algum componente deste biblioteca, então meus amigos, parem de reclamar, evoluam, pois estão pegando a vaca e bezerro... Falo como usuário!!!

Quando deram a noticia que não mais dariam suporte a RaveReport, QuicReport, etc, foi uma dor de cabeça para mim. Mais evolui e depois agradeci pela evolução, não diferente agora. Na verdade já quero deixar aqui meus agradecimentos ao ACBr, pois foi com essa atitudes de vocês que eu evoluir do dia para noite e que evolução, até alguns fornecedores meus de componentes evoluirão junto, pois cobrei que atualizassem os componentes, então todos nos estamos ganhando...

[rodrigoogioni]

21 horas atrás, denis disse:

18 minutos atrás, Duarte disse:

Olá pessoal, quero deixar minha opinião / experiência aqui sobre assunto:

Bem passei anos usando BDS2006 que em parte dar o mesmo trabalho para migrar de D7. Bem, consegui migrar todas as nossas ferramentas para XE10 Seatle, já tinha isto em mente, pois no BDS2006 não tinha a poderosa "DataSnap", até já usava ela integrada ao BDS2006, inclusive usava os relatórios do FastReport do XE5 integrado ao XE5, como fiz isto? Crie na época uma .dll que recebei os parâmetros, processava e devolvia as coisa para nossa aplicação.

Mais com esta noticia que o ACBr que não daria mais suporte aos delphi sem suporte a UNICODE, topei o desafio e Graças a Deus está tudo rodando 100% no XE10, e não é um sistema qualquer não o nosso...! Hoje temos mais de 13 executaveis, PDV Retaguarda, Sistema para Android, Sistema para Browser, com sistema de gestão completo.

Tive e ainda estou tendo alguns pontos a serem resolvidos na verdade, tudo está em Memory Leaks que não tinhamos no BDS2006, teremos que migrar tudo de DBExpress para FireDAC.

Em Fim..., se não fosse esta dura do pessoal da ACBr para evolução, ficaria estagnado ao passado até poderia como fiz, arrumar um jeitinho para ir empurrando com a bariga, mais migrei, estou super satisfeito pois agora posso usufruir de toda a tecnologia do DataSnap sem .dll sem "Gambiaras" todos os projetos numa só IDE.

Outro ponto, não posso reclamar do pessoal da ACBr, esta belíssima comunidade que faz tudo de GRAÇA!!!  de GRAÇA Mesmo, 80% dos programadores Delphianos usam algum componente deste biblioteca, então meus amigos, parem de reclamar, evoluam, pois estão pegando a vaca e bezerro... Falo como usuário!!!

Quando deram a noticia que não mais dariam suporte a RaveReport, QuicReport, etc, foi uma dor de cabeça para mim. Mais evolui e depois agradeci pela evolução, não diferente agora. Na verdade já quero deixar aqui meus agradecimentos ao ACBr, pois foi com essa atitudes de vocês que eu evoluir do dia para noite e que evolução, até alguns fornecedores meus de componentes evoluirão junto, pois cobrei que atualizassem os componentes, então todos nos estamos ganhando...

 

Bom dia Duarte,

Acho que a maioria do pessoal que trabalha(va) com Delphi 7, tem como preocupação inicial é o tempo que essa migração levará.

Pois o tempo é escasso. Tem muitos programadores que para manter o sistema em funcionamento, com as atualizações necessárias das notas tecnicas e

tudo mais, 12 horas por dia ou até mais.

Soma-se tudo isso mais a migração é natural muitos ficarem assustados com o prazo para migração.

Mas mãos a obra!

 

 

[Juliomar Marchetti]

Digo pra vários de vocês que estão com medo!

ao fazer essa migração aproveitem e façam como fizemos no trunk2 um refactoring no código!

vão eliminar tanto problemas e vão melhorar seus sistemas!

[analista.edilson]

Eu estou, mas temos que procurar alternativa, não temos escolha.

[Siagri Sistemas]

Em 07/01/2016 at 10:22, Régys Silveira disse:

Bom dia, para quem usa o ACBrMonitoPlus com uma aplicação desenvolvida em delphi7 terá que atualizar a versão do delphi ou não tem necessidade, a comunicação continuará funcionando?

 

[Juliomar Marchetti]

1 minuto atrás, Siagri Sistemas disse:

 

Bom dia!

não esses não .. mas caso use os componentes do delphi sim!

[Raphael]

Boa tarde Pessoal,

Desculpe a pergunta, mas há alguma possibilidade da criação de um grupo para continuar atualizando os componentes do Delphi 7, caso o usuário seja associado SAC - Suporte ACBr Comercial?

[Daniel Simoes]

Não dá parte dos mantenedores do ACBr

[flavioast]

Delphi 10 vai ter suporte normal?

[Régys Silveira]

1 hora atrás, flavioast disse:

Delphi 10 vai ter suporte normal?

Você deve estar falando do Rad Sutdio Seattle, o suporte continuará da versão Delphi 2006 em diante, resumindo, qualquer versões UNICODE.

Somente as versões ANSI sairão do leque de versões aceitas.

[Juliomar Marchetti]

3 horas atrás, Régys Silveira disse:

Você deve estar falando do Rad Sutdio Seattle, o suporte continuará da versão Delphi 2006 em diante, resumindo, qualquer versões UNICODE.

Somente as versões ANSI sairão do leque de versões aceitas.

Só uma correção Régys a Unicode senão me engano é a partir da 2009 ?!

[Régys Silveira]

Opa verdade, pensei uma coisa e escrevi outra.

[Struggler On]

Em 01/04/2016 at 18:59, Régys Silveira disse:

(...) resumindo, qualquer versões UNICODE.

Somente as versões ANSI sairão do leque de versões aceitas.

Sou Delphi 7 e estou totalmente desatualizado sobre as versões UNICODE.

Quais seriam elas? Ou onde haveria uma lista de todos os Delphi UNICODE?

 

Editado 3 Abril, 2016 por Struggler On
Minha pergunta foi insuficiente e insatisfatória.

[Duarte]

Em ‎03‎/‎04‎/‎2016 at 22:18, Struggler On disse:

Sou Delphi 7 e estou totalmente desatualizado sobre as versões UNICODE.

Quais seriam elas?

 

Boa noite, qualquer uma superior ou igual ao 2009.

[Struggler On]

9 minutos atrás, Duarte disse:

Boa noite, qualquer uma superior ou igual ao 2009.

Boa noite. Obrigado!

[Duarte]

Em ‎03‎/‎04‎/‎2016 at 22:32, Struggler On disse:

Boa noite. Obrigado!

Lhe aconselho ir logo para versões mais atuais, por exemplo XE 8, XE 10...

Editado 3 Abril, 2016 por Duarte