Daniel Simoes

A pergunta é para o outro lado... Como a sua nova linguagem consegue consumir uma Biblioteca Compartilhada (.DLL/.SO) ?

Parece ser falta dos Unit Scopes.. veja o Item 2, do tópico abaixo:

Na página de Contratação, tem todos os meios de contato: https://projetoacbr.com.br/pro/

Você rodou o instalador do ACBr (ACBrInstall_trunk2) ? Mas acho que basta copiar o LibPath de outro ambiente, como por exemplo o Win32, para o perfil do Mac

O Bling, quando precisa falar com equipamentos Locais, como o SAT.. usa o ACBrMonitorPLUS... Veja: https://ajuda.bling.com.br/hc/pt-br/articles/360041571894-Dicas-para-instalação-e-uso-do-ACBr-Monitor-SAT

Você poderia usar a ACBrLib

O ACBr é OpenSource https://projetoacbr.com.br/fontes/ Saiba mais sobre a ACBr Lib, nesse tópico:

Por favor verifique se as orientações desse tópico, estão relacionadas a esse problema:

Ainda referente a esse tópico.. corrigi mais uma situação, que só afetava o Delphi 11... peguei com os Testes Unitários, e testei em D7, D10.3, D11, FPC Commit [r23598]

parece ser falta das Units em Unit Scope.. copie de um projeto FMX padrão....

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá pessoal, implementei algumas modificações no Fortes Report, e gostaria de ajuda e opinião dos usuários, antes de submeter um Pull Request - Soft-Break - Problema: O Fortes Report não era capaz de quebrar linhas, em campos Memo, se a String não contivesse um espaço entre as palavras.. A implementação em anexo, usará os seguintes caracteres, como Soft e Hard Line Break HARD_LINEBREAK = [#13, #10]; // CR, LF SOFT_LINEBREAK = [#9,' ','-','.',',']; // TAB - Scale - Problema: O Fortes Report não renderizava corretamente os relatórios, quando a configuração do Windows, estava com Zoom nas Fontes do Windows A implementação em anexo, lê do Objeto Global "Screen" a resolução de ScreenPPI, ao invés de usar um valor constante de 96 RLConsts.pasRLUtils.pasRLReport.pas Para testar, basta substituir as Units em anexo, na pasta de fontes do Fortes Report, e verificar se os problemas ainda ocorre, e se os relatórios atuais não foram afetados... Nota: Algumas Units do ACBr, podem precisar de ajuste, incluindo em Uses a Unit RLUtils

Parece ser um problema no WebService deles...

Verifique se seus fontes estão atualizados... Logo o @Rafael Dias, nos dá informações mais atualizadas

Sim.. o demo usa a classe

Em C# você pode usar a classe da alto-nivel... ela manipula os INIS... estuda os fontes do Demo

Para Delphi, tem muita coisa sobre Horse... Veja o canal do Vinícius Sanches https://www.youtube.com/c/ViniciusSanchez/videos

Sim.. isso é uma técnica.. chama-se de "Exceção muda"... Você poderia nesse Except, rodar algum código que cria o novo campo no BD.

Provavelmente alguma das Units do Projeto, cria dependência da LCL, que requer o Servidor X

Para usar SiTEF.. talvez seja melhor usar o componente antigo, ACBrTEFD.. infelizmente eu parei de atuar na classe do SiTef, por não ter autorização para uso do SDK

Olá @Huelbert Rodrigo, parece bem bacana... - Acho que tem um Memory Leak em TfrlDANFeRL.StreamPDF (AStringStream) - penso que também poderiamos refatorar, para evitar código repetido em SalvarPDF e StreamPDF Vamos conversar com a equipe, e ver a melhor maneira de incorporar...

Fiz uma revisão, e creio que corrigi, todas as ocorrências de erro no uso da StringToDateTimeDef.. Commit [r23493]

Realmente a mascara informada, parece errada.. (sem as barras) @José M. S. Junior e @Victor H. Gonzales - Panda, tem ideia do porque foi informada esse tipo de mascara, como parâmetro ?