Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.011
  • Registro em

  • Última visita

  • Days Won

    756

Tudo que Daniel Simoes postou

  1. A impressão por EscPos depende de recursos da Impressora em interpretar a linguagem de impressão "EscPos"... Tente com o modelo EscPosEpson, (a Epson foi quem criou a linguagem EscPos, e vários fabricantes emulam a mesma) Se nenhum dos modelos existentes funcionar, seria necessário estudar o manual técnico dessa impressora e: - Verificar se ela suporta QRCode em EscPos - Implementar uma nova classe, seguindo as especificações do protocolo dessa impressora...
  2. Amarildo e demais, Por favor teste com a Unit em anexo... As classes TBlockSerial e TTCPBlockSocket tem muito em simular... e com isso, ajustei a classe ACBrDevice para tentar se comportar de forma muito semelhante seja com uma Porta Serial ou TCP... Implementei várias propriedades como "TimeOut, MaxBandwidth" e métodos "LeString, LeByte, EnviaString"... Para manter a compatibilidade com o comportamento da Porta Serial, o ACBrDevice mantém a conexão aberta após chamar o "Ativar" e só derruba a mesma, após o "Desativar"... Para reproduzir o comportamento que você projetou, (Conectar e Desconectar a cada envio)... é necessário ativar a propriedade "ControlePorta" dos componentes que usam o ACBrDevice, como o ACBrECF ou ACBrPosPrinter... Fiz um teste usando os Demos: "PosPrinterTeste" e "Server" (TCPServer)... E o comportamento foi bastante satisfatório... Por enquanto, usei a notação de porta: "TCP:ip_maquina:porta".. Ex: "TCP:localhost:9100" ACBrDevice.pas
  3. Estava aplicando essa melhoria... mas fiquei na dúvida se usar a notação "RAW://ip_maquina:porta" é o mais correto... Essa notação é usada em mais algum lugar ou é a sugestão de algum fabricante ? Pesquisando pelo termo "RAW" em impressão, ele significa o envio direto, sem spool ou interpretação de driver... mas não necessariamente por TCP... Pensei em usar uma notação mais significativa como: "TCP:ip_maquina:porta" O que vocês acham ?
  4. Olá Wagner, Desculpe-me mais uma vez pela demora na resposta... Fiz um teste usando o Telnet do windows e a resposta foi imediata... (veja a imagem em anexo) Recebi um erro de rejeição, por estar usando o Emulador de SAT do SEFAZ... Mas acredito que para efeito de testes de resposta do canal TCP, é o mesmo efeito... Para testar usando o Telnet... faça o seguinte... open localhost 3434 SAT.inicializa <enter><ponto><enter> SAT.EnviarCFe("C:\temp\cfe01.xml") <enter><ponto><enter>
  5. Apliquei uma possível correção no SVN, para o problema da impressão do cabeçalho dos Itens.. Deve corrigir, ambos os casos...
  6. Enviei uma possível correção para o SVN... Provavelmente o problema ocorreu após a modificação do cabeçalho dos Extratos. onde o Endereço passou a ser um "memo"... e com isso o tamanho dele é variável... e o componente tenta computar o Tamanho da Página antes da Impressão em TACBrSATExtratoFortesFr.CalcularTamanhoDaPagina
  7. Detectei o mesmo problema.. estou analisando...
  8. http://www.projetoacbr.com.br/forum/topic/19696-exemplo-acbrsat-fechando-na-execução/?do=findComment&comment=139550
  9. Oi Alberto, Obrigado pela contribuição... o André já está analisando...
  10. Converti o arquivo para ANSI e enviei para o SVN... Obrigado pelo report
  11. TEF não faz sentido para o ACBrMonitorPLUS, pois muitas modificações na interface da sua aplicação serão necessárias... ECF, SIM, ele suporta
  12. Provavelmente você está usando uma COM virtual que está com problemas de instalação de drivers... Tente primeiro verificar se o Windows consegue imprimir nessa porta...
  13. Daniel Simoes

    Janela do PIN

    Você pode postar um "PrintScreen" de tal janela ? Se for a que estou pensando, provavelmente ela é disparada pela CAPICOM
  14. Luiz, Provavelmente você baixou o "root" do nosso SVN... por isso recebeu todas as pastas nele existentes... A maneira mais simples de você descobrir o que quer... é abrir os fontes e verificar se houve a correção... use ainda o recurso "Find In Files" da sua IDE
  15. Tentou enviar essa correção para o Projeto "Fortes Report CE" ? É interessante que eles ajustem nos repositórios deles...
  16. Como a mensagem informa... Esse evento só funciona se a Impressora usar interface SERIAL. E você configurar a porta apontando para tal Serial Ex:"COM1, COM2, COM8"
  17. Observe que o ACBrDevice possui um método para trazer as portas seriais: Ex: ACBrECF1.Device.AcharPortasSeriais( cbxPorta.Items ) A unica maneira de saber se ele é ou não um modem... é tentando a comunicação, e vendo se há resposta... mas isso pode causar uma demora na sua aplicação...
  18. O Italo ainda está trabalhando no ACBrNFSe... e deve revisar essa Unit em breve.. Infelizmente as modificações não estão totalmente corretas, e em conformidade aos demais documentos de DANFE já convertidos para o Trunk2
  19. o ACBrInstall sempre gera um Log... favor anexá-lo... ou ainda um PrintScreen
  20. Veja o PDF de boas vindas... a ACBrNFeUtil foi suprimida... seus métodos foram distribuídos em ACBrUtil, ACBrDFeUtil ou ainda ACBrNFe
  21. Esse arquivo não parece ter sido gerado pelo ACBrBAL
  22. Veja o Demo na pasta Exemplos
  23. Todo o ACBr é OpenSource... veja esses links: http://acbr.sourceforge.net/drupal/ http://acbr.sourceforge.net/drupal/?q=node/37
×
×
  • 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.

The popup will be closed in 10 segundos...