Home

Fill PDF module


My new fillpdf.module is a complete replacement of webform_pdf.module. From the project page's description:


This module populates existing PDF forms with token-specified content. Think of TurboTax or FAFSA, where the user is guided through many webforms of data-collection and finally prints out those data into PDFs of specific formats. In these situations (common when working with government agencies), a PDF is provided by an agency and its format is strict. Therefore, unlike print.module, which uses dompdf to print a page as it looks in print-view, this module requires an existing PDF with form-fields, and will populate those form-fields with data.

The reason I created a whole new module rather than a 2.0 release of webform_pdf is because of the name. webform_pdf only worked with webform.module; fillpdf actually doesn't work with webform currently, so a 2.0 release of the same name would be a misnomer. I'd love to see webform.module exposing tokens for submitted content, then fillpdf would be compatible with webform.

In any case, webform_pdf was a very jank slop-together of a module depending on some insecure & ugly cgi scripts. fillpdf still has external dependencies (the iText servlet described in the project's summary), but both fillpdf.module and the servlet are more solid & secure.

Hit me up if you have questions, or if you want the WAR file for the iText servlet so you can run the service on your own server. You'll only want the WAR if your PDF needs are intensive (hundreds of PDF download/uploads per day). It's a tomcat servlet, & most shared hosting packages don't run tomcat... so you'll know if you need it.