c# pdf to image without ghostscript : Convert pdf fillable form to word application control cloud windows web page winforms class services8-part613

Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Flattening interactive PDF documents     81
In addition, the Output service can generate document packages, where multiple records are provided in 
the data set and each record is matched to a form design. The Output service generates a single document 
made up of multiple form designs.
To define pattern matching rules, define one or more text pattern that the Output services searches for in 
the input data. For each text pattern that you define, you must specify a corresponding form design that is 
used if the text pattern is located within the data. If a text pattern is located, the Output service uses the 
corresponding form design to generate the output. An example of a text pattern is mortgage. 
Flattening interactive PDF documents
You can use the Output service to transform an interactive PDF document (for example, a form) to a 
non-interactive PDF (a PDF document). An interactive PDF document lets users enter or modify data 
located in the PDF document fields. The process of transforming an interactive PDF document to a 
non-interactive PDF document is called flattening. When a PDF document is flattened, a user cannot 
modify the data located in the document’s fields. One reason to flatten a PDF document is to ensure that 
data cannot be modified.
You can flatten the following types of PDF documents:
Interactive PDF documents created in Designer ES (that contain XFA streams). 
Acrobat PDF forms 
If you attempt to flatten a PDF document that is a non-interactive PDF document, you will cause an 
exception. 
Considerations for the Output service
When working with the Output service, you must consider several factors. For example, decide whether 
you want to use the Output service to generate document output as files, send documents to printers, or 
email documents to email recipients as file attachments. Also, you must consider the format of the 
document. 
There are also considerations related to the following topics:
Form data (see page82
)
Supported document types (see page83
)
Signature fields (see page84
)
Flattening a digitally signed PDF document (see page84
)
Convert pdf fillable form to word - C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#.net, ASP.NET, MVC, WinForms, WPF
Online C# Tutorial to Automatically Fill in Field Data to PDF
convert an existing form into a fillable pdf; convert pdf to fill in form
Convert pdf fillable form to word - VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
convert pdf to fillable form online; best pdf form filler
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Form data     82
Email support (see page84
)
Maximizing throughput (see page84
)
Printable areas (see page85
)
Scripts (see page85
)
Working with fonts (see page86
)
Working with device profile files (XDC files) (see page87
)
Setting up Zebra printers for RFID label printing (see page88
)
Printer tray selection (see page88
)
Paper handling (see page89
)
Working with the XCI configuration file (see page90
)
CIFS printing support (see page92
)
Improving the performance of the Output service (see page93
)
Form data
The Output service accepts both a form design that is typically created in Designer ES and XML form data 
as input. To populate a document with data, an XML element must exist in the XML form data for every 
form field that you want to populate. The XML element name must match the field name. An XML element 
is ignored if it does not correspond to a form field or if the XML element name does not match the field 
name. It is not necessary to match the order that the XML elements are displayed in as long as all XML 
elements are specified.
Consider the following example loan application form.
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Create PDF files from both DOC and DOCX formats. Convert multiple pages Word to fillable and editable PDF documents.
create fillable pdf form from word; converting pdf to fillable form
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Convert multiple pages Word to fillable and editable PDF documents in both .NET WinForms and ASP.NET. Convert both DOC and DOCX formats to PDF files.
convert pdf to form fillable; create fill in pdf forms
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Supported document types     83
To merge data into this form design, you must create an XML data source that corresponds to the form. 
The following XML represents an XDP XML data source that corresponds to the example mortgage 
application form. 
<?xml version="1.0" encoding="UTF-8" ?> 
- <xfa:datasets xmlns:xfa="http://www.xfa.org/schema/xfa-data/1.0/">
- <xfa:data>
- <data>
- <Layer>
<closeDate>1/26/2007</closeDate> 
<lastName>Johnson</lastName> 
<firstName>Jerry</firstName> 
<mailingAddress>JJohnson@NoMailServer.com</mailingAddress> 
<city>New York</city> 
<zipCode>00501</zipCode> 
<state>NY</state> 
<dateBirth>26/08/1973</dateBirth> 
<middleInitials>D</middleInitials> 
<socialSecurityNumber>(555) 555-5555</socialSecurityNumber> 
<phoneNumber>5555550000</phoneNumber> 
</Layer>
- <Mortgage>
<mortgageAmount>295000.00</mortgageAmount> 
<monthlyMortgagePayment>1724.54</monthlyMortgagePayment> 
<purchasePrice>300000</purchasePrice> 
<downPayment>5000</downPayment> 
<term>25</term> 
<interestRate>5.00</interestRate> 
</Mortgage>
</data>
</xfa:data>
</xfa:datasets>
Supported document types
For complete access to the rendering capabilities of the Output service, it is recommended that you use an 
XDP file as input. In some cases, a PDF file can be used. However, using a PDF file as input has the following 
limitations:
A PDF document that does not contain an XFA stream cannot be rendered as PostScript, PCL, or ZPL 
formats. The Output service can render PDF documents with XFA streams (that is, forms created in 
Designer ES) into PostScript, PCL, and ZPL formats. However, if the PDF document with XFA is signed, 
certified, or contains usage rights (applied using the Reader Extensions service), it cannot be rendered 
to these print formats.
If the input PDF file is based on a form created in Designer ES and it is signed or certified, data will not 
be merged into the form. 
Run-time options such as PDF version and tagged PDF are not supported for Acrobat forms. They are 
valid for PDF forms that contain XFA streams; however, these forms cannot be signed or certified.
Typically, a PDF file is used as input when transforming an interactive PDF file to a non-interactive PDF file.
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
Convert to PDF with embedded fonts or without original fonts fast. Convert multiple pages PowerPoint to fillable and editable PDF documents.
change font in pdf fillable form; create a fillable pdf form from a pdf
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Create fillable and editable PDF documents from Excel in Create searchable and scanned PDF files from Excel in VB Convert to PDF with embedded fonts or without
convert pdf fillable forms; convert fillable pdf to html form
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Signature fields     84
Signature fields
When using the Output service to produce a PDF document using a form design that contains a signature 
field, there is a limitation that you should consider. If a form design contains a signature field, and you set 
the renderAtClient run-time option to true, then an unsigned signature field is not retained in the 
resulting PDF document. However if this run-time option is set to false, then an unsigned signature field 
is retained in the resulting PDF document. 
Flattening a digitally signed PDF document
If you attempt to flatten an interactive XFA PDF document that contains a signed signature field and set 
the renderAtClient run-time option to true, the result PDF document is not flattened and remains 
interactive. That is, the fields within the PDF document let users enter and modify data. This behavior 
occurs because the renderAtClient run-time option should be used when the input to an Output 
service operation is a form design (an XDP file), not a PDF file. To successfully flatten a digitally signed PDF 
document, set the renderAtClient run-time option to false
Email support
For email functionality, you can create a process in Workbench ES that uses the Email service. A process 
represents a business process that you are automating. You cannot programmatically send email 
messages by using the Output Service API. For information about creating processes, see L
iveCycle 
Workbench ES 
H
elp
.
Note:You can attach multiple PDF documents to a single email message that invokes the Output service. 
For example, you can convert interactive PDF documents to non-interactive PDF documents by 
sending an email message that contains PDF file attachments. For each file attachment, a separate 
email message is returned to the email recipient who sent the message. Each email message 
contains one file attachment and each file attachment has the same file name.
Maximizing throughput 
LiveCycle Output ES can process large XML data files that contain many records. You can instruct the 
Output service to either create an output file for each record or create a single output file that contains all 
the data records. (See 
Processing batch data to create multiple documents
” on page 77
.)
Throughput limitations are not discreet and will vary, depending of the complexity of the form design, 
available memory, options chosen, and other activity on the application server. Errors that are generated 
when such a limitation is reached may identify lack of memory as being the problem, but not always, and 
may seem unrelated. Be aware of this limitation, and use the Output service within number guidelines for 
safe page generation.
For a medium complexity form (the PO form in Output IVS; two-page records for batch case) on a typical 
entry-level business server, the following approximate number guidelines for safe page generation were 
observed.
Format
Batch records/many small 
documents
Big record/one big 
document
PDF (not tagged) and PDF/a-1b
10000 pages
500 pages
PDF (tagged) and PDF/a-1a
2500 pages
250 pages
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
An advanced .NET control to change ODT, ODS, ODP forms to fillable PDF formats in Visual C# .NET. odt convert to pdf ODTDocument odt = new ODTDocument
convert pdf to form fill; adding a signature to a pdf form
C# Create PDF Library SDK to convert PDF from other file formats
Best C#.NET component to create searchable PDF document from Microsoft Office Word, Excel and PowerPoint. Create fillable PDF document with fields.
convert pdf into fillable form; create pdf fill in form
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Printable areas     85
There are a few things you should notice to maximize throughput performance. Select tagging for PDF 
only if it is required; tagged files are substantially larger than non-tagged files and take longer to render. Be 
aware that PDF/A-1a is always tagged; PDF/A-1b is not tagged. For PCL printing, the use of OpenType fonts 
in form designs formats properly but decreases throughput, generates a larger output file, and does not 
deliver optimal performance. For increased performance, use or map properly licensed TrueType fonts or 
use printer resident fonts. 
When processing large data files or operating on a busy server, it may be necessary to increase the Output 
service time-out; the default time-out is 180 seconds. To change the time-out value, ensure that hardware 
servers have adequate memory and that the memory is available to the Java application server heap. For 
information about changing the time-out value, see Applications and Services A
dministration Help
.
When processing a big record/one big document case, throughput will be maximized when the XML data 
is structured so that a recordLevel run-time option of 2 can be used. For example, instead of structuring 
your data file as follows:
<datafile>
<field>123</field>…
</datafile>
Structure it this way, adding another level:
<datafile>
<record>
<field>123</field>
</record>
</datafile>
Printable areas
The default 0.25-inch nonprintable margin is not exact for label printers and varies from printer to printer 
and label size to label size. It is recommended that you keep the 0.25-inch margin or reduce it. However, it 
is strongly recommended that you do not increase the nonprintable margin. If you do, information in the 
printable area may not print properly.
Always ensure that you use the correct XDC file for the printer. For example, avoid the mistake of choosing 
an XDC file for a 300-dpi printer and sending the print stream to a 200-dpi printer.
Scripts
A form design that is used with the Output service can contain scripts that run on the server. Ensure that a 
form design does not contain scripts that run on the client. For information about creating form design 
scripts, see L
iveCycle
Designer ES H
elp
PostScript
10000 pages
500 pages
PCL (using TrueType or printer resident 
fonts)
10000 pages
500 pages
Format
Batch records/many small 
documents
Big record/one big 
document
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Create fillable and editable PDF documents from Excel in both Create searchable and scanned PDF files from Excel. Convert to PDF with embedded fonts or without
create a fillable pdf form from a word document; convert pdf to fillable pdf form
C# PDF Field Edit Library: insert, delete, update pdf form field
A professional PDF form creator supports to create fillable PDF form in C#.NET. An advanced PDF form maker allows users to create editable PDF form in C#.NET.
add fillable fields to pdf; create pdf fillable form
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Working with fonts     86
Working with fonts
This section discusses, in the following topics, how the Output service handles fonts within a generated 
document:
Using printer resident fonts
Font mapping
Coordinating fonts between Designer ES and the Output service
Using printer resident fonts
The Output service can generate documents that contain resident fonts. XDC files that are available with 
the Output service have a common list of printer resident fonts defined. You do not need to edit an XDC 
file to use these fonts. However, you can modify an XDC file using LiveCycle ES XDC Editor. (See LiveCycleES 
X
DC Editor 
Help
.)
Printer resident fonts are stored inside a printer either in a special hardware cartridge or built into the 
printer's memory. For PostScript printers, only the name of the font is required. For PCL printers, it is 
necessary to define an escape sequence of characters. Printer resident font names can be obtained from 
the printer’s front panel or by using the printer's built in web server (if available).
To use printer resident fonts, you can perform these tasks:
1. Identify the name of the printer resident font to use.
2. Specify the printer resident font name in the form design.
3. Locate the most suitable XDC file to use for your printer based on the type of output to render 
(PostScript, ZPL, or PCL) and make the appropriate changes to the XDC file.
4. Test the output. 
Note:For information about performing these tasks, see LiveCycleES X
DC Editor Help
.
Font mapping
If a font is installed on a client computer, it is available in the drop-down list in Designer ES. If the font is not 
installed, it is necessary to specify the font name manually. The “Permanently replace unavailable fonts” 
option in Designer ES should be off. Otherwise, when the XDP file is saved in Designer ES, the substitution 
font name will be written to the XDP file. This means that the printer-resident font will not be used.
To design a form that uses printer-resident fonts, choose a typeface name in Designer ES that matches 
those fonts that are available on the printer. A list of fonts that are supported for PCL or PostScript are 
located in the corresponding device profiles (XDC files). Alternatively, font mapping can be created to map 
nonprinter-resident fonts to printer-resident fonts of a different typeface name. For instance, in a 
PostScript scenario, references to Arial can be mapped to the printer-resident Helvetica typeface.
There are two types of OpenType fonts. One type is a TrueType OpenType font that is supported by PCL, 
and the other is CFF OpenType. PDF and PostScript output can support embedded Type-1, TrueType, and 
OpenType fonts. PCL output can support embedded TrueType fonts. However, Type-1 and OpenType fonts 
are not embedded in PCL output. Therefore, any content that is formatted with Type-1 and OpenType 
fonts is rasterized and generated as a bitmap image that can be large, as well as slower to generate.
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
Convert multiple pages PowerPoint to fillable and editable PDF documents. Easy to create searchable and scanned PDF files from PowerPoint.
change font pdf fillable form; convert pdf to fillable form online
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
Convert OpenOffice Spreadsheet data to PDF. Export PDF document from OpenOffice Presentation. Turn ODT, ODS, ODP forms into fillable PDF formats.
convert pdf into fillable form; convert an existing form into a fillable pdf
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Coordinating fonts between Designer ES and the Output service     87
Downloaded or embedded fonts are automatically substituted when generating PostScript, PCL, or PDF 
output. This means that only the subset of the font glyphs that are required to properly render the 
generated document is included in the generated output.
For information about creating form designs for the Output service, including handling fonts, see L
iveCycle 
Designer ES H
elp
Coordinating fonts between Designer ES and the Output service
Adobe PostScript Type 1 is a well established standard for encoding digital fonts. It supports single-byte 
character representations, which means that it can represent encoding for a maximum of 256 characters 
(glyphs). To determine the encoding of a font, use Windows to open the folder that contains the font and 
right-click the font. The encoding type appears in the File Type field of the General window.
Note:For information about setting up fonts for the Output service, see A
dministering
LiveCycle ES
Working with device profile files (XDC file)
A device profile (XDC file) is a printer description file in XML format that enables the Output service to 
output documents as PostScript, PCL, and ZPL formats. The following XDC files are used by the Output 
service and represent generic print description language support:
hppcl5c.xdc 
hppcl5e.xdc 
ps_plain_level3.xdc 
ps_plain_mt.xdc 
ps_plain.xdc 
zpl203.xdc 
zpl300.xdc 
zpl600.xdc 
It is not necessary to modify these files for the Output service to create print streams. However, you can 
modify them to meet your business requirements. (See LiveCycleES X
DC 
Editor Help
.)
After you modify an XDC file, reference it as part of developing a client application. (See P
rogramming 
with 
LiveCycle ES
.) 
In addition, the following files are sample XDC files that support the features of specific printers, such as 
resident fonts, paper trays, and stapler. The purpose of these samples is to help you understand how to set 
up your own printers by using device profiles. The samples are also a starting point for similar printers in 
the same product line.
hp4350pcl5e.xdc: HP 4350 printer device profile using PCL5e (monochrome)
hp4350ps.xdc: HP 4350 printer device profile using PostScript (monochrome and color)
lmt644pcl5e.xdc: Lexmark T644 printer device profile using PCL5e (monochrome)
lmt644ps.xdc: Lexmark T644 printer device profile using PostScript (monochrome and color)
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Setting up Zebra printers for RFID label printing     88
Setting up Zebra printers for RFID label printing
Forms created in Designer ES can handle barcodes. As of LiveCycle ES 8.0.1, support for elementary radio 
frequency identification (RFID), which is a method of identifying unique items by using radio waves, was 
introduced and implemented as a barcode named rfid. You can place an RFID object on a label while 
creating a form design using Designer ES.
To use RFID capability, you must set RFID settings on your RFID printer. The RFID capability is supported 
only for Zebra label printers and not in PS/PCL or PDF.
Next, you must configure the RFID parameters in the XDC file based on the RFID printer configuration 
settings. There are four options in the XDC file that you must configure: 
rfidBlockRetries: Controls the number of times the printer attempts to write to a particular block of a 
single RFID tag. The accepted values for this option is between 0 and 10. If you do not specify a value 
for this setting, the printer uses the default value of 0.
rfidLabelRetries: The number of labels that are attempted in case of an encode or write failure. This 
number is different from the rfidBlockRetries setting. The accepted values for this option is 
between 0 and 10. If you do not specify a value for this setting, the printer uses the default value of 3.
rfidTagType: Controls the encoding type of the data in the RFID label. The RFID readers should have 
the same tag type as the RFID printer. The accepted values for this option vary from printer to printer. 
(See your printer documentation). Generally, this option uses values between 0 and 5.
rfidTransponderPosition: Represents the distance of the microchip on the label from the top. Specify 
this value in dots. The accepted values are from 0 to length of the label. If the microchip is located at the 
beginning of the label, set this option to 0.
When the setup is finished, supply the data that you want to encode into the microchip of the RFID. 
Designer ES has an object named rfid that you can use. The text to be encoded must be specified by using 
that object for RFID printing. The RFID printing using the Output service can be done only on the labels 
that have only one microchip. You cannot use the preview in Designer ES for RFID objects because they are 
printer-only objects and are not recognized by Designer ES.
Printer tray selection
When sending a document to a printer by using the Output service, you can specify the printer tray that is 
used. Designer ES distinguishes between paper (page) size and which input tray on the printer should 
provide the requested paper. This functionality accommodates scenarios where a printer may have 
multiple different types of a particular paper size loaded into different input trays, so that a document can 
select paper from individual trays on a per-page basis. 
Designer ES does not expose paper size and input tray selection as two distinct properties. Instead, a 
Designer ES master page can be associated with a paper type selected from a set of supported paper types 
defined in the Designer.xdc device profile. Within the device profile, each paper type can be configured to 
select paper from a particular input tray. (See 
W
orking with device profile files (XDC file)
” on page 87
.)
Designer ES provides four duplicates of common paper types for Letter and Legal paper sizes, specifically 
to accommodate paper tray selection. These duplicate paper types have the following names:
Letter Plain
Letter Letterhead
Letter Color
Legal Special 
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Paper handling     89
The XDC Editor within Workbench ES is used to map or assign a physical input tray to a paper type; the four 
names provided in Designer ES covers most tray-selection needs. For example, the deployed device profile 
can be modified so that the Letter Color paper type causes the printer to select yellow paper loaded into a 
secondary letter-sized input tray.
The Output service matches paper types that are used in the form, by name, against paper types that are 
defined in the device profile deployed to the server; therefore, only the deployed device profile needs to 
be modified to ensure the appropriate input tray selection.
Although the four provided paper types are usually adequate, it is possible to create additional paper 
types. Additional paper types can be used in the XDC Editor by creating a new paper type name, but it 
must exist in Designer ES to be used. To add paper types, the Designer.xdc file must be hand-edited, 
copying an existing entry of the correct paper size and changing the name as desired.
The concept of printer trays is not applicable to PDF. That is, you cannot specify a particular printer tray 
when printing a PDF document. The selection at the printer is based on page size, and the first 
non-secured tray that matches the required page size is used. If no match to size is found, a manual feed is 
requested.
For PCL documents, each master page in the XDP file (the form design created in Designer ES) is mapped 
to a paper type. The paper type is, in turn, mapped to an entry in the XDC file. It is important that you use 
caution because the literal that you view in the paper type list may get turned into a slightly different 
literal by Designer ES. Check the XML source to get the precise literal that is used in the XDC file.
In the XDC file, the paper type appears in the stock column. You can modify the entry to show the tray 
number that contains the paper type that you want to use. However, the tray number that you see on the 
printer itself (for example, tray 1, tray 2, and so on) may not be the correct device number that the printer 
understands. You need to review the printer reference manual to ensure that you have the tray number 
correctly stated.
If the stated tray number is not valid or carries a page size that does not match the requested page size, 
the printer reverts to the first non-secured tray that represents the correct paper size.
For PostScript documents, the printer tray selection process is the same as for PCL documents. To select 
the tray by media type, keep the Input Tray Number column in the XDC file blank and enter the media type 
in the Input Tray Type column. It is assumed that the printer is configured to recognize the media type.
Note:A PostScript file created from a form design that contains a custom page may not print. In this 
situation, you must configure the printer to handle custom sizes. Each printer has its own way of 
handling custom sizes. Some printers allow you to configure the page size, media type, input trays, 
and so on. See your printer’s documentation to learn how to configure your printer to handle 
custom sizes. 
Paper handling
Designer ES exposes control over duplex printing in two ways, depending on whether the form is 
intended to be generated as a PDF document and subsequently printed from Adobe Reader or Acrobat or 
printed directly to a PCL or PostScript device.
When the form is intended to generate a PDF document, settings that are related to how the PDF 
document should be printed can be configured from the Form Properties dialog box within Designer ES. 
These settings include the number of copies to print and the duplexing setting. Subsequent printing of a 
PDF document from Adobe Reader or Acrobat uses these settings.
Adobe LiveCycle ES
Output Service
LiveCycle ES Services
Working with the XCI configuration file     90
Duplexing can also be specified by using the pagination property of the Output service operations that 
are available within Workbench ES and also from the Java API and web service API. 
In addition to basic selection of simplex or duplex printing, additional capabilities are available in 
Designer ES to design forms that adjust according to simplex and duplex printing scenarios.
Master pages can be assigned to odd-numbered (front side) or even-numbered (back side) printed pages. 
Using this approach, slightly different master pages can be designed for the front and back pages, and the 
Output service automatically selects the appropriate master page, depending on whether it is currently 
printing on the front or back of the page. One common use case is to create similar master pages that 
place the running page count on either the left side or the right side of the page, and assign the master 
pages as odd or even to ensure that the page count is always on the inside or outside of a duplex-printed 
document.
Working with the XCI configuration file
The Output service uses an XCI configuration file while performing various tasks, such as embedding a 
font into a document. The default.xci file is in the following location:
svcdata\XMLFormService
For example, assuming that LiveCycle ES is installed on JBoss, the full path is as follows:
[Install location]\Adobe\LiveCycle8.2\jboss\server\all\svcdata\XMLFormService
Setting XCI configuration file options
This table specifies XCI options that the Output service uses.
XCI option
Description
config/present/pdf/creator
Identifies the document creator using the Creator entry in 
the Document Information dictionary. For information 
about this dictionary, see the PDF Reference guide. 
config/present/pdf/producer
Identifies the document producer using the Producer 
entry in the Document Information dictionary. For 
information about this dictionary, see the PDF Reference 
guide.
config/present/layout
Controls whether the output is a single panel or 
paginated.
config/present/pdf/compression/level
Specifies the degree of compression to be used when 
generating a PDF document.
config/present/pdf/fontInfo/embed
Controls font embedding in the output document. (See 
Embedding fonts
” on page 92
.)
config/present/pdf/scriptModel
Controls whether XFA-specific information is to be 
included in the output PDF document.
config/present/pdf/interactive
Specifies whether a PDF form is generated as a 
non-interactive form (for printing) or as an interactive 
form for online use.
Documents you may be interested
Documents you may be interested