Daniel Simoes

Repare que existe um Parâmetro no comando, para inverter a Imagem

Você deve usar TLS12...

@marcelosantos, Após revisitar esses fontes, achamos melhor implementar uma melhoria, para não limpar as demais propriedades, quando é atribuído um valor vazio... Veja esse commit: https://sourceforge.net/p/acbr/code/19805/

Acho que está correto pois na linha seguinte o I é usando como Parâmetro de Entrada, mas também recebe o resultado if (docElement <> '') then I := Pos('<'+docElement, AXML) else I := 1; I := PosEx(IdAttr+'=', AXML, I); // AQUI TEREMOS UM NOVO "I" if I = 0 then // XML não tem URI Exit;

Realmente, por algum motivo, a WinAPI, não está retornando nada em GatLastError, após a falha da chamada em WinHttpSendRequest Apliquei algumas modificações em ACBrWinReqRespClass.GetWinInetError, para esse tipo de situação... Commit [r19809] Isso fará o ACBr usar a API do Internet Explorer, que é mais antiga que a WinHTTP, e pode depender de configurações nos protocolos de segurança, no I.E.

Perfeito... muito obrigado pela analise e correção... já está no SVN... Commit [r19807]

@João Paulo Müller, obrigado pela analise... Enviei o ajuste para o SVN... Commit [r19806]

Realmente parece um erro de programação... Chamar a PosEx, com OffSet=0, faz ela não funcionar... Abaixo temos o trecho de código, da PosEx, da FPC Function PosEx(const SubStr, S: string; Offset: SizeUint): SizeInt; var i,MaxLen, SubLen : SizeInt; SubFirst: Char; pc : pchar; begin PosEx:=0; SubLen := Length(SubStr); if (SubLen > 0) and (Offset > 0) and (Offset <= Cardinal(Length(S))) then // AQUI nem entraria... Mas acho que a correção, é mais simples.. if (docElement <> '') then I := Pos('<'+docElement, AXML) else I := 1; // AQUI

Acho que realmente ocorre isso... infelizmente o Fitro de PDF do Fortes, tem limitações, com algumas fontes...

o DadosPFX, sempre ganhará de Todos... mas repare que nos "Setters", eles limpam as demais opções... então, como o @Juliomar Marchetti comentou, é bom atribuir apenas o que realmente for usar.... Veja no trecho de código abaixo, que se você atribuir o Número de Série, as demais opções serão zeradas procedure TDFeSSL.SetNumeroSerie(const AValue: String); begin if FNumeroSerie = AValue then Exit; FNumeroSerie := Trim(UpperCase(StringReplace(AValue, ' ', '', [rfReplaceAll]))); FArquivoPFX := ''; // Evitar erro ao trocar o tipo de certificado; FDadosPFX := ''; FURLPFX := ''; if CertificadoLido then DescarregarCertificado; end;

Precisamos conseguir reproduzir o problema, para que possamos investigar... Por favor forneça a exata configuração, que você está usando... Se possível, envie um Print, da mesma tela que o @José M. S. Junior enviou, ou o seu arquivo de configuração... ACBrMonitor.ini

Não conseguimos compreender o seu tópico... Pode por favor elaborar melhor ? Qual Linguagem você usa ? Testou com o Demo do ACBr ? O que era esperado na resposta, e o que veio ? Por favor anexe o Log da ACBrLib

O Espaço é calculado em função da Largura do Relatório... Alterar a margem, deve fazer efeito... qual a sua configuração atual ?

Lembrando que para usar OpenSSL, vc precisa ter as DLLs do OpenSSL na mesma pasta do seu .EXE Elas podem ser encontradas em: \ACBr\DLLs\OpenSSL\1.1.1.4\x86

Ainda preciso dessas informações... para analise...

WinCrypt é excelente... mas ela depende de atualizações do Windows... Se as máquinas tem Windows muito antigo, como Windows XP... use libOpenSSL

Isso não é lixo... a API do Windows usar WideString, que são 16bits por Caracteres Não consegui ver no tópico... Qual é a exata msg de erro ? Por favor teste com o Demo do ACBr... ele é o unico projeto, que nós temos em comum, com você.. então se o erro ocorrer nele, nós aqui, podemos investigar e debugar

Sim... devo subir um Demo em Breve... Veja mais nesse tópico:

PictureLogo, somente será usado em Forte, Fast... Você pode usar o PosPrinterTeste ou o utiitário do Fabricante, para gravar o Logo... Dependendo do modelo de impressora, apenas 1 Logo é permitido (usando KC1=1, KC2=0)

Você pode usar libWinCrypt para A1 e A3...

Não é um problema no Monitor... Quem cria esse comando é a sua aplicação... basta criar com a versão correta

Não compreendi se você está usando os componentes do ACBr ou a ACBrLib

Acho que podemos aplicar esse Workaround, no Fortes Report... pois creio que esse problema, pode ocorre em outros relatórios... no DANFE deve ficar mais evidente, por conta dos Quadros...

Humm.. boa pegada... isso pode explicar o problema... o Fortes Report, tenta ler as métricas da Impressora, quando está fazendo a renderização do relatório... vou tentar debugar os fontes do Fortes Report, com essa situação... e verificar se há como fazer ele pegar pelo menos, a primeira impressora listada em "Printers"