
One hint, though: I doubt that the Syncfusion PDF library regularly creates such nonsense when creating signatures, so there quite likely is something special about the document you want to sign, please check it. As mentioned above, I have no experience whatsoever with the Syncfusion PDF library, so I cannot tell you how to do that exactly. Obviously the errors and peculiarities should be cleaned up. FreeText annotations or text fields, but why a DA in a signature field?

Thus, coming from the AcroForm dictionary Fields array, the field object 9 0 is a descendant of another field and has the fully qualified name Signature.Signature.īut coming from the page via the Annots, the field object 9 0 does not have a parent and, therefore, appears as a root field with the fully qualified name Signature. The single page of the document (object 5 0) in its Annots references references the field object 9 0 in its role as a widget annotation. (ISO 32000-1, Table 220 – Entries common to all field dictionaries)

Required if this field is the child of another in the field hierarchy It does not have a Parent entry.Īccording to the PDF specification a Parent entry in a field is

In the above screenshot one can see that in the AcroForm dictionary the Fields array has a single entry, field object 12 0.įield object 12 0 only has a local name (value of T: "Signature") and a Kids array of descendant field objects containing a single descendant entry, field object 9 0.įield object 9 0 also has a local name (also "Signature" thus its fully qualified field name is Signature.Signature) and numerous other entries, most of them ok for a signature field and widget. This answer concentrates on the first question:Īs I have no experience whatsoever with the Syncfusion PDF library, though, I cannot tell what you specificallyĬan do to fix this so that Adobe will recognize it.
