Daniel Simoes

Não há nada de errado com o componente, e isso não tem relação com a Porta do SAT... é erro na validação do Schema do XML

que pena... eu acho que não poderíamos acatar essas modificações, por ser algo muito específico, desse modelo de SAT

Geralmente é erro no XML, que não bate na validação de Schema... extraia o Log interno do SAT, que lá tem mais informações sobre o erro

Acabei de testar e parece normal... Mas pode ser alguma indisponibilidade temporária no Servidor da Fazenda

HUmm.. mas se implementarmos dessa maneira, irá causar erro na carga da DLL de outros fabricantes... Uma opção, seria criar uma classe específica, para esse fabricante... Mas mesmo assim, como esse método não está previsto na especificação, receberíamos muitos pedidos de suporte, para saber porque o método "DesabilitarConexaoContinua", não está funcionando nos SAT A, B e C... Não há alguma configuração da DLL, por INI ou XML, para esse fabricante permitir o compartilhamento de Porta, em sua DLL ?

Esse método consta na especificação do SAT ou é algo específico desse fabricante ?

O áudio dessa edição, já está no nosso PodCast

Qual é exatamente a mensagem de erro ?

Veja se você fez a instalação completa Help On-Line: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html

Tente um Path sem espaços e pontos no nome

Você poderia criar DLLs... mas não é bem a mesma coisa... Veja se esse Link ajuda: https://wiki.lazarus.freepascal.org/packages

Isso aqui adiciona o BOM... Sugestão, grave no Banco como Binário (se for o caso até Zip antes) Trate o campo como AsString ou AsAnsiString

O ACBr não acrescenta o BOM nos XMLs... pode ser que seja algo na sua rotina de gravar eles em Disco ou BD

Use a aplicação Setup e clique em "Add Pair" Se for necessário, renomeie as portas nos Edits, para COMs de sua preferência...

Creio que o ControlPay, faça isso... (mas ainda não estudei muito essa API) https://devpaygo.readme.io/v5/docs/o-que-é-6

Uau... essa edição do Papo Pro foi fantástica... Chegamos a bater 93 ouvintes !!! Agradeço muito ao @adrianosantos, pela participação... e pela excelente apresentação... Para quem perdeu, publicaremos em alguns dias nos nossos PodCasts

Você pode testar a versão Android, e apontar a compilação para Win32

Os erros são em Units do Próprio Delphi... Verifique se em "Unit Scope Names" está o valor padrão "System;Xml;Data;Datasnap;Web;Soap" Você consegue compilar os projetos Demo do ACBr ? como por exemplo: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrSerial/ACBrPosPrinter/Android/

... é que em todo o tempo de existência do componente ACBrBoleto, esse é o primeiro relato com esse problema... por isso que creio que seja alguma especificidade no ambiente onde o ACBrBoleto está rodando... a possibilidade de ajuste das margens, poderia mitigar o problema.. mas como citei, não é algo simples e rápido de ser implementado...

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

Eu acho que adicionar Margens nas impressões do Boleto, pode ser muito útil... mas é uma modificação complicada, pois teríamos que rever todos os modelos, e tomar cuidado para não afetar as aplicações que já estão rodando... então isso exigirá um bom tempo de analise e desenvolvimento...

Acho que o mais indicado, seria a ACBrLib https://projetoacbr.com.br/acbrlib/

Para inserirmos ajustes nas margens do ACBrBoleto, isso não seria muito simples, e poderia impactar em muitas aplicações existentes... Ou seja, precisamos analisar com calma (tempo) essa possibilidade.. . A origem do problema, me parece ser no serviço de Spooler de Impressão do Linux que você usa... provavelmente ele faz algum processamento que modifica as margens... Talvez haja alguma configuração no CUPs ou Driver da Impressora para Linux... Não conseguimos reproduzir o problema por aqui...

Não precisa, e realmente a recomendação é não utilizar a mesma... Hoje o ACBr faz o que a XMLSec fazia, em seus fontes em Pascal... mas para isso, ainda dependemos da LibXML2

Aqui parece normal...