[
https://issues.apache.org/jira/browse/PDFBOX-3683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15864201#comment-15864201
]
Maruan Sahyoun commented on PDFBOX-3683:
----------------------------------------
It's not so easy as one could have the same export value, which is defined by
the {{/Opts}} entry, for different options in the radio button group. How do
you set it if you can't use the lower level value? Look at your sample form the
value 0,2,4 have an export value of Checking where 1,3,5 have an export value
of Savings. How would you set the 2nd Checking option? Of course we could
always use the low level COS model for that.
[~tilman] WDYT? I'd prefer to follow Acrobat and Scott's suggestion and set/get
by the {{/Opts}} value if it exists. The raw value would then need to be
retrieved using the COS model. Other possibility is to have another level on
top of the PD model - e.g. InteractiveFormManager I suggested elsewhere - which
would be a little more application oriented and replicate Acrobat's behavior.
> Unexpected behavior when setting value for radio button with /Opts entry
> -------------------------------------------------------------------------
>
> Key: PDFBOX-3683
> URL: https://issues.apache.org/jira/browse/PDFBOX-3683
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.4, 2.0.5, 2.1.0
> Reporter: Maruan Sahyoun
> Fix For: 2.1.0
>
>
> Setting the value for a radio button the behavior is unexpected as when
> setting the value the entries in {{/Opts}} need to be used is there is such
> entry otherwise the names for the {{On}} values in the normal appearances
> entries need to be used. When getting the value always the set names entry is
> returned.
> Also see the discussion at PDFBOX-3656.
> The {{/Opts}} entries shall only be considered when exporting or importing
> the AcroForm fields data.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
