Pesquisar na Comunidade

Bom dia. Por motivos de alguns clientes preciso deixar o acbr no delphi 7. Poderiam me dizer qual numero da ultima revisão (que possa ser instalada no delphi 7 ) por favor . Obrigado

Olá pessoal! O que vocês usando para traduzir as mensagens no delphi XE7 em diante?. Dei uma procurada no google mas não encontrei as units DbConsts,Consts,ibconst etc para compilar como faziamos no delphi 7. Obrigado.

Bom dia, Amigos, estamos iniciando a migração para Delphi XE 10.1 Berlin, hoje estamos no Seatle, alguém ai já consegui u JEDI para esta versão? No Seatle baixei usando o "GetIt Packege Manage". Mais para Berlin ainda não esta. ACBr Rodando 100% nesta versão, testei os relatórios FortesReport e FastReport. tudo OK!

Pessoal, uso alguns componentes terceirizados no meu sistema de gestão( RDPrint e RxLib). Estou tendo problemas de incompatibilidade do RXLib para converter para o Delphi XE3. Sei que a Rx passou a ser Jedi, mas o Jedi tem componentes demais. Da palheta RXLib uso apenas os componentes EditCurrency(CurrEdit) e DateEdit(ToolEdit). Alguém tem esses componentes que possa me disponibilizar? Ou tem a RXLib completa que seja compatível com o XE3?

Decidi fazer a migração de um projeto que tenho em Delphi 7 para Lazarus/FPC. relatando o processo... Versão do Lazarus 1.2.6 Componentes instalados: * ACBr - tive um problema na instalação do pacote do SPED onde informava que alguns arquivos .ppu existiam na ACBrComum e também na pasta do ACBrSPED, solução fui removendo da pasta ACBrSPED cada arquivo que o lazarus foi apontando como duplicado. "Só depois percebi que não precisava reiniciar a IDE a cada instalação de componente." * RxLib - ou no caso RxFPC (http://wiki.lazarus.freepascal.org/RXfpc) eu baixei aqui https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/components/rx. tem duas pastas: Trunk e Version, dentro da version tem a pasta v2.6_laz_1.2 compatível com o lazarus 1.2.x. * Fortes Report: svn://svn.code.sf.net/p/fortes4lazarus/code/trunk instalou sem problemas. * powerpdf usei este http://jpdbadmin.com/blog/wp-content/uploads/powerpdf_0.9.10.zipmas depois vi no http://wiki.freepascal.org/PowerPDF o svn://svn.code.sf.net/p/lazarus-ccr/svn/components/powerpdf * LazReport - instalado sem problemas. * ZeosLib: http://sourceforge.net/projects/zeoslib/instalado sem problemas * Indy: aqui http://indyproject.org/Sockets/fpc/index.en.aspxtem as opções para windows e linux versão 9 e 10 da indy. instalei a versão 10 e para funcionar tive que alterar as opções do pacote e informar nas opções do compilador->caminhos->Outros arquivos de unidade (-Fu) (ponto e virgula como delimitador) e informar ..\fpc e teve que compilar mais de uma vez. Vou procurar uma opção para substituir a indy. * htmlport: Componente para substituir o webbrowser pelo menos para visualizar alguns relatorios que são feitos em html. baixado aqui https://svn.code.sf.net/p/lazarus-ccr/svn/components/thtmlport. Essa parte de instalar componentes me pareceu fácil mas depende de um pouco de pesquisa(sites em inglês) e persistência. sobre o ClientDataSet eu não uso os recursos que ele tem no delphi, uso apenas como uma tabela temporaria e para essa função o BufDataSet me pareceu ser o substituto. a RxFPC não tem os componentes RxDBComboEdit e ComboEdit, para o ComboEdit o lazarus tem o EditButton, mas não encontrei um substituto para o RxComboEdit no caso um DBEditButton. Alguém conhece um componente que substitua o RxDBComboEdit? eu utilizo o RdPrint e não encontrei um componente que imprima em modo texto de forma semelhante ate encontrei o rawprinter que imprime em modo texto, vou estudar o fonte e ver se consigo colocar pra ele imprimir na ideia do rdprint com linha e coluna, do contrario é utilizar outro gerador de relatorio e se adaptar. A ferramenta converter projeto delphi para lazarus ajuda bastante, é possível adicionar mais opções para substituição de nomes e referencias de Units, Classes, Tipos de Dados e funções... ajudou pois utilizo FibPlus e estou vendo se ele já substitui pelo sqldb correspondente, alguns objetos ainda não estão sendo importados, simplesmente desaparecem. A importação do formulario(dfm) quando importa sem erro o posicionamento dos objetos se perde um pouco mas nas opções de importação tem uns ajustes que podem ser feitos, esse não é um grande problema, o maior problema é quando falta algum componente o único jeito que encontrei foi editar o dfm pelo notepad++ e alterar as referencias, o lazarus nao ignora os componentes somente ignora as propriedades. O Lazarus se mostrou pelo menos para mim como uma opção ao Delphi 7, não sei como fica em relação as novas versões do delphi para aplicações nTier, Mac e Android. gostaria de saber se alguém já passou por esse processo de migração? se tem alguma sugestão de componente e/ou dica para no lazarus. Como trabalha com lazarus: MVC, se é com DataSet ou Classes...

Estou instalando a JEDI no Berlin (registrado) e recebo o erro "bcc32.exe not found". Notei que ele exibe no log "Installed personalities: 32/64 bit Delphi e 32 bit C++Builder" (imagem em anexo), mas não tenho o C++Builder instalado, apenas o Delphi. Alguma ideia?

Acabo de tomar um "tapa na cara". Eu sabia e me adaptei a mudança do trunk, do novo fortes, da nova pasta Schemas, mas NUNCA reparei na questão do fim do suporte ao Delphi 7. Soube agora através de um e-mail da TecnoSpeed anunciando que o ACBr não daria mais suporte ao Delphi 7. Imaginem como estou "sem chão", pelo que li no tópico muita gente ficou desesperada com 6 meses de antecedência, e eu vou ter que começar agora. Mas não adianta mais chorar o "leite derramado"... Agora é bola pra frente e dar meu jeito, mas gostaria da opinião de vocês para me colocarem no melhor caminho. Como programador só tenho experiência no Delphi 7, é a única linguagem que conheço e trabalho há 10 anos e por isso quero a sugestão de vocês. Ou eu migro para um novo Delphi ou migro para o Lazarus. Os 2 componentes de terceiros que mais uso é o Jedi VCL e o ZeosLib... O Zeos já verifiquei que tem suporte até o X7 e Lazarus, o que torna necessário que use o Delphi XE7 caso opte pelo Delphi. O problema é que o Jedi apesar de ter suporte até o XE10, não suporta o Lazarus a principio, pois andei olhando "por alto" que alguns conseguem fazer ele rodar de forma alternativa Pois bem, dado essas características de experiência com o visual e programação no Delphi 7 e componentes citados, qual seria a melhor escolha para mim? Estou muito preocupado por isso, pois será um caminho árduo, portanto quero optar o que me dê menos dor de cabeça agora e a longo prazo. Desde já agradeço a atenção de todos

Finalmente estamos migrando para o Trunk2 e aproveitando que o Delphi 7 deixará de ser suportado, estamos migrando para o Lazarus, porém me corrija caso eu esteja enganado: não existe algo tipo o AcbrInstall para os componentes no Lazarus, tenho que instalar todos manualmente mesmo?

olá. mudei do delphi 7 para o 2010, foi tranquilo, agora estou tentando o xe7 estou com problema com consultas pois no 2010 funciona normal ja no xe7 mostra erro nos Parambyname, anexo a consulta, caso alguém com mais conhecimento possa ajudar. consulta.txt

Bom dia, Lembro de ter lido em algum tópico que o suporte ao Delphi 7 seria descontinuado em breve devido a dificuldades de manutenção na compatibilidade com as outras versões do Delphi, alguma coisa nesse sentido. Para tentar me planejar, gostaria de saber se isso é realmente verdade ou se ainda pretendem manter essa versão por mais algum tempo, ou se já está no cronograma essa descontinuação do suporte. Desde já obrigado pelos esclarecimentos. Atenciosamente, Flávio

Pessoal, uma dúvida. Vou ter o delphi 7 e o Seattle no mesmo computador. Já peguei as dicas de como configurar o library path para funcionar legal, mas agora minha dúvida é outra: Sobre os componentes Acbr, preciso ter uma cópia da suite ACBR para cada Delphi? Ex. C:\ComponentesDelphi7\Acbr e C:\ComponentesDelphiSeattle\Acbr Ou posso manter só uma suite, numa pasta apenas? E no caso de outros componentes (de outros fornecedores). O que recomendam? Muito obrigado.

Galera vamos deixar uma instalação do delphi 7 aqui na empresa onde eu trabalho em um computador separado, mas hoje ao tentar instalar ocorre o erro em anexo, alguem sabe se já não consigo mais instalar no Delphi7? A instalação ocorre sem erros. Já adicionei as Dlls manualmente, também registrei. Estou marcando a opção de deixar somente a pasta Lib7xxx no source patch Me chama atenção essa mensagem de Dispositivo não esta pronto.

Pessoal, sei que está em cima da hora mas só me liberaram para fazer isso agora. Tenho duas dúvidas: 1- O componente Acbr funciona perfeitamente com a versão mais recente do Delphi (Seatle)? 2- Consigo ter o Delphi 7 e Seatle instalados na mesma máquina e utilizar/instalar o componente Acbr nos dois? Pergunto isso pois provavelmente deixaremos alguns sistemas no Delphi 7 (os que não usam Acbr). Muito obrigado.

MODERAÇÃO: Tópico dividido de: Pessoal, só para dividir minha experiencia, Meu sistema tem em torno de 450 janelas, tive que entrar uma por uma e fazer mudanças, delphi xe8 lento para mais de metro, muito sofrimento, somente um componente estou penando para substituir, DelphiTwain, se alguem tiver para XE8 agradeço. Até agora considero 95% do projeto migrado. Em torno de 15 dias de trabalho. Não foi tão ruim como eu pensava que seria. De inicio é de se apavorar com a quantidade de bugs que aparece. Mas o esforço está valendo a pena. Estou testando em produção em alguns clientes mais tolerantes e os erros que estão aparecendo vou corrigindo aos poucos. Sucesso na empreitada!

Queria dar uma sugestão aqui para quem ainda usa o Delphi 7. Eu não uso o ACBr no meu sistema de gestão. Tudo o que uso com ACBr está em módulos separados. As notas fiscais são digitadas no meu sistema de gestão, mas são enviadas através de um módulo separado onde uso o ACBr. Então, tudo o que tenho com ACBr são módulos que são chamados pelo sistema de gestão. Assim, posso continuar compilando meu sistema de gestão no Delphi7 (que é enorme e não seria possível convertê-lo para uma nova versão do Delphi de uma hora para outra) e compilar meus módulos com ACBr numa nova versão do Delphi. Assim, tenho os seguintes módulos em ACBr: Emissor de NFe, Emissor de CTe, Emissor de boletos. Hoje vejo que foi a melhor escolha que fiz. Lembrando que, nos módulos que uso ACBr eu não uso outros componentes terceirizados, justamente para facilitar uma migração emergencial.

Bom dia. Eu utilizo D7 alguém pode me dar uma luz pra qual versão devo migrar que seja compativel com a ACBR e não me cause muitos transtornos? Tendo em vista que é uma aplicação muito grande e demandaria um tempo razoável pra troca.

Umas dúvidas, o que é o Lazarus/FPC ? é a mesma coisa que o Lazarus normal ? No D7 trabalho com firebird e alguns clientdataset (aquelas tabelas de memoria), tem isto no lazarus ? Seria bom instalar o lazsolutions ?

Olá pessoal, uso o D7 ainda, mas atende a minha necessidade tranquilamente, porem ja esta na hora de dar um Upgrade nas minhas ferramentas de desenvolvimento, tenho visto recentemente vários lançamentos da Embarcadero com relação ao Delphi sei que ficou muito mais moderno, já usei aqui o xe3 xe4 xe5 xe6 e agora veio o xe7, como quase não uso componentes externos a migração fica fácil, porem não fiquei muito animado. A muito tempo usei o LAZARUS em alguns projetos, porem após a tão esperada versão 1.0 nunca mais usei ele, o que achava estranho era o tamanho do executável, que chegava a 15MB perto do 2.5 do mesmo projeto em D7, mas no XE5 meu executável também foi para este patamar. Me animo quando lembro que ele já é multiplataforma a muito tempo e também possui desenvolvimento para Android, não sei se funcional, então surgem algumas dúvidas, gostaria da opinião pessoal de vocês para eu fazer um levantamento aqui, e decidir para onde vou. Alguém aqui usa o Lazarus FPC e esta contente, atende suas necessidades na área comercial, seu projeto roda sem imprevistos ? Compensa migrar a aplicação DESKTOP feita em D7 para o Lazarus, ou compensa migrar direto para o XE7 ? Estou querendo migrar de FB para POSTGRES, alguém já trabalha com estas duas ferramentas, satisfatoriamente? Grato pela atenção.

Olá pessoal, tenho a função abaixo que retorna a versão do meu software e sempre funcionou direitinho retornando a versão do software no formato N.N.NNN. Porém ao migrar meu software do Delphi 2007 para o Delphi XE5 a função passou a retornar um número estranho, alguém pode me ajudar a descobrir o que está acontecendo ou a corrigir minha função? Já tentei trocar os pChar por pAnsiChar e por pWideChar mas não tive sucesso então deixei a função na forma original que funcionava no Delphi 2007. Segue abaixo a função: function RetornaVersaoProjeto : string; var dwInfoSize, dwVerSize, dwWnd : DWORD; FI : PVSFixedFileInfo; ptrVerBuf : Pointer; strFileName, strVersion : string; const NOVIDATA = ''; begin Result := ''; strFileName := paramStr( 0 ); dwInfoSize := getFileVersionInfoSize( pChar( strFileName ), dwWnd); if ( dwInfoSize = 0 ) then begin Result := NOVIDATA end else begin getMem( ptrVerBuf, dwInfoSize ); try if getFileVersionInfo( pChar( strFileName ), dwWnd, dwInfoSize, ptrVerBuf ) then if verQueryValue( ptrVerBuf, '\', pointer(FI), dwVerSize ) then strVersion := format( '%d.%d.%d', [ hiWord( FI.dwFileVersionMS ), loWord( FI.dwFileVersionMS ), loWord( FI.dwFileVersionLS ) ] ); finally freeMem( ptrVerBuf ); end; end; Result := strVersion; end;

Olá amigos. Venho dar um depoimento sobre a migração que fiz esse fim de semana. Muito se fala do delphi xe3 mais rápido melhor e etc. Resolvi fazer um teste com minha aplicação neste fim de semana para analisar se vale migrar ou não. Atualmente uso o XE, não tive problemas até agora com essa versão do Delphi . A migração deu trabalho, logo, os componentes de terceiros que uso, felizmente são de empresas grandes. Para um outro assunto desde já recomendo a programadores que utilizem componentes de empresas ou projetos grandes, assim os componentes não ficam descontinuado. Logo no inicio da migração deu Erro no componente TMS, mesmo com a versão própria para o XE3, alguns códigos estão errados, um deles é o decimalseparator, os programadores da empresa não mudaram . Agora no XE3 usa-se Formatsetings.decimalseparator, mudei manualmente, Resolvido. Ao fim da migração, rodando a aplicação percebi que estava mais lento. O executável também ficou maior e etc. Moral da história, resolvi continuar com o XE. Em minha opinião, só vale mudar do XE para posteriores se você ou sua empresa estiverem pensando em aplicações x64, Firemonkey ou OS, iOS. Se você Migrar para continuar com aplicações 32bits é perca de tempo. Peço aos amigos que deixem suas experiências e opiniões sobre o assunto. Isso serve para ajudar programadores que não podem ver uma novidade e logo migram suas aplicações, depois ficam loucos aqui no forum... Estou com problemas na instalação e etc. rsrsrsrsrsrsrs Brincadeiras aparte estamos aqui para ajudar uns aos outros. abraço a todos.