EMBarbosa

Moderação: Tópico Dividido

É bom lembrar que as datas já estão no nosso calendário onde todos os usuários do fórum podem acessar e até mesmo criar novos "eventos". https://www.projetoacbr.com.br/forum/calendar/

Acho que essa funcionalidade não é proposital. Se você precisar dela eu sugiro criar um novo tópico com a motivação e, se possível, uma sugestão de como corrigir.

Já está no SVN na revisão 16087. Queira por favor testar e reportar qualquer problema. Penso que, agora que temos essa propriedade TipoCorte, talvez fosse melhor remover a propriedade CortaPapel substituindo por outro valor no tipo enumerado criado: TACBrPosTipoCorte = (ctTotal, ctParcial, ctNenhum);

Vou avaliar.

Olá, Seu código está desatualizado. Queira atualizar o ACBr e seu código de acordo com a versão que está no SVN atualmente. Daí anexe novamente suas sugestões para avaliação.

O ACBr não tem um componente de câmera.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. Continue em

Enviei a sua sugestão ao SVN na revisão 16081. Queira por favor testar e reportar qualquer problema.

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.