Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.269
  • Registro em

  • Última visita

  • Days Won

    761

Tudo que Daniel Simoes postou

  1. 1 - O ideal é você discutir as necessidades da modificação aqui no fórum... antes mesmo de implementá-las... Isso evita situações como: Já enviaram correção semelhante, a equipe de commiter discordas da maneira como foi implementado 2 - Se algum commiter quiser, pode enviar correções para o Trunk1... mas acredito que no momento, todos já optaram por não o fazerem, pois já estão usando o Trunk2 em produção 3 - Dependendo da Unit isso seria ótimo... veja a pasta "Testes" 4 - Apenas usuários convidados a serem commiter podem submeter ao SVN... Eles atingem esse privilégio através da meritocracia e reconhecimento da equipe atual 5 - Se depender de mim... o ACBr nunca usará Git... tive péssimas experiencias de uso com ele: cada comando simples no SVN é traduzido em 3 comandos do Git (ou mais)... Seria um inferno lidar com os inúmeros Pull Requests..
  2. O Workaround para esse problema já foi aplicado nos fontes do Trunk2 a um bom tempo...
  3. Prezado.. não é assim que funciona... Sendo assim, sem o "Change-Log.txt", suas modificações não serão nem analisadas...
  4. Você não forneceu todos detalhes... Que tipo de impressão (EscPos,Fortes) ? Se for EscPos configurou para EscBematech ?
  5. Realmente a analise do equipamento está errada... Na especificação do SAT, o campo entrega.xCpl é descrito como não obrigatório (Ocorrência = 0-1) AC G04 xCpl Complemento E G01 C 0-1 1-60
  6. O método "Ativar" irá fazer a conexão com o equipamento... Usei o Demo do ACBrTCPServer apenas para simular a presença de um equipamento...
  7. Sua analise está correta... pois os acentos retornados por "RetEventoNFe.XML", estão em UNICODE (ou ANSI) dependendo da versão do seu Delphi... o método ConvertesXMLtoUTF8, irá converter esses acentos para UTF8 e anexar o cabeçalho...
  8. Sua Unit está muito defasada em relação aos fontes originais... e afetam áreas da geração do XML que não estão relacionadas a este problema... Por favor reavalie melhor sua sugestão de modificação... Quais linhas devem ser realmente modificadas ? Porque essas modificações são necessárias ?
  9. O MonitorPLUS não foi projetado para ser um Servidor SAT... Isso deve funcionar, assim como você mesmo pode comprovar... mas não podemos dar a plena garantia de funcionamento dessa modalidade de uso... Se não me engano, você pode informar o nome da impressora no comando de Impressão...
  10. Poste um passo a passo de como reproduzir o problema, usando o Demo do ACBrNFe
  11. Cara... pensa bem... não tem como o componente imprimir, sem a sua aplicação comandar...
  12. Isso porque os "motores" de impressão são completamente diferentes... As opções do MonitorPLUS estão confusas (o preview só deve estar habilitado com o Fortes)... pois com EscPos você NUNCA terá um Preview antes...
  13. Existe um projeto de exemplo de comunicação TCP com o Monitor, em Pascal (Lazarus), na pasta de Exemplos do ACBrMonitor Dependerá muito de como você trata os dados recebidos... usar um TStringList para salvar o arquivo, não funcionará... você pode usar uma classe derivada de TStream por exemplo...
  14. Acho que o ideal é instalar em cada máquina... e nunca compartilhar pastas (isso é um prato cheio para vírus... e expõem o BD para os usuários da rede) Você pode ter um módulo "atualizador", que cuidaria de baixar uma versão nova...
  15. A ideia não é transformar todos os espaços duplos em simples ?? De uma olhada nos fontes do método indicado, na ACBrUtil.pas
  16. Eu alterei apenas o WebSevice se SP para testar... Nao tem erro, localize a sessão correta, e altere a chave desejada... exemplo: NFe_SP_H observe: NFe é o tipo do documento, SP é a UF, H = homologação
  17. Não compreendi muito bem o problema... você diz, que mesmo após a conversão, a Descrição ainda mantém um espaço duplo ? Se SIM... essa linha poderia ser substituída por: aTexto := RemoverEspacosDuplos(aTexto);
  18. Se você configurar ImprimeChaveEmUmaLinha = rNao deve funcionar mesmo para TM-T81
  19. Provavelmente há alguma coisa errada na sua configuração... acabei de testar uma modificação na URL e tudo funcionou a contento... Lembre-se que você deve reiniciar o Monitor após modifica o .INI
  20. Obrigado pela contribuição... já enviei para o SVN
  21. O Log indica certa instabilidade na Porta Serial... (erros ao tentar acessá-la) Se você já trocou de porta serial, desconfie do cabo.. O Erro no inicio do seu Post... pode significar que você está chamando "CarregaTotalizadoresNaoTributados" em um momento que o ECF não está pronto para responder a ele (parece ter um cupom aberto)
  22. Qual o problema com o código original ? ChaveEmUmaLinha := (ImprimeChaveEmUmaLinha = rSim) or ((ImprimeChaveEmUmaLinha = rAuto) and Suporta128c); Suporta128c já é boolean
  23. Porque você modificou essa linha abaixo ? (esse IF parece interpretar errado) ChaveEmUmaLinha := (ImprimeChaveEmUmaLinha = rSim) or ((ImprimeChaveEmUmaLinha = rAuto) and (Suporta128c = False));
  24. Enviei modificações para o SVN, que devem resolver o problema.. favor atualizar e testar
  25. Você não deve anexar a Unit "OpenSSLExt" aos seus projetos... pois ela é utilizada apenas para o Lazarus.. (verifique as clausulas "uses" do seu projeto) veja também, esse post:
×
×
  • 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...