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: dev-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: dev-h...@pdfbox.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
