2016-07-28 5 views
1

iText 7.0.0iText7 - PdfFormField.setValue() échoue si le/DA utilise une taille de police décimale

j'ai un PDF créé par Adobe LiveCycle ES 10 qui est la production d'un champ de texte avec un

/DA /Arial-BoldMT 9.00 Tf 0.000 0.000 1.000 rg 

cela provoque une défaillance dans PdfFormField.regenerateField() qui s'attend à ce que la taille de police de texte soit un entier (je ne vois aucune mention spécifique dans la spécification PDF que cela serait vrai)

une solution de contournement acceptable pour mon particulier cas semble être en train de régler/V dans le dictionnaire, mais curiou sly pourquoi setValue() travaille si dur?

+0

"mais curieusement pourquoi setValue() travaille si dur" <- je le vois maintenant ... flux d'apparence –

+0

J'ai créé un ticket dans notre système de billetterie fermé. La taille de la police est de type numéro de fichier PDF. Un nombre PDF peut être un entier ou un réel. Cela signifie qu'une taille de police peut être un nombre décimal. Si iText 7 n'accepte pas cela, nous devrions résoudre ce problème. –

+0

merci Bruno..i était en fait sur le point d'ouvrir un ticket de soutien à Jira à ce sujet aussi. Pour notre cas particulier, nous n'avons probablement pas besoin que les tailles de caractères soient universellement traitées comme des nombres décimaux (un revêtement de sol à un int serait acceptable ... d'autant plus que presque tous les cas que j'ai rencontrés sont # 0. 0000) –

Répondre

0

Ceci est corrigé dans iText 7.0.1. Les tailles de police sont maintenant traitées comme des valeurs décimales et exposées dans l'API entière comme des flottants