cefantacini

Na impressão do Danfe, em alguns clientes que usam impressora jato, mesmo com todas as margens zeradas, a impressão corta. O mesmo problema não acontece com clientes que usam impressora laser. Existe alguma configuração especifica no componente para esse tipo de situação?

Eu resolvi, criando uma tabela só pra colocar os XML, afinal esses campos nunca são alterados mesmo. Se quiser, pode fechar o tópico

está usando o que? Zeos? Estou usando os componente IBX da MWA. veja senão está obrigando a ir dados no field ao invés de ignorar quando não houve mudanças Tem alguma propriedade que define isso? Eu simplesmente dou um .Edit, mudo o valor do campo e depois um .Post, veja DMNFSe.IbDsNFSe.Edit; DMNFSe.IbDsNFSeNFSE_SELECIONADO.AsString := '1'; DMNFSe.IbDsNFSe.Post; DMComp.Dados.DBCommitRetaining; Só mexo no campo NFSE_SELECIONADO, tem dois campos BLOB nessa tabela, e os dois do mesmo registro são limpos depois desse comando. E o interessante é que com os demais campos nenhum problema acontece...

Estou migrando meus sistemas para o Lazarus e me deparei com o seguinte problema: Uso a base Firebird 2.5 com os componentes de acesso IBX, coloco o XML das nota num campo tipo: BLOB SUB_TYPE 0 SEGMENT SIZE 80 Eu emito a nota e salvo o XML no banco, normalmente, porém, se eu editar o registro, sem mexer no conteúdo do campo blob, o campo é esvaziado. Eu edito outro campo do registro e o valor do campo BLOB some, alguém já passou por algo semelhante?

Se eu carregar um XML -NFeDFe.xml no componente, eu consigo ler os dados da carta de correção/cancelamento caso tenha? Se tiver como e puder por favor me dar um exemplo, pois não estou conseguindo...

Apenas para deixar registrado aqui, como estou aprendendo a trabalhar com o Lazarus, as soluções vão aparecendo aos poucos, consegui resolver isso apenas configurando o componente, mudando a propriedade Sorted, a configuração ficou assim: AutoComplete := True; ReadOnly := True; ScrollListDataSet := True; Sorted := True; Style := csDropDownList;

Resolvi, apaguei a pasta i386 que o lazarus cria e aí compilou...

Eu apaguei a pasta do ACBr, baixei o ACBr novamente e o problema persiste. Teria mais algum arquivo a ser apagado fora da pasta do ACBr?

Depois de atualizar o ACBr passei a receber o seguinte erro: NFeDMComponente.pas(9,3) Fatal: Impossível localizar ACBrNFSe usado por NFeDMComponente, ppu incompatível=C:\Programacao\Lazarus\ACBr\Lib\Lazarus\ACBrDFe\ACBrNFSe\i386-win32\ACBrNFSe.ppu, pacotes múltiplos: ACBr_NFSe_DanfseRL, ACBr_NFSe Já fiz a reconstrução limpa e o erro persiste... Se alguém tiver alguma ideia...

Tinha um mail com essa opção sim, dei o aceite lá, mais o problema permanece.... Davi, eu já estou usando a porta 465, dê uma olhada no teste que fiz acima com o Demo, as configurações estão iguais às suas.... Se tiver alguma outra idéia...

Fiz o teste no Demo tbém e deu o mesmo erro

Eu estou com o mesmo problema,uso o Delphi 2010, segue a msg. Já atualizei as DLL da pasta MingW...

Eu tbém nunca tinha tido problema. Com relação à permissão, eu tentei executar o programa com ADM e tbém não resolveu.... Com relação as DLL é isso mesmo que eu estou fazendo, usando as de 32, perguntei apenas por confirmação mesmo...

Eu até confirmei as configurações e permiti novo acesso para testar, mais nem teria como o problema ser esse, pq os detalhes da conta de envio de e-mail que uso no meu computador e no computador do cliente são os mesmos, no meu vai e no dele não, aliás, não só no meu o mail vai, em uma série de computadores vai, sempre usando a mesma conta de origem, apenas nessa máquina não vai, por isso acredito que deva ser alguma configuração da máquina. É um computador novo, recem adquirido e com windows 10.

Não tinha feito esse teste, fiz agora. Configurei o demo no meu computador, com a mesma conta de e-mail de origem, enviou normal. Copiei o demo para o computador do cliente, inclusive com o .ini com as configurações, tentei enviar de lá e de lá não foi.