For OBJ2 that makes sense, as it is the same info on both pages. But filling in any of OBJ4, OBJ9 or OBJ10 (to name just a few), that data appears on both page 1 and 3, in fields that have nothing to do with one another.
org.apache.pdfbox.examples.interactive.form.PrintFields only lists those fields once, but they do appear to be used on multiple pages. Ulf On Tue, Aug 12, 2025 at 2:41 PM Tilman Hausherr <thaush...@t-online.de> wrote: > Hi, > > I don't see how these field names are double. Some of the fields have > several widgets, e.g. OBJ2 is on page 1 and page 3. This is done to have > the content on several pages. > > Tilman > > Am 12.08.2025 um 14:14 schrieb Ulf Dittmer: > > Hello- > > > > I'm encountering PDFs with forms that have non-unique field names. > > Sometimes fields with the same names are used for the same information (a > > useful scenario, making filling them out programmatically easier). But > > sometimes the same names are used for entirely different field purposes. > > > > Is there a way within the PDFBox API to dis-ambiguate those fields? Or > are > > there tools that can do this (we do have a budget, so payware would be > OK, > > within limits)? > > > > These are government PDFs, so we don't control their creation. But if > there > > is a way to edit them that addresses this, that would also work for us - > > the forms do not change frequently. > > > > http://ulfdittmer.com/Guide_TH.pdf is an example of such a PDF. OBJ3, > OBJ4, > > OBJ10, OBJ18 and OBJ24 are field names that are used twice. > > > > Any help would be appreciated. > > > > Ulf > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: users-h...@pdfbox.apache.org > >
