Ir para conteúdo
  • Cadastre-se

daniel.simoes

Fundadores
  • Total de ítens

    29.535
  • Registro em

  • Última visita

  • Days Won

    785

Tudo que daniel.simoes postou

  1. Estive olhando novamente para esse caso, e realmente o problema ocorreu internamente, no ACBrMTER... Por algum motivo, o retorno da Resposta do Pedido de "OnLine", foi quebrado em 2... e isso fez com que o texto "OnLine" chegasse no evento OnRecebeDados e não no Evento OnLine... Creio que o problema possa estar em algum local da rotina "TACBrMTerConexao.OnBufferWaitDone"... mas para saber de forma mais exata, seria necessário inserir mais entradas de Log... O problema ainda ocorre, ou após ajustar o KeepAlive, para 15 o problema não se manifestou mais ?
  2. Faça um teste com o Demo
  3. Acho que isso só muda na instalação... onde é apontado o IP para um servidor remoto...
  4. abra a URL no navegador e verifique... não sei de outros sistemas.. mas eles podem estar emitindo em off-line Parece estar tudo ok... veja:
  5. Painel da NFCe http://www.nfce.se.gov.br/portal/painelMonitor.jsp Painel da NFe http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY= GO está vermelho... Para NFCe, havendo problema.. vá para contingência off-line...
  6. Realmente havia um problema de lógica no ACBrETQ, quando lidando com os comandos "FinalizarEtiqueta" e "Imprimir"... apliquei um ajust nos fontes do SVN.. Commit [r19443]
  7. Experimente mudar essa linha, removendo as aspas duplas ETQ.Imprimir( 4, 0 )
  8. Você está enviando uma linha de cada vez, correto ? Por favor poste o Log do ACBrMonitor
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Não temos nada nesse sentido... mas com o ACBrETQ, seria possível construir...
  11. você diz, a linguagem de página ZPL2 ? (para impressão de etiquetas ?)
  12. Pode ser que esse modelo de Impressora não suporte BackFeed
  13. @Nelson A Sousa, Apliquei uma possível correção, nos fontes do SVN... Commit [r19423] Como posso reproduzir o problema ? o Nome do arquivo INI é atribuído geralmente em "LIB_Inicializar"... você muda ele de alguma outra maneira ?
  14. Creio que não... afinal estamos seguinte o mesmo padrão que sempre existiu no TList e seus descendentes...
  15. É uma interpretação... mas pense... se hoje os programadores entende que o Assign é para copiar os objetos (e não duplica-los), e se nós mudamos para ele duplicar... Teremos um monte de usuários com MemoryLeak Na implementação do FPC e Delphi, de Assign para o TList, você pode escolher qual o comportamento do Assign Observe que o código padrão do Delphi/FPC de TList.Assign, é apenas Copiar a referência dos objetos da lista, e não duplica-los... procedure Assign(ListA: TList; AOperator: TListAssignOp = laCopy; ListB: TList = nil); TListAssignOp = (laCopy, laAnd, laOr, laXor, laSrcUnique, laDestUnique); ... // on with the show case AOperator of // 12345, 346 = 346 : only those in the new list laCopy: begin Clear; Capacity := LSource.Capacity; for I := 0 to LSource.Count - 1 do Add(LSource[I]); end;
  16. Talvez seja necessário atualizar o Firmware... Entre em contato com o Fabricante Não conheço nenhuma...
  17. Qual é o passo a passo para reproduzir o problema ?
  18. Sua Unit está desatualizada em relação aos fontes atuais do SVN... Mas o problema não parece ser esse pois TMedCollection -> TACBrObjectList -> TObjectList -> TList e em TList existe a implementação do método "Assign"
  19. mas foi justamente isso que modifiquei nos Demos... provavelmente você não atualizou o SVN, ou não testou com os mesmo Demos... Veja: https://sourceforge.net/p/acbr/code/19413/
  20. Acho que o problema... é que a Lib salva as configurações na memória, para o Disco, sem verificar se o arquivo em Disco, recebeu modificações... Vamos pensar em uma maneira de corrigir isso..
  21. Consegue reproduzir esse comportamento com o Demo ? Como devemos chamar inicializar a Lib, para que esse problema ocorra ?
  22. Provavelmente você está usando uma Etiqueta que não tem o GAP, no local esperado pelo Sensor dessa Impressora...
  23. Eu não tenho IPhone, e não tenho interesse em continuar essa analise... Mas o ACBr é OpenSource... todos podem analisar os fontes e tentar contribuir...
  24. não tenho mais sugestões... visto que todos os demais leitores funcionam... me parece ser um bug do Leitor do Iphone...
  25. Creio que o @Rafael Dias, irá criar... porém ele está afastado por problemas de saúde... Se desejar implementar, e anexar os fontes, podemos avaliar e subir para o SVN...
×
×
  • 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.