Daniel Simoes

Raramente uso edição direta no DBGrid, por isso acho que nunca notei esse problema. Tente estudar os fontes do Grid/DBGrid... talvez seja possível criar um patch implementando essa funcionalidade... Os desenvolvedores do Lazarus são muito receptivos a toda e qq ajuda.... Lembro que quando comecei a usar o Lazarus corrigi um Bug no DBGrid que "roubava" a tecla F2 Se precisar de ajude na criação de um patch é só falar

O Cancelamento do Cupom é completamente opcional... a Homologação TEF não obriga isso, até pq, em alguns ECFs isso será impossível... Você deve estar enviando apenas o comando de Fechamento e não o comando de Cancelamento, o TEFD não fará isso por você, pois como dito antes, isso não é uma regra do TEF.

Estranho, Pois na atribuição de AECF.ValorGT também há um RoundTo, ou seja a comparação deve ser idêntica ... a ideia é justamente evitar esse tipo de problema... Como você está informando o valor para o método: VerificarGTECF ?

Acho que o valor tem que bater com a Redução z e Leitura x

Andrews, Você pode usar o ECFTeste que é distribuido no Package do ACBrMonitor para Linux (apesar de estar um pouco defasado) http://sourceforge.net/projects/acbr/fi ... r%20Atual/

Tente por o tamanho máximo no FieldsEditor

Ishiwatari, Estive olhando (ainda superficialmente) os fontes.. e gostaria de lhe propor as seguinte modificações... - Troca da dependência da Indy, pela Synapse. Hoje em dia o ACBr já distribui a Synapse que é um conjunto de bibliotecas que permite o uso de vários protocolos TCP além de acesso a Porta Serial. A synapse é capaz de fazer qualquer tarefa que a Indy realize, e é bem mais leve, e compatível com Linux e Lazarus/FPC - Evitar ao máximo o uso de formulários dentro do componente. Isso sempre será uma fonte de problemas (Ex: versões diferentes de IDEs, suporte a Lazarus, etc)... Os Formulários podem ser substituídos por eventos no componente. O componente dispara o Evento sempre que precisar que o usuário informe algo, e desta maneira cada programador pode customizar os formulários (o componente ACBrTEFD trabalha dessa maneira) - Integração com ACBrEAD e/ou evento para o calculo do Hash e MD5... (o ACBrEAD usa o OpenSSL, para criar MD5 e vários outros tipos de Hash e criptografia) - Evento para a compactação / descompactação... Nem todos podem querer ficar dependentes dos OBJs utilizados para a compactação, no Lazarus/FPC por exemplo, existe compactação de ZLib/ZIP nativa na linguagem - A criação de um Projeto Demo... Nada melhor que um Demo para ver como as coisas funcionam. Isso será ainda mais necessário se os formulários forem removidos do componente.

Oi Sandro, Muito obrigado mais uma vez... Esse comando está descrito em algum manual ? Não achei o comando 02 em nenhum dos manuais que eu tenho... Ele tb funciona para o caso de acréscimo ?

Acho que não compreendi corretamente... mas o texto impresso é responsabilidade da Administradora, e do SwBásico do ECF.. não há como muda-lo

Veja o manual On-Line: http://acbr.sourceforge.net/ACBrMonitor ... oleto.html

Daniel, Vc tb pode usar Teclados com leitores de tarja magnética... Nesse caso, tudo que for lido por ela... cairá no Buffer do Teclado.. Veja a propriedade: ACBrTEFD.TEFCliSitef.OperacaoADM

Provavelmente essa versão ainda não possui esse registrador... por favor verifique com o suporte da Elgin

O ACBrECF funciona com todos os Emuladores de ECF... mas exige uma Porta Serial (pode ser virtual)

Vc deve ter um campo de configuração na sua tabela de ECFs, para saber como o mesmo faz o Calculo: Trunca/Arredonda... Tendo isso, vc reproduz os cálculos no PDV usando esse Flag

Depende do protocolo utilizado.. se for PPLA, basta informar o tipo da barra em minuscula... Exemplo: 'a'

corrigido.. logo envio pro SVN... obrigado Allan e Elton

Geralmente o driver desses ECFs USB criam uma Porta Serial Virtual... Verifique isso com o fabricante..

Ferinha, O ACBrECF manda o comando, e espera a resposta do ECF... Se o ECF respondeu: OK, processado, o ACBrECF lhe retorna o mesmo... Se o ECF retorna ERRO: xxx, o ACBrECF irá disparar um exception ... - Tente com o Demo: ECFTeste.dpr - Vc está tratando os erros do comando de impressão ? pode ser que seu bloco Try Except esteja "comendo" a exceção gerada pelo ACBrECF

D. J. AUTOMACAO COMERCIAL LTDA- ME DJSYSTEM www.djsystem.com.br Fone: (15) 3324-3333 Software: DJPDV 1.0 Laudo: Pol1672011 Homologado em 11/05/11 Especificações Requisito 01.07 Usamos todos os componentes do ACBr. ACBrECF, ACBrTEFD, ACBrBAL, ACBrAAC, ACBrEAD, ACBrPAF, ACBrSintegra, ACBrCalculadora, ACBrValidador, ACBrTtroco, ACBrGAV, ACBrLCB, ACBrDIS, ACBrCHQ

Ricardo, Quando vc abrir os fontes do Package.. observe quais libs ele tem dependência... Isso lhe dá uma dica de qual "engine" foi usado...

Já procurou nos fontes, em: ACBr\Exemplos ?

Vc deve estar falando do Registros N... veja os demos do ACBrPAF...

Estude os fontes... Observe que o ACBrETQ já possui um conversor de Pixels para Milimitros ou Polegadas... tudo dependerá da Resolução (DPI) que vc informar...

Imagina... acho que nesse caso eu fui o primeiro que "comeu de barriga" infelizmente é o acumulo de tarefas

o ACBrSintegra está bem estável... quase não precisa mais de atualizações Esse problema do Memory Leak nunca reparei, pois fazíamos nossa própria verificação de existencia do Reg. 75 antes de cria-lo...