Daniel Simoes

Não sei bem como está o suporte a Lazarus no Fortes CE... atualmente eu uso o Fortes4Lazarus Instalar o ACBr no Lazarus é um processo manual... mas não é difícil... observe no final da Janela do Package, quais as dependências (de outros Packages) que ele tem... e vá instalando-os... (não precisa nem fechar a janela do Package... você pode abrir vários Packages ao mesmo tempo) Não precisa recompilar o Lazarus a cada instalação de Package... Você pode fazer isso após ter instalado vários Packages...

Os componentes são específicos para IDEs em ObjectPascal (Delphi e Lazarus) Veja o ACBrFrameWork

RLReport é do Fortes Report, e não do Fast Report

Se vocês clicarem no Nome do autor no Post... vão obter várias informações sobre ele... como por exemplo, o e-mail, e a possibilidade de enviar uma mensagem em privado..

ACBrPosPrinter.ControlePorta := True Mas você deveria redirecionar toda a impressão do seu aplicativo pelo TACBrPosPrinter, e com isso ter de benefício a possibilidade de usar as Tags que ele suporta...

Apliquei modificações nos fontes do SVN, baseados na sugestão proposta...

Vocês precisam fornecer mais detalhes, se desejam que a equipe de desenvolvimento faça qualquer tipo de analise... - Como você pode demonstrar que a sua solicitação está correta ? (Link para o manual do banco) - Trecho da Linha que está errada... Como está gerando ? Como deveria gerar ? - Como reproduzir o erro usando a aplicação Demo do ACBr ? Para os com maior disposição em ajudar.... É ótimo quando alguém liga o Debug e relata exatamente qual trecho do código está com o problema... Lembrem-se o ACBr é OpenSource, todos podem analisar o código e sugerir modificações... Se vocês ficaram esperando que apenas os commiters façam analise e correções... o projeto não cresce...

Eu não compreendi a qual problema você se refere... Poderia por favor postar uma Imagem de exemplo ?

Concordo.. E tempo pra se preparar, eles tiveram... o Projeto SAT foi adiado por quase 2 anos

Realmente não sei... Uso Lazarus... e não Delphi... (não notei esse problema no Lazarus)

Isso é intencional... Se você não especificar nada... constará "Projeto ACBr"... Se você não quer divulgar o nome da Sw.House... pode deixar qualquer outra coisa, como por exemplo: O nome da Empresa, ou ainda o famigerado "OBRIGADO VOLTE SEMPRE"...

Obrigado pelas explicações e imagens... Realmente não estava implementado o suporte a propriedade FonteTributos nesse DANFE... Enviei no SVN uma possível correção para o problema...

Parece problema no Equipamento ao informar esse parâmetro da forma correta... Qual o Modelo de SAT ? Veja no LOG gerado pelo ACBrSAT, como foi a resposta do Equipamento ao ACBrSAT... as Datas estão nos parâmetros de retorno, separadas por Pipes

Porque você está usando uma versão tão antiga do Lazarus ? Provavelmente seu Lazarus está achando algum "PPU" da versão anterior do ACBr... o .BAT de limpeza do ACBr é apenas para Delphi... Para Limpar todo o ACBr do Lazarus, apenas apague a pasta ACBr\Lib, e faça um "CleanUp+BuildAll" na sua IDE

Atualize seus fontes, e verifique o Change-Log txt de ontem...

O Refactoring promovido no Trunk2, promoveu um bom aumento de performance.... as rotinas de NFe faziam muita conversão de String para AnsiString e geravam o XML todo, inúmeras vezes...

Parece problema na Porta Serial... Você consegue imprimir a página de teste no Windows nessa impressora ? Tente ajustar a porta no SATTeste por compartilhamento: \\localhost\NomeImpressora

Os arquivos parecem estar em UTF8... isso dará problemas apenas para versões Delphi inferiores ao XE... Algum outro commiter que utilize Delphi pode abrir o arquivo na IDE e convertê-lo para ANSI...

Notei que realmente haviam alguns espaços desnecessários... Apliquei uma modificação nos fontes do SVN.. Por favor atualize e teste...

Recomendo que estude em detalhes o Projeto de exemplo SATTeste.. O que você procura está demonstrado lá...

Ajuste ACBrPosPrinter.EspacoEntreLinhas

Poste um trecho de código onde isso ocorre... Geralmente você pode resolver isso, usando o nome da Unit como Prefixo... Ex: NomeUnit.Identificador

Notei que as Units estão completamente diferentes das existentes no SVN... (acho que estão defasadas) Não foi possível aplicar o Merge...

Obrigado... Já compilei o .RES e enviei ambos para o SVN...

Obrigado pela sugestão.. apliquei modificações no SVN que devem corrigir o problema...