We are once again looking at editing PDF forms inside of VFP. We are currently testing the pdf.ocx from Adobe in conjuntion with Gnostice's pdftoolkit. I have looked at a couple of other options such as iSedQuickPDF. Right now I am able to open a pdf file using Gnostice's pdftoolkit (the ocx is slapped on the VFP form) and programmatically populate the pdf formfields on the pdf form with data from our app using the Gnostice pdftoolkit. We then save the pdf form to disk and open it again in the form using the pdf.ocx. The Adobe pdf.ocx allows the user to edit the fields on the pdfform. If the pdf form is saved to disk, I can then grab the changes to the formfields on the form using the Gnostice pdftoolkit and save those changes to tables in our app. The problem we are encountering is that the Adobe activex ocx will only save the changes to disk if the workstation has the full version of Adobe Acrobat installed. If only Adobe Reader is installed then the pdf form is saved without any data. Of course, our goal is to capture the form field data changes and save those changes back to our app's tables. Since the Adobe ocx is providing the means of displaying and editing the pdf form fields, the Gnostice pdftoolkit on the form does not see the pdf form once it is loaded in the Adobe ocx (since it is in memory and not stored to disk yet after the changes are made) or its values. The pdf toolkit can only grab the form field valus once the pdf form is saved to disk again after the changes are done. Then we run into the problem of requiring the full version of Adobe Acrobat on the workstations so the adobe pdf.ocx will save the form with the data to disk so the toolkit can read the changes. Any ideas? We could handle it with purchasing two separate pdf tools if necessary. If that is the case, then we need a means of displaying the pdf form and allowing the user the means to edit the form fields on the pdf form, and then save the data to disk so the 2nd toolkit can readin the changes.

Thanks for any ideas you may have!