EMBarbosa

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:

Então o problema foi no seu sistema e não no componente? Pois assim não vejo a necessidade de enviar essas alterações ao SVN.

Tópico duplicado.

Que tipos de problemas você estava tendo? Você percebe que assim está alterando a descrição oficial do NCM e isso poderia gerar problemas piores?

Olá João Carlos, Donde vem essa especificação?

Na realidade, deve-se estar atento a qual é o DecimalSeparator. Pode ser que mesmo com esse código novo, aconteça erros dependendo do DecimalSeparator. Além dessa máscara, as funções Format possuem um terceiro parâmetro para passar a formatação que deve ser considerada ao analisar a string. Chegou a fazer os testes utilizando valores grandes e com decimais depois da alteração?

Realmente a parte de classificados não foi você e outras perguntas foram também feitas por outros usuários, por isso falei de demais usuários... Eu estava dizendo desta parte: Nenhuma dessas partes está relacionado com o tópico aqui que justifique você deixar esse post junto com esse tópico. Mas veja que você continua fazendo perguntas neste tópico. Por favor, pare com isso. Obrigado.

Paulinho, Crie um novo tópico para essas dúvidas por favor, conforme as regras. Demais usuários, Dividi esse tópico em outros dois que foram pra área de classificados e área de programação pascal. Por favor, criem um tópico novo para outros assuntos e se lembre que só é permitido a oferta de produtos e serviços na área de classificados. Mais uma vez, obrigado por sua compreensão.

Ok. Vou ficar aguardando.

Gostaria de agradecer a compreensão de todos. Não estamos querendo dar lição de moral ou chamar a atenção sendo rígidos demais. Apenas expressar a realidade, e deixar todos a par do que está acontecendo. Havia outros posts aqui, mas eu dividi para um novo tópico aqui. Relatos de migração e necessidades de novos componentes podem ser colocados cada um em um novo tópico.