EMBarbosa

Fica logo abaixo do post, perto do link "Citar"...

Tem algum link pra documentação ou legislação?

Obrigado pelo retorno

Parar de responder não é comum quando acaba o papel. Não deveria ser necessário nem sair do programa para voltar a funcionar. Talvez tenha algo lá que ajude mesmo...

Como assim a impressora fica travada?

Basta você mandar imprimir novamente, na hora que houver problema com a impressora, não?

Se não me engano, o wordwrap só quebra em palavras diferentes. Quer dizer que precisa de ter "espaços" para quebrar a linha. Será que não é isso?

Não. Alguns testes precisam do pinpad.

Como eu havia citado acima, Vou grifar:

Não quis dizer que você não tinha alterado. Na verdade, eu estava explicando o motivo do tempo ser menor quando a propriedade é false, já que você disse que não tinha nada na documentação. Não é isso o que a propriedade cachedUpdates faz? De qualquer forma, talvez seja a hora de remover os componentes "DBDataAware"...

Isso acontece porque o evento OnCalcFields é chamado sempre que algum campo é alterado. Está na documentação, veja: Não sei ao certo que tipo de documentação você quer encontrar. Contudo, é natural que um BD na nuvem vai demorar mais pra responder por causa da latência.

Não tem porque. O Firebird embarcado tem algumas limitações. Por isso, não é "bom demais".

Que me lembro, não... Mas o melhor é você ler a documentação.

No windows, basta você baixar a versão "embedded" do Firebird e extrair o arquivo " fbembed.dll ". Renomear para "gds32.dll" e substituir ela na pasta do seu programa. Basicamente é isso. Mas não sei ao certo o funcionamento no Android porque não fiz testes do Firebird nessa plataforma.

Poucas pessoas devem ter feito o teste, mesmo porque o Firebird no Android foi pouco testado: https://www.firebirdsql.org/en/firebird-3-0-2/#Android A versão embarcada significa que a sua aplicação não acessará um servidor, mas usará uma DLL para acessar diretamente o arquivo de BD. Essa é a maior diferença. Não sei a situação atual do Firebird no Android, então sugiro baixar a versão no link acima e ler a documentação específica sobre Android. Pesquisar por informações mais recentes na internet pode ajudar. Mas considere que o uso do Firebird no Android não foi extensivamente testado pelos desenvolvedores do Firebird.

O "Append" carrega outros registros para apenas depois fazer a inserção no final do TDataSet. Se o problema for esse e você usar o "insert", possivelmente será mais rápido.

Informações mais atualizadas em:

No anexo 3 ainda parece que existem informações informadas desnecessariamente.

Uma sugestão, tente avaliar o log do ACBrETQ.

Na verdade, seria mais útil o código fonte pra reproduzir o problema. Ou a correção se você souber como corrigir.

Não que eu saiba. Você poderia postar o código para reproduzir o problema?

Foi atualizado. Revisão 14375 Favor testar e reportar quaisquer problemas.

Access violation é um erro muito genérico. Ele acontece quando você está acessando alguma parte da memória que não está mais disponível. Exemplo quando você tenta acessar um objeto que não foi criado ou já foi destruído. Também pode acontecer quando você faz um cast para um tipo que é apenas parcialmente compatível e tenta acessar a parte incompatível (exemplo uma propriedade que não existe). Então é muito difícil saber o que está acontecendo sem um exemplo que possa ser reproduzido.

Acho que vai precisar conferir no código fonte para ter certeza. Esses parâmetros são de acordo com a configuração da balança. Você precisa informar quais estão configuradas na balança. Então tente ler a configuração da balança ou use o manual para alterá-las na balança. Depois informe a configuração nesses parâmetros.

As alterações nas units de terceiros geralmente devem ser direcionadas a eles. Por exemplo, se tem alguma sugestão no Fortes, seria melhor direcionar ao projeto Fortes. O mesmo caso para as units do projeto Synapse. Com respeito a outras alterações e hints, a melhor maneira é analisar cada caso separadamente. Assim eu sugiro você criar um tópico diferente para analisar cada tipo de caso. Se você postar a função em questão, qual o warning que está sendo gerado, quais as alterações sugeridas e os motivos, podemos discutir. Depois de um caso estabelecido, outros códigos semelhantes podem ser alterados seguindo o modelo.