PC Toledo

Aparentemente não foi problema até agora, mas aconteceu.

PDF de NOTA FISCAL

Num determinado PDF, dois produtos ficaram sem quantidade.

Tem lá a rotina pra definição automática de tamanho de colunas para os produtos.
Ela testava a qtde de decimais necessária.
E calculava o correspondente em tamanho PDF, pra pegar o maior valor.

Parece certo, nunca tinha dado problema, mas está errado.

Dividido em duas partes, processa duas vezes.
Na primeira parte processa produtos pra verificar decimais e PICTURE, qual o máximo necessário.
Na segunda parte processa novamente os produtos, pra ver o tamanhoPDF de todos os produtos APÓS ESSA DEFINIÇÃO.
Era isso que estava errado, precisava repassar tudo com a picture final.

Sem problemas com valores, porque valores tem 2 decimais sempre.

Exemplo de onde aconteceu:

1.000 pão
10 manteiga
0.352 kg queijo.

Não aconteceria se fosse

0.352 kg queijo.
1.000 pão
10 manteiga

Porque?
No primeiro caso, testou largura para 1.000 pão
No segundo caso, testou largura pra 1.000,000 pão

Com medida menor, o PDF rejeita o conteúdo, e ficou em branco.

NOTA FISCAL, não nota fiscal consumidor ou cupom fiscal.
Acho que esse tipo de coisa em nota fiscal não é tão comum, por isso até hoje não houve problema.
E além de não ser comum, a ordem no XML poderia deixar menos comum ainda.

Agora ok.
Pode ser importante atualizar, pra evitar algum problema futuro.

O que deu problema antes, mas agora corrigido:

Muito boa sua classe, estou usando aqui para criar um pequeno utilitário, parece ser de ótima qualidade!