Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I want to use interactive PDF forms for a data interchange application. Can someone tell me how to create forms documents in PDF using linux applications? There are several LQ items about adding data to an existing PDF form. I want to make the form in the first place ... without Adobe® Acrobat™ and win-dose.
I can make forms with LibreOffice and various HTML parts. I've used linux almost exclusively for over 10 years. I have win-dose and continue to dual boot because there are a few things that I have been unable to make linux applications do for me. PDF forms is one of them.
What I'm talking about is a PDF document that presents a form. One types into the various fields and can then (1) save the completed form with the field data added, or (2) print the completed form with the field data added, or (3) send the field data by email or CGI to a remote application.
A web page solution is interesting and may be my only resort. However, I'm seeks something that behaves like people are used to doing things:
1. Here is a form. === Send them a smart document in PDF format
2. They fill the form === smart PDF enables this
3. They return the form === smart PDF forms again
I know this is what Acrobat™ or FileMaker™ deliver as a proprietary feature set.
I keep hoping that someone in linux-land has a reasonable approximation to the high cost
and win-dose hosted approach.
(blush) I don't know why I never think of Scribus. Your link Scribus PDF Forms has details for making PDF form documents. Some other searching turned up even more information about Scribus and PDF forms.
I'll follow that road and see if it leads me to "interactive" or "live" forms details. I'll report back with what I find.
I have a number of forms that I created with Acrobat 9 Pro Ext. If I get the chance I'll also give Scribus a whirl. I hope that it will be as simple as copying the javascript from the Reader enabled forms to the appropriate place in Scribus. Probably not. :-)
I have a number of forms that I created with Acrobat 9 Pro Ext. If I get the chance I'll also give Scribus a whirl. I hope that it will be as simple as copying the javascript from the Reader enabled forms to the appropriate place in Scribus. Probably not. :-)
Another useful bit of detail might be: Where does Adobe stash the scripts and can we drop our own scripting into the same place and have it mostly work?
What I was saying is the format to the user doesn't have to be PDF. The user only needs to see a form. The fact that it is pdf or web html is not needed at this point of the process. We have corporate applications that are just web pages that are pages that look like pdf forms. When a user requests data to be printed the option of a pdf or other format is asked then it is printed or downloaded as a converted pdf file.
What I was saying is the format to the user doesn't have to be PDF. The user only needs to see a form. The fact that it is pdf or web html is not needed at this point of the process. We have corporate applications that are just web pages that are pages that look like pdf forms. When a user requests data to be printed the option of a pdf or other format is asked then it is printed or downloaded as a converted pdf file.
I can hand a sheet of paper to someone and they write on it.
I can email a PDF file, or share it from a thumb drive and someone can fill it out.
If I share "web page forms" both I and they need an intermediate web server and CGI or application support.
I can't deal with this complexity in my situation.
I d/l Scribus this morning and got to play around with it some. The good news is that after I got my bearings it was relatively easy to add form fields, insert javascript from forms that I built on windows software (Acrobat 9 Pro Ext.), save to pdf, and get the desired behavior on linux (wubi install of Ubuntu 12.04).
The bad news is that I haven't, yet, found how to open a previously created .pdf (Adobe) and display/extract the script within Scribus. I also had no luck getting Evince to work properly. I had to d/l and install acroread (Reader 9) to get proper behavior. I had forgotten that it is a quite sizable d/l.
...
I also had no luck getting Evince to work properly. I had to d/l and install acroread (Reader 9) to get proper behavior.
...
That is quite a lot of effort in a short time. Congratulations and thank you.
I, too, have trouble with Evince and many PDF files. I started using Okular (yes, its a KDE app)
and have not looked back. Even so, there are some PDF file attributes that choke anything except
true Adobe® software. You gotta love proprietary software ?!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.