Daniel Simoes

O post do Ricardo é claro ao falar que é um produto experimental... E que ainda não está aprovado pela Bematech

Já existe em ACBrUtil.pas function TiraAcentos( const AString : String ) : String ;

O Lazarus é gratuito.. baixe, instale e teste... e de quebra, ajude a comunidade do ACBr, fazendo você mesmo a migração do exemplo de Lazarus para Delphi... Eu e o Jean usamos apenas o Lazarus como ferramenta de trabalho.... não temos interesse em migrar... Assim funciona um projeto Opensource, cada um trabalha onde tem interesse e tempo disponível... Outra opção, seria você oferecer uma recompensa (financeira) a qualquer usuário do ACBr que estivesse disposto a proceder com a migração

Acho que o que poderíamos fazer, é adicionar uma Observação no cabeçalho das funções PadL e PadR, informando que as mesmas tem o funcionamento inverso do esperado das mesmas funções existentes em linguagens do padrão xBase (Clipper, Harbour, xHarbour, etc)... Mas a descrição do cabeçalho atual parece estar concisa com o que a função faz..

Infelizmente não tenho este equipamento para testes...

Ok... achei no meio do Log... Realmente o problema é o comando PulaLinhas... A FiscNet aceita ele sem problemas, mesmo sem nenhum documento aberto...e efetua o pulo de linhas A Daruma retornará uma mensagem de erro, se você comandar o PulaLinhas sem um Vinculado ou Gerencial aberto Já a Bematech irá abrir um Gerencial automaticamente, quando receber o comando PulaLinhas Solução não envie o PulaLinhas do seu sistema, para outro ECF diferente de FiscNet

Eu não vejo motivos para mudar isso... Seria um refactoring bastante traumático..

Você chegou a ler o conteúdo do Log ?? O log enviado é de uma FiscNET e não MP4000

Não... apenas uma atualização da DLL comum...o driver que a Bematech desenvolveu é um instalador de serviço no Windows, que cria as portas seriais virtuais, diferente da Bemafi32.dll

Leia as instruções de instalação da Daruma... Ou seja... dá pra perceber que você não instalou todas DLLs necessárias

Modificações incorporadas ao SVN... Obrigado...

FBII somente Trunca... Se for FBIII, habilite a propriedade: ArredondaItemMFD

Os testes estão avançando... o driver já funciona em XP e Windows 7 (32 e 64)... Ainda temos problemas no Windows 8 e notamos uma lentidão maior do que o uso da porta serial... Estamos em contato direto com os engenheiros da Bematech... acho que termos os drivers prontos em breve... Não acho que valha a pena compartilhar os drivers no estado atual...

O ECFTeste foi criado apenas para Testes e servir de auxílio aos desenvolvedores... Cabe a você criar sua própria rotina usando o componente...

Tudo indica que você está deixando o Vinculado Aberto... ele fecha automaticamente após 2 minutos... Se você estiver usando o comando ACBrECF.PulaLinhas isso pode explicar esse comportamento estranho... a Bematech irá abrir um Gerencial quando receber esse comando... Somente a analise do LOG pode dizer com certeza o que ocorreu...

Isso não é o correto... Se a informação está -1 é porque o ECF não tem esse registrador no retorno de DadosUltimaReducaoZ Da maneira que você fez, você está lendo o registrador atual... e não o da última Z Você pode usar DadosReducaoZ antes da emissão da Redução Z e depois fazer um Merge com DadosUltimareducaoZ Veja esse post:

Não instale a DLL nas pastas do Windows... Instale APENAS na mesma pasta do seu .EXE Provavelmente sua DLL está defasada, ou o windows está usando outra DLL... Use as DLLs da pasta ACBr\DLLs\ECF

Está correto... a modificação foi feita para compatibilizar o ACBr com Mac (no Lazarus) Observe que é um IFNDEF e não IFDEF Atualizei as DLLs no SVN, obrigado pelo aviso

Humm.. O Isaque confirmou o problema... estamos investigando... provavelmente é incompatibilidades no LFM entre diferentes versões do Lazarus

Provavelmente é algo no seu ambiente... o ACBrMonitor é compilado semanalmente pelo Isaque

Acredito que apenas para TEF dedicado... Para o discado, apenas remota e na SevenPDV

A Taxa pode variar muito, de acordo com a negociação entre o Lojista e a Operadora, forma de pagamento, etc

Sim... mas se mudarmos isso agora quebraria muito código...

O ACBrSAT usa comandos ESC/P2 da Epson para gerar um QRCode na Impressora....

Realmente... boa pegada corrigido e enviado para o SVN, rev: 6030