The customer writes: I opened a PDF-form with the AcrobatReader (original.pdf) , filled it with information and saved it (modified.pdf) . When I am viewing or printing the modified PDF-form, Ghostscript will show the original data, not the inserted new information Is there a bug in GhostScript or in the PDF-form ? ----------------------------------------------------------------------- This is an enhancement to Ghostscript that would require us to (among other things) process the /AcroForm dictionary. This _may_ be similar to bug 687498. When I apply the patch from 687498 I see some field contents, but it looks like the 'reset' values that are seen in the "original.pdf". Note that if I open the "modified.pdf" file with Acrobat, then "Save a Copy ..." I get the attached PDF that _does_ have the form data.
Created attachment 2900 [details] original.pdf
Created attachment 2901 [details] modified.pdf
Created attachment 2902 [details] modified_saved_with_Acrobat7.pdf
Bumping priority to reflect customer bug.
Ghostscript already has -dShowAcroForm option. A few annotation types are not yet implemented.
The modified document is rendered by interpreting the XML, which is where the modified data is stored. The modified file doesn't really contain any real PDF data, the PDF is modified so that it only displays a page telling you to upgrade to the latest version of Reader. As far as I can tell the actual content displayed in Acrobat is totally generated from XML data. I don't think we have any intention of adding an XML interpreter to Ghostscript at this point, so I'm going to close this as 'wontfix', unless someone can point me to a method for rendering PDF data from this file. (It could be I'm misunderstanding how this file works)