Will do! Thanks!
On 12/11/2023 3:43 PM, [email protected] wrote:
Hi,
Am Montag, dem 11.12.2023 um 15:23 -0600 schrieb Dwayne Parks:
Hi there!
I was glancing through the code to PDFBox 3.0.1 to better grok PDF
form
fields/widgets and the hierarchical way they are organized and I ran
across something that might be a bug in the code.
Or... it might just be my lack of understanding of how PDF default
values work in non-terminal field objects. At the very least I found
it
surprising and different from the code in other types of PDField
subclasses. So I decided to bring it up here on the dev mailing
list.
In the PDNonTerminalField.java file, the setDefaultValue() method
logic
looks like this [1]:
getCOSObject().setItem(COSName.V, value);
It appears to set the value of the COSName.V item... while the
getDefaultValue() method in the class (and the setDefaultValue()
methods
in other PDField subclasses that I checked) use the COSName.DV value
as
expected.
Is this a bug, or is this intentional?
that's a bug - could you file a bug report for that?
BR
Maruan
Thank you for your time,
- Dwayne
[1]
https://github.com/apache/pdfbox/blob/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/form/PDNonTerminalField.java#L258
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
