EMBarbosa

Tem o mORMot da Synopse, que é muito bom e estável em larga escala. Eu daria uma olhada. https://synopse.info/fossil/wiki?name=SQLite3+Framework

Enviei uma possível correção na revisão 16075. Queira atualizar e avaliar.

Claro: ACBrNFeDANFEFR1.vTribFed := 0; ACBrNFeDANFEFR1.vTribEst := 0; //NFCe ACBrNFeDANFCEFR1.vTroco := 1;

Qual arquivo de relatório você está utilizando?

O problema é que o componente permite você carregar e depois imprimir várias NF-e de uma vez só. Mas elas saem em arquivos diferentes e não em apenas um arquivo PDF. Então teria que passar uma lista de nomes de arquivos na mesma quantidade de NF-e carregadas. Isso gera uma grande complicação...

Correção foi enviada ao SVN na revisão 16068. Queria testar e reportar qualquer problema. Muito obrigado pela sugestão.

Isso significa que o arquivo não foi alterado por você, ou que foi alterado novamente após você ter feito a alteração. Queira verificar qual das duas situações estão ocorrendo.

O melhor seria adicionar um parâmetro NomeDoArquivo no método ImprimirDANFePDF, em vez de criar outra propriedade. Mas você já tentou usar a propriedade NomeDocumento? Se não me engano, ela é a base pro nome do arquivo PDF.

Enviado ao SVN na revisão 16065. Queira por favor testar e reportar qualquer problema. Muito obrigado pela contribuição.

Depende muito de cada caso. Se você não estiver fazendo um loop muito grande talvez não perceba a perda de performance. Mas pode ser que você não tenha percebido porque nunca mediu. Algo útil é usar campos estáticos, (aqueles que você clica com o botão direito e manda adicionar em tempo de design), se existirem. Outra sugestão é criar variáveis que vão conter o campo. Existem muitos artigos sobre FieldByName em Delphi, como esse que você citou. Eu particularmente gosto desses, onde no segundo há algumas sugestões menos ou mais invasivas: https://www.delphitools.info/2010/11/30/fieldbyname-or-why-a-profiler-is-your-friend/ https://web.archive.org/web/20170530222831/http://delphi.about.com/od/database/ss/faster-fieldbyname-delphi-database.htm

Eu sugiro você evitar esse método FieldByName ao máximo. Ele é muito lento e dificulta a manutenção do código. Com respeito ao erro, provavelmente o compilador converteu para string ou algum outro formato. E daí eu o erro mencionado:

Olá. Gostaria que Reavaliasse se sua sugestão não foi quebrada com o Refactoring. Muito obrigado.

Obrigado pelo retorno.

Não. Mas como mencionado nos tópicos, algumas propriedades agora são específicas para as classes que as utilizam. Por exemplo, algumas são específicas para NFC-e, e por isso você não vai conseguir acessá-las diretamente por meio da propriedade "TACBrNFe.DANFE".

Como o Henrique mencionou acima, no caso de NFe é a ImprimeDescPorPercentual. A alistada na tabela ImprimirDescPorc é para CT-e.

Se você puder dar um exemplo de como reproduzir o erro, creio que seja muito fácil corrigir.

Sim. Por favor, veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/47931-refactoring-das-impressões-df-e/

Já está na minha lista de afazeres desde ontem. Eu tinha esquecido de avisar.

Qual foi a mensagem de erro após a alteração do arquivo ACBr.inc?

Olá Vanderlei, muito obrigado pela sugestão. Infelizmente não podemos aplicar ela desse jeito. Isso faria com que o componente parasse de antender toda a legislação. Precisamos do tipo Variant ou algum dispositivo semelhante pois esse registro podem ser tanto zero como vazios. Para entender um pouco melhor porque usamos Variant, talvez queira ver esse tópico aqui: Então a melhor saída é verificar exatamente qual o problema. Se puder apresentar como alimentar o componente para apresentar o erro teríamos como reproduzir e corrigir. Ainda não nos passaram um modo de reproduzir o problema, preferencialmente usando o exemplo do ACBrSPEDPISCOFINS. Pode nos ajudar nesse sentido?

Se você está usando o Windows, como está havendo uma mensagem pedindo um arquivo ".so"? Acho que você não nos deu informações suficientes.

Quem te envia o xml tem a responsabilidade de te enviar um DANFS-e para que seja impresso também.

Desliga o monitorar balança quando não for mais necessário.

É bem provável que seja erro de arredondamento e representação. Talvez queira ler o seguinte artigo: http://rvelthuis.de/articles/articles-floats.html

Acho que você não leu com cuidado. Veja a tabela no primeiro post desse tópico.