Daniel Simoes

SIM, mas apenas existe o modelo TACBrECFVirtualNaoFiscal, que é um refactoring da unit ACBrECFNaoFiscal.pas

Aparentemente não há o GAP... veja essas imagens.. repare no recorte na etiqueta... Um sensor de luz detecta isso como o final da etiqueta https://www.google.com.br/search?q=argox+label+gap&client=firefox-a&hs=bag&rls=org.mozilla:pt-BR:official&channel=sb&source=lnms&tbm=isch&sa=X&ei=Rc0qVLrRDMmxggTRpoFI&ved=0CAgQ_AUoAQ&biw=1920&bih=969#rls=org.mozilla:pt-BR:official&channel=sb&tbm=isch&q=argox+etiqueta+gap

Atualmente todos os nossos sistemas (como o DJPDV) são desenvolvidos em Lazarus...

SIM... leia mais informações na página do projeto Lazarus http://www.lazarus.freepascal.org/

Aparentemente essa etiqueta não possui "GAP"... O ACBrETQ não possui comandos para controlar o tamanho da etiqueta... ele deixa isso a cargo da impressora, que usa o sensor de GAP para saber quando chegou o final da etiqueta

Não existe migração automática... Muitos componentes do Delphi não existem no Lazarus (e vice-versa) Se você quer usar Linux... não há Delphi para Linux... (apenas o Lazarus seria uma opção) Se você compilar no Linux.. obviamente, o binário não rodará no Windows

Você está usando uma MP4200... esse equipamento não suporta o protocolo "Bematech"... mas sim o protocolo "EscECF"

sim, funciona... em todos os emuladores de ECF... Sobre a DLL, inicie descobrindo o que significa o erro -24

O texto é claro na lei, conforme o Post anterior da Juliana... Acabei de participar de uma homologação com a POLIMIG e o segundo arquivo só continha o EAD... Fala pro homologador ler a lei...

Atualizou os fontes ? Conferiu o nome do Package do Fortes conforme tópico anterior ? Usou o ACBrInstall ?

Acho que somente o Fabricante da DLL poderia lhe ajudar no controle de erros da mesma...

Esse link é de um repositório não oficial... provavelmente há algo diferente nos Packages... talvez vc possa ajustá-los... Abra o DPK do ACBr e verifique o nome que ele está esperando... Exemplo do ACBrNFeDanfeRLpkg.pkg requires rtl, designide, soaprtl, {$IFDEF VER150} RLibWinD7vcl, vcljpg, {$ENDIF} // D7 {$IFDEF VER200} RLibWinD2009, vclimg, {$ENDIF} // D2009 {$IFDEF VER210} RLibWinD2010, vclimg, {$ENDIF} // D2010 {$IFDEF VER220} RLibWinDXE, vclimg, {$ENDIF} // XE {$IFDEF VER230} RLibWinDXE2, vclimg, {$ENDIF} //XE2 {$IFDEF VER240} RLibWinDXE3, vclimg, {$ENDIF} //XE3 {$IFDEF VER250} RLibWinDXE4, vclimg, {$ENDIF} //XE4 {$IFDEF VER260} RLibWinDXE5, vclimg, {$ENDIF} //XE5 {$IFDEF VER270} RLibWinDXE6, vclimg, dsnap, {$ENDIF} //XE6 {$IFDEF VER280} RLibWinDXE7, vclimg, dsnap, {$ENDIF} //XE7 ACBr_NFe2, PCN2, ACBrComum, synapse, ACBrCapicom, ACBrDiversos;

No Lazarus, pela dependência dos Pacotes, a IDE já deve forçar a recompilação dos mesmos, quando notar alguma modificação do LPK ou dos fontes do Pacote... Ou seja, bastaria re-compilar o ACBrMonitor Mas você pode, usar a opção "Tools -> Configure Build Lazarus"... e usar a opção "Clean Up + Build All"... isso irá remover todos os binários anteriores e reconstruir todo o Lazarus

Aplicado no SVN... Obrigado pela contribuição

Eu acho o projeto muito interessante... Acho que ele tem potencial para ser um Projeto a parte... Se você distribuir o Client e o Server já compilados, eles poderiam ser usados por qualquer usuário, e não apenas usuários de Delphi (semelhante ao ACBrMonitor, por exemplo) Enfim... quando tomar a decisão de abrir o código... pense: - Quais benefícios eu espero com isso ? - Qual licença devo usar ? - Como será o suporte ao programa/componente ? (como isso será custeado ?) - Como vou promover o projeto e conquistar usuários ? (A quem se destina ? Por que deve(riam) usar o meu projeto ?) Posso lhe ajudar no operacional para criar um novo projeto do Source Forge Se formos pensar em inseri-lo no ACBr, ainda é preciso responder: - É compatível com várias IDEs ? (Delphi 7 a Delphi XE7; Lazarus/FPC) - É multiplataforma ? (Rodaria no Linux ?)

Lembrando que a homologação de TEF ainda é necessária: A homologação visa garantir que a sua aplicação está integrada corretamente com a solução da TEF House ( SiTef, VSPague, Pay&Go, etc...) Ou seja, hoje a homologação deve ser feita na TEF house que você escolheu para integrar O prazo de validade da homologação, depende da TEF House.... na Sw.Express (SiTef), eles não exigem homologação anual, já na NTK (Pay&Go) o laudo só vale por um ano

O Fortes não tem Package para XE7, qual pacote você usa ?

Isaque, É apenas uma sugestão.... Porque você não cria um Projeto de Código aberto com o Axial Build ? Acho que com a ajuda da comunidade ele pode se tornar um bom produto...

Mais uma vez obrigado pela colaboração... subi várias modificações para o SVN... acredito que estudando os fontes você possa compreender as modificações que implementei

Vc mesmo pode imprimir um texto, com o mesmo conteúdo do código, logo abaixo do Código de Barras...

Se você pensa em um banco de dados para uso na Web... você não terá nenhum problema em encontrar MySql ou Postgres... praticamente todos provedores oeferecem Porém se você pensa em subir aplicações binárias geradas em Lazarus, para Windows ou Linux, você pode ter problemas com falta de DLLs/SO no servidor (para conexão com o banco por exemplo).... Poucos servidores permitem que você suba um SO e adicione-o no LibPath (LD_LIBRARY_PATH) Acho que o ideal nesse cenário (Lazarus e Web) seria um servidor com "colocation", assim você configura ele como bem entender, (e continua com o Firebird)

Aparentemente seus fontes estão desatualizados... Porém o erro ocorreu porque o Instalador não foi capaz de identificar qual o Package do Fortes para o XE7 Vc precisa criar um novo Package como o anexo RLibWinDXE7.zip

Você precisa chamar "Imprimir" para cada Linha de etiquetas... Alguns tipo de código de barras tem regras... aparentemente vc está tentando o EAN13... percebo que o código possui 13 digitos... o dígito verificador está correto ? Acho que se você enviar com 12 caracteres a impressora computa o dig.verificador

Use o ACBrInstall