EMBarbosa

Por favor, faça uma pesquisa por "Convênio ICMS 93/15" no fórum usando a pesquisa do google. Temos muitos tópicos falando sobre. Acho que essas perguntas já foram respondidas.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Moderação: Tópico movido. Não é uma dúvida sobre os componentes ACBr.

Existem versões compiladas (arquivo .dcu) das units ACBrMail.pas acessíveis ao compilador do seu Delphi 7. Faça a limpeza conforme é recomendado. O fórum está repleto de exemplos disso.

Não. Mas você pode alterar os arquivos ACBrECFBlocos.pas e ACBrECFBloco_0_Class.pas conforme o manual e anexar aqui para análise

Atenção! Queremos informar que o subfórum trunk2 este subfórum será fechado. Faremos isso até sexta feira 11/03/2016. Veja este tópico no subfórum citado para maiores informações ou para dar sua opinião...

Atenção! Queremos informar que este subfórum será fechado. Faremos isso até sexta feira 11/03/2016. O motivo é que como não damos mais suporte ao trunk, e até mesmo estamos removendo o trunk, não há mais necessidade destes tópicos serem separados num subfórum trunk2. Na verdade, é melhor que novos tópicos voltem a ser criados em seus respectivos subfóruns apropriados. Após o fechamento, os tópicos aqui já criados serão movidos gradualmente para os respectivos subfóruns.

O que está acontecendo é que por algum motivo, o Delphi está se confundindo e utilizando uma unit do DUnitX ao invés do DUnit. O problema de utilizar sua versão dos arquivos dproj é que isso tornaria esses arquivos incompatíveis com as versões anteriores do Delphi. Fiz um commit para tentar sanar o problema. Favor verificar.

Olá Waldir, Os arquivos dropj e groupproj não são necessários para os testes. Na verdade eles são específicos para cada versão do Delphi. Eu apenas deixei eles no SVN pois achei que isso facilitaria o seu uso. Por isso, faça um teste pra mim, por favor. Remova os arquivos dproj e groupproj. Abra os arquivos dpr e execute os testes. Copie e cole aqui mensagens de erros caso aconteçam.

Sintoma: Você está recebendo o seguinte erro abaixo ao tentar atualizar o código ACBr: Command: Update Updating: ... <Caminho do componente no seu computador> Error: Target path '/trunk' does not exist Diagnóstico: Você está utilizando componentes ACBr desatualizados. O braço "trunk" de nosso repositório de código foi (removido) movido pois não estamos mais dando suporte nem fazendo correções neste código. Você deve migrar os componentes para o trunk2. Veja este tópico sobre o trunk2. Migre o mais rápido possível para os componentes ACBr no trunk2. Caso você deseje continuar utilizando componentes desatualizados, esteja ciente que não poderá esperar nenhum suporte da equipe ACBr. Ainda assim, você pode fazer o switch para o caminho do tag do trunk. Veja no seguinte tópico como fazer isso:

http://docwiki.embarcadero.com/RADStudio/XE8/en/Global_Variables http://stackoverflow.com/q/25109497/460775

Tentou o manual ou o suporte do fabricante?

O arquivo dfm provavelmente foi salvo como UTF8. Tente o seguinte: Abra o arquivo dfm no notepad. Selecione "salvar como" e no formato escolha "ANSI". Salve por cima do arquivo antigo.

Provavelmente o problema é o Application.processmessages. Não faz muito sentido chamar ele de uma thread secundária.

Depende como foi implementada. Recurso glass|aero? Pode ser desabilitado em cada máquina.

Waldir, crie um novo tópico sobre os problemas que encontrou com os testes unitários existentes. A gente pode tentar verificar isso primeiro. Seria muito melhor ter os testes funcionando antes de fazer essas alterações.

Não por agora. Daí você pode anexar as units alteradas para teste. Tome cuidado pois principalmente os componentes da paleta ACBrSerial fazem uso de comunicação serial e usam AnsiString no lugar de um Array of Bytes.

Foi prorrogado em MG o prazo de entrega. http://www.fazenda.mg.gov.br/noticias/2016_02_24_DESTDA.html

Já é de nosso conhecimento que o ACBr produz muito mais Warnings e Hints que deveria. Mas precisamos de voluntários para ajudar nisso. Relacionado:

Favor usar a área de classificados para oferecer serviços ou produtos.

Usem esse tópico aqui mesmo para discutir sobre o assunto.

Reproduzo abaixo informações importantes que o @Italo Jurisato Junior postou em forma de anúncio.

Pessoal, Estou reproduzindo abaixo informações que o Italo postou em forma de anúncios que são muito importantes:

Olá pessoal, Como devem ter notado, esses últimos meses tem sido de mudanças no projeto ACBr. Estamos cada vez mais preocupados com códigos limpos e funcionais e em ter um trabalho de qualidade. Se não viu, relembre algumas das mudanças que estavam como anúncio até esses dias atrás: Novo Fortes Report CE e Projeto ACBr. Fim de correções e commits em "Trunk" Fim de suporte ao Delphi 7 e outras versões que não suportam UNICODE ACBrNFSe compatível com o Trunk2 e vários provedores já estão 100% funcionando Novas Pastas de Schemas Como pode ter notado, os links acima levam a tópicos ou anúncios do fórum para você poder ler mais sobre os assuntos e até a dar sua opinião. Gostaríamos de informar mais uma: Estaremos excluindo o "braço" trunk do SVN. Se você ainda o usa, acalme-se. Não se desespere. Vamos explicar o que vamos fazer, porque vamos fazer e como você ainda poderá, se desejar, continuar acessando o código trunk. 1 O que será feito? Quando? Já criamos uma tag no SVN que conterá o código do ACBr que está no trunk. Então, removeremos o caminho utilizado para o trunk atual. Então na realidade estamos apenas movendo o código do ACBr trunk para um outro caminho. O caminho para a tag é: svn://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015 A remoção do caminho trunk atual será feita no fim do mês de fevereiro desse ano (2016). 2 Por que remover então? Se não vai remover de verdade o código do SVN, por que fazer isso? Estamos tendo muitos relatos no fórum de usuários confusos, achando que ainda estamos dando suporte no código que está no trunk. Queremos deixar claro que o código no trunk está desatualizado e todos devem migrar o quanto antes para o trunk2. 3 Desejo continuar usando o trunk. Como proceder? Se você deseja continuar utilizando o código trunk por sua própria conta e risco, siga os seguintes passos abaixo: 1) Clique com o botão direito na pasta do ACBr; 2) Selecione TortoiseSVN -> Switch... 3) Na janela que abrir, altere o campo "To path:" para "/tags/ACBrTrunk2015" 4) Aperte OK; Veja as imagens abaixo para ajudar: Pronto, você está com o acesso aos componentes ACBr no trunk. Mas como já dito várias vezes, você está com uma versão desatualizada, defasada e com problemas que não resolveremos. 4 Onde conversar sobre isso? Em caso de dúvidas, como de costume, crie um novo tópico. Mas caso queira discutir esse assunto, por favor utilizar o seguinte tópico: A ser criado...

Queremos informar aos usuários do ACBr que estaremos finalizando o suporte ao Delphi 7 e outras versões que não suportam UNICODE a partir de Agosto de 2016. Por favor, leia calmamente o que se segue para entender o que significa e como você deve agir. O que isso significa? Relatos de bugs ou problemas específicos para essa versão não serão mais corrigidos. Não vamos garantir que o ACBr continue sempre compatível com essa versão do Delphi. Pode até funcionar no Delphi 7... mas não vamos garantir nada. Por que estão fazendo isso? Porque está ficando cada vez mais difícil manter o código compatível, e precisamos concentrar nossas energias. Se eu estou utilizando o Delphi 7, quais as sugestões para mim? Não vamos aconselhar você a criar um fork do ACBr nesse caso pois seria desperdício de tempo (seu mesmo). Não vamos aconselhar a continuar uma versão antiga do ACBr, porque claro que logo vem uma nova legislação e você terá que alterar algo. A escolha mais sensata é: use uma IDE mais moderna. Qual delas? Bem, não conhecemos sua aplicação muito menos seu negócio, então a melhor pessoa para fazer essa decisão é você mesmo. Mas você tem como opção uma versão mais nova do Delphi (2009, XE, Seattle, etc...), ou o Lazarus. Este último possui uma compatibilidade muito grande com o código do Delphi 7. Se procurar no fórum, verá que muitos já fizeram essa migração. Deseja dar a sua opinião ? Por favor use esse tópico: