Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.498
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. Isso porque as informações desse QRCode são muitas... Ou seja, a própria impressora aumenta o tamanho do QRCode para acomodar todas as informações... Observe ainda que a legislação determina que o QRCode tem que ter no mínimo 4x4cm
  2. A pergunta é séria ? use sua IDE e pesquise por "ECF" e descobrirá que está na palheta ACBrSerial
  3. Compare o XML enviado ao SAT, com o XML recebido do SAT... várias das informações são preenchidas pelo próprio SAT
  4. Obrigado pelas correções... enviadas para trunk e trunk2
  5. Notei que a sua Unit pcnLayoutTXT.pas está muito diferente da original (do Trunk)... o que sugere que seus fontes não estão atualizados... A correção que você aplicou em pcnNFeRTXT.pas aparentemente não são necessárias no Trunk2... Ou seja, muito provavelmente o problema reportado não ocorra no Trunk2
  6. Vou testar quando tiver um tempo.... o Fortes4Lazarus está tão estável que até esqueço dele...
  7. O Fortes4Lazarus é mantido sim... Conheço os desenvolvedores... Alguns deles tambem são commiters no próprio Lazarus/FPC. O que ocorre é que os fontes estão estáveis... O fortes-ce até onde eu sei, não tem pretensao de ser compatível com Lazarus
  8. Veja os eventos do componente
  9. Use o emulador de SAT do fisco
  10. Existe o ControleDePorta no MonitorPLUS... Você pode imprimir qualquer relatório na impressora ligada ao MonitorPLUS, usando o objeto "ESCPOS" Ex: ESCPOS.Imprimir("</zera></logo></ce>TITULO</lf></fn>LINHA2</corte_total>") // Para conhecer todas as Tags use o comando abaixo ESCPOS.ImprimirTags
  11. Não compreendi o problema que você quer reportar... O TACBrPosPrinter não usa a DarumaFrameWork...
  12. Você diz, CPF inválido ? Nossa... a msg de Erro não tem nada a ver com o problema...
  13. Como você pode ver pelo Log, a resposta do erro vem do próprio ECF (Emulador no seu caso)... o ACBrECF apenas repassa a mensagem
  14. Adicione o LOG gerado pelo ACBrECF para analise..
  15. Agora realmente não tenho como aplicar correções nos fontes, sem um ECF real... Vamos aguardar o posicionamento do Regys...
  16. E você já emitiu a Redução Z ??
  17. Oi Italo, Eu ainda não tive tempo de ler os fontes do NFSe, para arriscar uma sugestão para o refactoring...
  18. Não divulgue o seu email em um fórum aberto... (os spammers adoram isso) Restaurei o arquivo no Download do fórum
  19. ppTexto irá ignorar todas as tags de formatação, e removerá os acentos... Use ppEscPosEpson... Use o PosPrinterTeste e tente entre as diversas páginas de código existentes... veja qual se sai melhor... Creio que demorará algumas semanas até NFSe estar pronta no trunk2
  20. Enviei as seguintes modificações para o SVN
  21. Compreendido, vou verificar como podemos corrigir...
  22. Não se trata de um loop no ACBrECF... ele está procedendo conforme o protocolo EscECF... Ou seja.. o ECF responde como ocupado (WAK)... ele aguarda 200 ms e questiona novamente o Status... e ficará assim até receber um bloco de resposta (iniciando com [SOH]) O Loop está no ECF... Tente com essa versão compilada em Lazarus / Trunk2
  23. Estamos sem o PlugIn para "Resolvido", para essa nova versão do fórum
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.