If you're interested, I've developed a (paid-for) script for Acrobat that
can make sure that all the fields in the file have a unique name. However,
since it involves re-creating them (as they can't be renamed directly), any
scripts associated with them are lost in the process, including things lik
Very interesting that such forms are being circulated without testing
forms filling. One shpuld have picked the issues prior to publishing
the form.
Fingers crossed for the other form.
BR
Maruan
Am Dienstag, dem 12.08.2025 um 17:29 +0200 schrieb Ulf Dittmer:
> Thanks for the ideas. For that docu
Thanks for the ideas. For that document I found that Acrobat Pro can rename
fields, which then leads to them being stored separately, if a field was
used more than once.
But I have another one to work with, which seems to have another set of
issues. We'll see :-)
Thanks again for looking at it so
Hi,
I also had a look. A somewhat simpler approach which should work, at
least for the fields I've looked at, is to add a T entry to the widgets
which don't have a T entry in the COSDictionary. This would - after
reloading - treat them as fields.
The approach Tilman suggested is more complete and
Am 12.08.2025 um 14:50 schrieb Ulf Dittmer:
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.
OBJ4 is also on several pages
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
fiel
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 f
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 th
8 matches
Mail list logo
