Section | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Submission PDF
Form submissions can be converted to PDF (tiff, png, jpeg) documents. The PDF document can be saved in ' Submission Repository, sent as an attachment to a submission email, or as an attachment to a POST to a back-end system such as a document management system.
The Form and Doc Action Wizards for email and post submission control whether or not the form is converted to a PDF document (or other image types such as tiff, png, jpg..) generated when the form is submitted (ex: Pdf attached to an emailed submission). You can configure your forms to control which fields are visible in the printed view. This is done via the printable property set in the form designer. Printable is checked by default. If you un-check this property then the control will not appear in the printed view. This property can also be set dynamically via a business rule by setting <control>.printable = [true|false]. .) and attached to the submission. You can control which form fields are added to the PDF via the printable property on each field in your form.
Note |
---|
Background colors for controls, specified using color names, may not show in the pdf file generated for form printing. If this occurs, try the Hex Value for the color in the Background color field on the Style Properties tab. For example, a background color for a control, specified as pink, will not show up in the form pdf file. Changing the value to #f778a1 will allow it to display the color. Some other colors that may require the Hex value are: brown, cyan, violet, etc. Italics and bold styling of control labels may not show up correctly in the generated pdf. |
...
Page breaks can be added to the print view by adding the special f-page-break to any control's CSS Class property. Any control with f-page-break will start at the top of new page. In the example below, the Room Information tab prints on a new page.
Custom Print Styling
You can also style your form's print view via a custom theme. This enables you to have one look & feel in use mode and a different look & feel in print mode. See the themes chapter for details and examples.
...
Warning |
---|
Do not use the f-page-break css class in table cells. |
International Characters for Print View and Submission PDFs
Support for international characters in PDFs (Print View) and submissions can be implemented with a work-around using a custom theme. The customized theme will ensure the correct font-family is in place so Internationalization (i18n) fonts will be used in Print View and when you check Save PDF on your form for submissions submissions.
A Unicode font with broad language support is recommended.
Follow the steps below to create a custom theme that will support multiple Unicode character sets:
- Stop the Live Forms server
- Uncompress/expand the frevvo.war file to a temporary location on your desktop. This is typically located here: <frevvo-home>/tomcat/webapps/frevvo.war.war
- Add your font file (unifont.tff file is an example) to the WEB-INF/fonts directory.
- Re-WAR to create a new updated frevvo.war file.
- Replace the original frevvo.war file with the new updated frevvo.war file, typically located here: <frevvo-home>/tomcat/webapps/frevvo.war.
- Re-start your Live Forms server.
- Download one of Live Forms global global themes (for example, nouveau blue or nouveau) and save the zip file to your desktop.
- Unzip the zip file to a temporary location.
- Add css code to the form.css file - see the example below
- Zip the files back as they were
- Upload the zip file to Live Forms as an Application or Designer Theme by clicking the New icon on the appropriate screen.
- Create a new form and choose the custom theme from the new form wizard (or if you are editing an existing form, replace the current theme with your newly customized theme).
- Check Save PDF on the Form Property panel
- Test the form with international translations
- Print View and form submission PDFs should be generated with international characters
- Here is an example of the css code using a free bitmap font (unifont). It is possible more code will need to be added to cover additional control types:
Code Block |
---|
.s-print form {
font-family: unifont;
}
.s-print .f-form label {
font-family: unifont; background-color: yellow;
}
.s-print .f-input .input, .s-print .f-select1 .select, .s-print .f-select1 .textarea, .s-print .f-select .textarea, .s-print .f-textarea .textarea { font-family: unifont;
} |
- Zip the files back as they were.
- Upload the zip file to Live Forms as an Application or Designer Theme by clicking the New icon on the appropriate screen.
- Create a new form and choose the custom theme from the new form wizard (or if you are editing an existing form, replace the current theme with your newly customized theme).
- Check Save PDF on the Form Property panel.
- Test the form with international translations.
...
- Print View and form submission PDFs should be generated with international characters.
The image below shows a portion of a pdf generated from a form with a few controls tested with Chinese translation.
Custom Print Button
All forms automatically have a print icon at the top of the form. You can hide the print button my by deselecting the forms' printable property in the form designer. If you need to add a print button anywhere other than at the top of the form, you can do so by following these steps:
...
Info |
---|
The same technique above can also be used for forms in workflows. In the case of a workflow the "Print PDF" will print the currently visible workflow step and not the combination of all the steps in the workflow. |