EMBarbosa

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.

Abertura de quê? O que mostra essa mensagem?

Joia.

Joia.

Chegamos a mencionar esse primeiro ponto aqui no fórum. Mas não teve nenhum destaque porque nem estava na documentação. Sabe se já adicionaram isso na documentação?

Já viu estes? http://www.activedelphi.com.br/forum/viewtopic.php?t=88599&sid=57f9ee0f7a0d53f17c4610c993a90bac http://stackoverflow.com/a/23027599/460775

Olá, você consegue reproduzir o problema com o DEMO? Poderia postar a parte do seu código que faz a atribuição das datas de uma forma mais completa?

Sim. Está faltando o resto do endereço. É preciso verificar o motivo.

Pessoal criei uma nova tag MigrarDelphi7. Vários tópicos já se encontram com essa tag. Acredito que isso facilite encontrarem ajuda nesse assunto. Por favor, continuem criando novos tópicos para dúvidas sobre migração. Talvez queiram incluir essa tag no seu tópico. http://www.projetoacbr.com.br/forum/tags/migrardelphi7/