Is it possible to create a form where end-user would fill in and, return it as a PDF without having a submission button?
I understood that I must <distribute> the form but once that's done, I would have to include an email address (to identify myself as the distributor of the form) and once that<s done, that email address would be used by end-users to send the form back to. Am I correct? Or, there's another way that can by-pass that email address notifcation in the submit button?
I wanted to omit the submit button info as I learned that for those not using Reader, like Apple#mac-user, the acrobat form might create problems for them when sending and/or filling. That's why I want to find an alternative solution.
When I tried just reader-enabling the form without distribution, I noticed I couldn't fill my form with the fields I've designed (which would be pointless) if I wanted to collect the info and export it to Excel format.
Could anyone shed some light into this mystery please??
You don't have to distribute it and Acrobat can extract the form data from a collection of PDFs (or FDFs) and create a CSV file that can be read by Excel. So yes, you can create a form without a submit button and still get what you want. What version of Acrobat are you using? In Acrobat 9, you can create the data file by selecting: Forms > Manage Form Data > Merge Data Files into Spreadsheet
In Acrobat 10 it's: Tools > Forms > More Form Options > Manage Form Data > Merge Data Files into Spreadsheet
Thanks for your reply.
I have Acrobat Pro X., and so the sol'n you've given for Acrobat 10 works.
Though I have some follow-up questions:
1) Without 'distributing' the PDF file, I cannot fill the reader-enabled form the same way as I would. For example: I must use the Typewriter option which, is trouble some because I cannot 'move from 1 field to another with ease'. Also, even when I use that option, I have 2 problems : (a) the text using typewriter moves out of the box / field. It's almost like there is no field set! (b) when I tried to export it back, I cannot see the responses I have made onto the enabled form!
2) How to fill the form with ease, ie pre-definied fields are visible and, could fill in the responses into the field box as directed?
3) If I don't 'distribute' the form, I won't have a response file. That means I'll need to 'click' onto each file, to export the data instead of doing it collectively if I had a response file. Is this the case? Or, have I misundesrtood or have missed a step in between?
1. If you add actual form fields and Reader-enable the file correctly, there should not be a problem and you certainly should not be limited to using the typewriter tool.
3. You don't have to export the data from each individual form that you receive. The method I mentioned before will work with a collection of PDFs.
I'm revisiting this issue now. I have tried your method and it worked! Thanks!
But have a follow-up questions.
I tried comparing the 2 collection methods we've discussed and found that the 'order' of the field columns are different when I exported them.
The 2 methods are (1) via distributing the file and export via the 'response file' and; 2) via Tools> Forms> manage form data> merge files.
I don't know why the 'ordering' only happened on 1 page of my form.
I've checked and it's not an issue of tab ordering.
1) Do you know why this happened?
2) Are the 2 exporting methods the same? Or, is one more advanteageous than another?
( I know that compared to merging the files, the Tracker device is good because it's organized and acts like a 1-stop-shop. It also allows us to 'see' a summary of selected responses. But, are there anything else that would make it 'better'? )
Thank you again
Hi Test Screen Name:
Sorry, I forgot to add previously, does it mean, that the 'order' of the field exported onto CSV will change at anytime without notice?
This is the 1st time that I've heard that the order of the fields would change upon export.
When would that happen? and why?
How to avoid this (if possible)?
Since I have a large number of fields and moving each manually upon export would be alot of work! on the other hands, I haven't encountered this previously...
If the documentation doesn't promise an order, then it can change without notice. Your method of handling should take that into account.
For example, if the field names are always the same your first step could be to sort on Row 1 in Excel. If the set of row names varies, this is really a job for smarter software.