EMBarbosa

Não me lembro de ter passado por esse problema. Mas se quiser, você pode tratar a exception e fazer a atualização do GT automaticamente.

Acho que não entendi essa diferença que você cita.

Tem vários tópicos aqui no fórum sobre esse erro. Você já pesquisou neles? Tenta usando a pesquisa do google aqui do fórum.

Isso é verdade. Embora exista uma versão do FastReport para Lazarus em fase beta.

Espero que consiga resolver. Bom trabalho aí.

Pode-se cadastrar gratuitamente. Basta cadastrar na EDN. Além do mais, se você tem uma licença, com certeza tem um usuário. Mas pra te ajudar, o link é para um report do bug no Berlin. Alguém ali disse que o problema está no TURLEncoding.EncodeForm. Ele está adicionando a opção TEncodeOption.SpacesAsPlus sempre.

Procure ver se essa balança suporta protocolo de outras balanças como Toledo ou Filizola. As vezes dá certo.

https://quality.embarcadero.com/browse/RSP-15224

Preferencialmente, ao pesquisar, use a opção Google. Normalmente tem um resultado melhor. http://www.projetoacbr.com.br/forum/index.php?app=cse&q=Difal

Correto. O programa de exemplo do ACBrTEFD é para TEF com ECFs, pois esse é o cenário e o propósito original da construção do componente. Como disse na minha primeira resposta quando você perguntou sobre onde encontrar informações e quais eventos deveriam ser adaptados: Sugiro procurar com calma usando a pesquisa google aqui do fórum.

Não entendi.

Obrigado pela notícia.

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.

Você está lendo um tópico sobre "Strong-Name Signing for Managed Applications". Você quer informações sobre o Authenticode. Note também que você está lendo sobre ClickOnce e não sobre aplicativos gerais para Windows. Dá uma procurada aqui no fórum usando a pesquisa do google. Tem mais usuários comentando o que estão usando. Por exemplo, veja esse tópico: http://www.projetoacbr.com.br/forum/topic/22838-icones-e-botões-sumindo

1- Não necessariamente. Mas normalmente sim. 2 - Não. Como o Juliomar mencionou é específico. 3 - No fórum já há um monte de tópicos relacionados a isso. 4 - Não lembro de ter lido isso. Tem a fonte?

Basicamente testes e documentação. Como já tem um tempo pode ser necessário correções.

É o que está escrito nos tópicos do fórum. Você não precisa usar o ACBrECF. Não ligue o ACBrTEFD a um ACBrECF. Você precisa programar os eventos respondendo a eles.

Depois de muita conversa interna e requisição de uma parte dos usuários ACBr, resolvemos estender o suporte ao Delphi 7 até Janeiro de 2017. Por que? Nossa principal motivação foi porque muita gente está pensando que quando chegasse o fim de agosto a compatibilidade com o Delphi 7 será simplesmente removida e seus aplicativos vão parar de funcionar. Infelizmente, algumas pessoas estão usando isso com um oportunismo, fazendo "terrorismo" nos usuários do projeto ACBr. Queremos que entendam que não é fácil manter a compatibilidade do projeto em tantas versões diferentes. E não estamos recebendo muita ajuda nessa área. É difícil manter compatibilidade com versões UNICODE quando nós mesmos não usamos. Mas então em janeiro meu aplicativo Delphi 7 deixará de funcionar com o ACBr? Não!!!! Seu aplicativo vai continuar funcionando. Isso é mentira, falácia, balela, uma grande prosopopéia para acalentar bovinos (conversa pra boi dormir). Então o ACBr não vai mais enviar alterações e correções de acordo com a legislação? Claro que vamos continuar enviando alterações e correções. Então não entendi... Pois é... Isso é o que a gente está tentando esclarecer... Deixa eu tentar... Como é o processo atualmente: Sempre que antes de enviar uma correção, alteração ou inclusão de nova característica, precisamos avaliar se vai funcionar no Delphi 7. Mas a maioria de nós não utiliza mais o Delphi 7. Então depois fazemos a correção, testamos na versão que utilizamos. Daí precisamos, por exemplo disparar uma máquina virtual, esperar ela carregar, copiar o novo código para a VM, fazer os testes no Delphi 7, voltar a máquina normal e só depois enviar ao SVN. Como queremos que seja o processo após janeiro de 2017: Fazemos a correção que precisamos, testamos nas versões que suportamos, e enviamos ao SVN. Mas e o Delphi 7? Os componentes até essa data vão continuar funcionando no seu Delphi 7. Mas a partir dessa data você deverá ter cautela para atualizar via SVN. Eventualmente, sem intenção, uma quebra de compatibilidade pode acontecer. Neste caso você sempre terá a opção de voltar para uma revisão que esteja funcionando. Mas se preferir poderá fazer algo: Corrigir você mesmo o problema; Encontrar algum voluntário para corrigir; Atualizar para uma IDE suportada; Quais as IDE suportadas? Lazarus ou Delphi 2009 ou posterior.

Alguma coisa está bloqueando o seu acesso. Pode ser que outra aplicação já esteja usando a porta, como a aplicação da VIVO.

Se não me engano, essa diferença é documentada no manual do SiTef.

Precisamos descobrir primeiro o que quebrou. Ninguém conseguiu identificar exatamente qual o problema. Também não foi identificada a alteração que causou o problema. Se puder ajudar, ficaríamos gratos.

http://stackoverflow.com/a/10577143/460775

E o DOC existe?

Justamente o que eu disse.

1- Você não seleciona tipo de impressora no ACBrTEFD. 2 - Só nos tópicos que você pode encontrar no fórum. Mas em resumo, são todos os eventos. 3 - Quando a documentação do TEF pedir. Na maioria das vezes, quando é ECF, antes de subtotalizar a venda. Isso porque o ECF não consegue dar desconto após a subtotalização. SAT pode ser diferente. Assim, de qualquer maneira, é melhor ler a documentação do TEF.