Ir para conteúdo
  • Cadastre-se

Allan Wolski

Membros
  • Total de ítens

    103
  • Registro em

  • Última visita

2 Seguidores

Últimos Visitantes

1.620 visualizações

Allan Wolski's Achievements

Collaborator

Collaborator (7/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

69

Reputação

5

Community Answers

  1. Eu tenho um serviço de impressão de DF-e, onde manipulo propriedades como Title e EmbeddedFonts por exemplo. As quais não podem ser alteradas através das opções existentes de geração de PDF. var PDFExport: TfrxPDFExport; begin FStream.Clear; PDFExport := TfrxPDFExport.Create(Self); with PDFExport do begin ShowDialog := False; ShowProgress := False; Stream := FStream; EmbeddedFonts := FIncluirFonte; Title := FormatarTituloPDF; end; Result := Report.Export(PDFExport); end;
  2. Boa tarde, @Victor H. Gonzales - Panda Poderia manter o método PreparedReport como público por favor? Pois esta alteração quebrou a compilação da minha aplicação. Esse método é público em todas as demais impressões com FastReport. Obrigado.
  3. Bom dia, @Juliomar Marchetti Seguem algumas correções para avaliação. - Ajustes de indentação; - Remoção de campos não utilizados; - Adicionado propriedade PreparedReport; - Corrigido exibição do QRCode; - Corrigido erros de conversão de string para float; - Corrigido access violation ao atribuir os dados do Consumidor; Extrato SAT.fr3 ACBrSATExtratoFR.pas
  4. Bom dia! Com certeza, com a contribuição do @Bruno Silva ficará bastante simples de implementarmos a impressão resumida e de cancelamento.
  5. Talvez algum usuário com mais experiência em Fast Report possa nos ajudar. Mas acredito que para manter essa linha do ModifyPage teremos que modificar todos os FR3 para ajustar a largura das bandas para a largura da página.
  6. Bom dia, @Juliomar Marchetti Era exatamente esta linha que causava o problema de desalinhamento na impressão. frxReport.PreviewPages.ModifyPage
  7. A alteração motivada por este tópico foi revertida na rev. 20096, portanto o problema de desalinhamento voltará acontecer.
  8. Acredito que precisamos encontrar uma solução para ambas as situações, sem precisar corrigir todos os .fr3. Eu não utilizo o DACTE_Retrato.fr3 do repositório, por isso não percebi este problema que você mencionou.
  9. O problema que você estava vendo @BigWings ocorre com notas com mais de uma duplicata utilizando a correção enviada pelo @fefevilela. Eu já havia testado isso alterando diretamente no fr3, inclusive apliquei também essa correção nos eventos que enviei no tópico abaixo. A correção enviada pelo @Juliomar Marchetti funciona, inclusive eu já havia testado e enviado para o @EMBarbosa para avaliação.
  10. Boa tarde, @Juliana Tamizou Segue arquivos de exemplo após as alterações. Também estou enviando uma correção no evento de MDF-e. Obrigado. Evento CT-e.pdf Evento MDF-e.pdf Evento NF-e.pdf EVENTOS_MDFE.fr3
  11. Boa tarde! Fiz algumas melhorias e padronizei os layouts de eventos de NF-e, CT-e e MDF-e em FastReport. Estou enviando os arquivos em anexo para contribuir com o projeto. Atenciosamente, Allan DACTE_EVENTOS.fr3 EVENTOS_MDFE.fr3 EVENTOS.fr3
  12. Resolvi o problema chamando a função SetDllDirectory, passando o local da DLL da minha aplicação para ser adicionado na lista de diretórios verificados pela função LoadLibrary. De acordo com a documentação da Microsoft, informar o caminho completo da DLL na chamada da LoadLibrary já seria o suficiente, porém isso não funcionou pra mim. https://docs.microsoft.com/pt-br/windows/win32/api/libloaderapi/nf-libloaderapi-loadlibrarya https://docs.microsoft.com/pt-br/windows/win32/api/winbase/nf-winbase-setdlldirectorya
  13. Sim, conforme descrevi acima eu testei com as DLLs da pasta ACBr\DLLs\LibXml2. Eu coloco as DLLs junto com a DLL da minha aplicação. Neste caso não tenho um EXE.
  14. Bom dia, @Daniel Simoes Após atualizar os fontes para a rev. 19047 do SVN, comecei a ter problemas com o carregamento da libxml2.dll em uma aplicação ISAPI. Falha ao assinar o Envio de Evento: Erro ao inicializar a Biblioteca LibXML2 Aparentemente o problema ocorre porque o sistema tenta localizar a DLL no diretório do executável, que neste caso é C:\Windows\System32\inetsrv\w3wp.exe ou C:\Windows\SysWOW64\inetsrv\w3wp.exe, dependendo da versão do Windows. Tentei configurar a variável global LibXml2Path com o diretório da DLL, mas isso só funcionou em meu ambiente de testes com a DLL em anexo. Usando a DLL mais recente da pasta ACBr\DLLs\LibXml2 o erro voltava acontecer. LoadLibrary(PChar(LibXml2Path + Value)); Nesses casos o retorno da função LoadLib é sempre zero. Só consegui fazer funcionar em meu ambiente de produção revertendo os fontes para a revisão anterior. Alguma dica de como solucionar este problema? Obrigado. libxml2.dll
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...