EMBarbosa

E isso resolveu? Pois eu acho que 1 é muito pouco. Não acredito que algo será capaz de acontecer em menos 20 milissegundos. Assim, o método onTimer seria chamado muitas vezes desnecessariamente. Acredito que um valor entre 20 e 60 seria um valor razoável. Mas olhando a grosso modo, visto que já está num valor abaixo de 199, acredito que a mudança do parâmetro teria pouca ou nenhuma interferência com seu código atual. EDIT: Outra sugestão que me ocorreu agora para melhorar seu código seria usar um profilier. Não sei porque eu não pensei nisso antes.

Por favor. Se estiverem tendo problemas em ACESSO ao SourceForge criem um outro tópico.

Olá, Bem vindo ao Fórum. Visto que você é novo no fórum estou dividindo seu post. Mas queira ficar atento a criar um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Sobre sua dúvida: Sim. Existe o método ECF.PafMF_MFD_Cotepe1704 no ACBrMonitor. Veja esse tópico onde um usuário pergunta sobre seu uso.

Olá William, Veja esses posts:

Olá, Não sei se alguém já o fez, então: Bem vindo ao Fórum. Queira usar títulos mais específicos no seu tópico. Sobre sua nova dúvida: sempre crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Claro você deve pesquisar antes. Talvez ela já esteja respondida. Essa dúvida mesmo já ocorreu antes, só não me lembro se nesse ou no fórum antigo. Verifique o parâmetro TipoDocumento.

Se não me engano, tem um post do próprio Daniel falando destes métodos e dos problemas encontrados. Só não encontrei... Mas veja esse:

olá Jhef, Você viu que o Daniel alterou um pouco o componente ACBrConsultaCNPJ? Você usou o código dele como base? Veja nesse post

Qual valor você colocou na propriedade Interval do TTimer? Não tem propriedade de bloquear teclado. Tem aquela que passei alguns posts acima que habilita ou desabilita o processmessages. Se estiver desabilitada aí o programa fica parecendo que está travado enquanto estiver se comunicando com o ECF. Deixa ver se eu entendi, se você vender 60 itens, vai ter que esperar 1 segundo entre cada um dos itens, num total de mais de um segundo? É isso? Algumas sugestões: O processo de pegar o valor do código de produtos da fila e passar para uma variável local deve ser condicionado à venda. Em outras palavras, passe a linha "PDV_CODIGO_PRODUTO := ACBrLCB1.LerFila;" para dentro do método InsereProduto logo depois do fEmVenda := True Deixa isso pra lá. Não acho que isso vá influenciar... Você está fazendo muitas validações do código do produto depois de adicionar o valor na fila. Deve fazer o contrário. Valide o código antes de adicionar na fila. Exemplo: se o código do produto não existir, a mensagem deve ser dada ao usuário na hora que ele digitou, e não depois. A propósito. Não faço uso do método PropertiesValidate. Por que você não usou o onKeyPress como sugerido no post do Daniel?

Obrigado pelo retorno. Isso pode ajudar outros usuários.

Não se preocupe. Você não se enganou com nada grave. E estamos aí pra ajudar mesmo. Continue ficando à vontade para pesquisar no fórum, fazer perguntas para as quais não encontre resposta e fazer sugestões. Espero que consiga resolver todos seus problemas. Bom trabalho.

Atualmente não.

No SPED, pelo menos até onde me lembro, nunca criou. Mesmo assim, convenhamos que um método nomeado "CRIAR PASTA MENSAL" que não criar pasta mensal estaria com defeito. Mas um método nomeado SaveToFile, não precisa necessariamente criar nenhuma pasta. Visto que o objetivo é salvar o arquivo, pode ser pré-requisito o caminho ter sido criado antes.

Acho que você pode criar uma cópia do arquivo e tirar o MD5 da cópia.

Se eu entendi bem a sua pergunta, esses campos servem para isso mesmo. Mas você precisa criar o diretório antes. O componente não vai criar o caminho sozinho. A ideia é que os componentes ACBr sejam uma grande ajuda para o programador. Contudo, nenhum componente faz o trabalho todo sozinho. Assim, temos mais liberdade como desenvolvedores.

Use a pesquisa no fórum.

Não sei ao certo. Como disse anteriormente, você precisa verificar o motivo do form não estar tratando mais as mensagens. É muito difícil de eu lhe dar mais detalhes sem ver o código que você fez ou ter um exemplo onde o erro acontece. Procure responder você mesmo as perguntas que fiz no post anterior. Talvez isso possa lhe ajudar a encontrar o problema.

Olá, Seja bem vindo ao fórum. Queira no entanto ler nossas regras e se ater a elas. Veja neste em especial a "2.2 - Permaneça no assunto". Crie um tópico novo para uma dúvida nova conforme as regras. Desta vez eu dividi seu post, visto que ele não estava relacionado com o assunto no tópico anterior. Da próxima, seu post pode ser excluído sem prévio aviso. Voltando a sua dúvida:

É desenvolvedores do ACBr, e não desenvolvedores que são usuários do ACBr. Os últimos são usuários e devem fazer o acesso somente leitura conforme dito nos posts anteriores. (:

Nesse caso, o correto seria você implementar a elevação de acesso no seu software. Veja essas perguntas e suas respostas: http://stackoverflow.com/questions/10472080/how-to-grant-elevation-with-delphi http://stackoverflow.com/questions/923350/delphi-prompt-for-uac-elevation-when-needed

Nota de cautela: Toda forma de pagamento cadastrada só poderá ser removida por meio de intervenção técnica. Acredito que o seu problema seria resolvido se configurasse corretamente o software e não o ECF.

Então seu problema já está resolvido. Crie o diretório antes de mandar salvar. Você pode usar o método, que se não me engano, é ForceDirectories

A interface fica travada pois a Janela (Form) não está processando as mensagens que recebe do S.O. Você precisa verificar o motivo disso. E foi para detectar isso que eu fiz as perguntas anteriores. Você não precisa ficar colocando o processmessages como true diversas vezes. De fato, o padrão é true. Algumas das vezes muda-se para false para conseguir o mesmo funcionamento das dlls.

Olá Rodrigo, Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Seu post não tinha nada relacionado com o tópico sobre a atualização do Source Forge. Desta vez eu dividi o tópico. Não garanto fazê-lo na próxima.

Página 34, item 12 do manual STX.PDF, grifo meu: Essa é nova (pra mim, é claro).

Você viu esse tópico?