EMBarbosa

Empresas que tem serviços como o Cosmos da BlueSoft, a MixFiscal ou semelhantes. Aqui no fórum já foi perguntado sobre esse assunto. Acho que se pesquisar por esses nomes você deve encontrar outros relatos ou empresas.

Infelizmente não tenho esse novo layout. Se quiser implementar as alterações e anexar seria de grande ajuda. Talvez tenha sido alterado nos últimos layouts... Mas até onde eu sei, isso não é nada comum... Também não tenho certeza. Teria que verificar com mais calma.

Gratuitamente, não que eu saiba.

Você tem certeza que é o mesmo layout? Note nas mensagens anteriores que foi reportado que a Unicred está usando layouts e bancos diferentes em regiões diferentes.

Aqui está ok.

Foi adicionado na revisão 14625. Vale um alerta. Esse layout é o próprio do unicred, com código do banco como 091 e um layout próprio. Para casos onde o código do banco e layout são outros, queira verificar o já postado pela Juliana anteriormente nesse tópico. Obrigado pela implementação. Foi adicionado ao SVN conforme post acima.

É difícil para um aplicativo console. Mas quase impossível para um aplicativo com interface visual (VCL/LCL/FMX).

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

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.