[
https://issues.apache.org/jira/browse/PDFBOX-3391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Coldwell updated PDFBOX-3391:
-----------------------------------
Attachment: SF2817.pdf
Attached is an example PDF that exhibits this behavior. We should be able to
set the following:
final PDField field = form.getField("OPTC.1");
field.setValue("1 multiple");
But this throws an exception. The same goes for fields:
OPTB.1
OPTB.2
OPTB.3
OPTB.4
OPTB.5
OPTC.1
OPTC.2
OPTC.3
OPTC.4
OPTC.5
> PDButton.getOnValues seems to be using the wrong source for getting the
> allowed values
> --------------------------------------------------------------------------------------
>
> Key: PDFBOX-3391
> URL: https://issues.apache.org/jira/browse/PDFBOX-3391
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.1
> Reporter: Scott Coldwell
> Attachments: SF2817.pdf
>
>
> We are in the process of migrating from itext to pdfbox and noticed that an
> exception was being thrown when trying to set a radio button with
> PDField.setValue(). The values returned from PDButton.getOnValues() which is
> used by PDButton.checkValue() called from PDButton.setValue() are only
> returning 0,1 instead of what we had been using with itext. After
> investigating itext's source code and playing around with pdfbox I was able
> to get to what I believe are the appropriate allowed values by using the
> following code.
> {code}
> if (field instanceof PDButton)
> {
> final COSBase item = field.getCOSObject().getItem(COSName.OPT);
> if (item != null && item instanceof COSArray)
> {
> final COSArray optArray = (COSArray)item;
> for (int i = 0 ; i < optArray.size() ; i++)
> {
> // Each item in this array is an allowed value
> // optArray.getString(i);
> }
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
