Maruan Sahyoun commented on PDFBOX-3596:

it's also not totally wrong but wrong for text fields. IMHO the main issue is 
that we don't have different field types here but should have (or at least the 
code should look at the type) as the expected value depends on the field type. 
The current code would work for buttons (radio, check, push).

> FDFDocument.loadXFDF not working
> --------------------------------
>                 Key: PDFBOX-3596
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3596
>             Project: PDFBox
>          Issue Type: Bug
>          Components: PDModel
>    Affects Versions: 2.0.3
>            Reporter: Matt Wise
>             Fix For: 2.0.4
> I have attached sample files that I used for testing in the external issue 
> URL.
> I am trying to read in the values of each of the fields to create a font 
> subset, however when I try to read the value of the fields, a blank line is 
> returned.  On closer inspection, the value stored in the field is a COSName 
> object.  When I set the value manually using field.setValue the value stored 
> is a COSString object and it works correctly.
> Also, when trying to save the xfdf, the values are omitted.
> Expected:
> Imported XFDF values are stored as COSString objects
> saveXFDF correctly outputs values.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Reply via email to