Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 3050 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Fundadores
Postado

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

  • Curtir 4
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Postado
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.

  • Curtir 5
Postado

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!

  • Moderadores
Postado
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?

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

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

Postado (editado)

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 por ThiagoDornelas

Thiago Dornelas

Analista de Sistemas
e-mail: [email protected]
Belo Horizonte/MG

Postado

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:

obrigado

Thiago Dornelas

Analista de Sistemas
e-mail: [email protected]
Belo Horizonte/MG

  • Membros Pro
Postado
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

  • Membros Pro
Postado

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

  • Curtir 6
  • Membros Pro
Postado
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!

 

 

  • 2 semanas depois ...
  • 2 semanas depois ...
Postado
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?

 

  • 3 semanas depois ...
Postado

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?

  • Curtir 1
  • Moderadores
Postado
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.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
  • Moderadores
Postado
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 ?!

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

Postado (editado)
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 por Struggler On
Minha pergunta foi insuficiente e insatisfatória.
  • Membros Pro
Postado
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.

  • Curtir 1
  • Membros Pro
Postado (editado)
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 por Duarte
  • Curtir 1
  • Este tópico foi criado há 3050 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...