c# pdf to image without ghostscript : Create a fillable pdf form from a pdf Library application component .net html windows mvc services5-part610

Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Rendering rights-enabled forms     51
Here are advantages of using fragments:
Content reuse: You can use fragments to reuse content in multiple form designs. When you need to 
use some of the same content in multiple forms, it is faster and simpler to use a fragment than to copy 
or re-create the content. Using fragments also ensures that the frequently used parts of a form design 
have consistent content and appearance in all the referencing forms.
Global updates: You can use fragments to make global changes to multiple forms only once, in one 
file. You can change the content, script objects, data bindings, layout, or styles in a fragment, and all 
XDP forms that reference the fragment will reflect the changes. 
For example, a common element across many forms might be an address block that includes a 
drop-down list object for the country. If you need to update the values for the drop-down list object, 
you must open many forms to make the changes. If you include the address block in a fragment, you 
only need to open one fragment file to make the changes. 
To update a fragment in a PDF form, you must resave the form in Designer ES.
Shared form creation: You can use fragments to share the creation of forms among several resources. 
Form developers with expertise in scripting or other advanced features of Designer ES can develop and 
share fragments that take advantage of scripting and dynamic properties. Form designers can use 
those fragments to lay out form designs and to ensure that all parts of a form have a consistent 
appearance and functionality across multiple forms designed by multiple people.
Rendering rights-enabled forms
The Forms service can render forms that have usage rights applied to them. Usage rights pertain to 
functionality that is available by default in Acrobat but not in Adobe Reader, such as the ability to add 
comments to a form or to fill in form fields and save the form. Forms that have usage rights applied to 
them are called rights-enabled forms. A user who opens a rights-enabled form in Adobe Reader can 
perform operations that are enabled for that form.
In order to apply usage rights to a form, the Reader Extensions service must be part of your LiveCycle ES 
installation. Also, you must have a valid credential that enables you to apply usage rights to PDF 
documents. That is, you must properly configure the Reader Extensions service before you can render a 
rights-enabled form. (See 
Reader Extensions Service
” on page 96
Note:To render a form that contains usage rights, you must use an XDP file as input, not a PDF file. If you 
use a PDF file as input, then the form is still rendered; however, it will not be a rights-enabled form. 
Create a fillable pdf form from a pdf - 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 pdf file to fillable form online; allow users to attach to pdf form
Create a fillable pdf form from a pdf - 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 file to fillable form; create a fillable pdf form
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Handling submitted forms     52
Note:You cannot prepopulate a form with XML data when you specify the following usage rights: Enable 
Commenting, Enable Online Commenting, Enable Embedded Attachments, or Enable Digital 
Handling submitted forms
Web-based applications that enable a user to fill in interactive forms require the data to be submitted back 
to the server. Using the Forms service, you can retrieve the data that the user entered into an interactive 
form. After you retrieve the data, you can process the data to meet your business requirements. For 
example, you can store the data in a database, send the data to another application, send the data to 
another service, merge the data in a form design, display the data in a web browser, and so on.
Form data is submitted to the Forms service as either XML or PDF data. This option is set in Designer ES. A 
form that is submitted as XML enables you to extract individual field data values. That is, you can extract 
the value of each form field that the user entered into the form. A form that is submitted as PDF data is 
binary data, not XML data. As a result, you cannot extract field values. However, you can save the form as a 
PDF file, or send the form to another service.
Handling submitted XML data
When form data is submitted as XML, you can retrieve XML data that represents the submitted data. All 
form fields appear as nodes in an XML schema. The node values correspond to the values that the user 
filled in. Consider a loan form where each field in the form appears as a node within the XML data. The 
value of each node corresponds to the value that a user fills in. Assume a user fills the loan form with data 
shown in the following form.
C# Create PDF Library SDK to convert PDF from other file formats
Create fillable PDF document with fields. Load PDF from existing documents and image in SQL server. Load PDF from stream programmatically.
convert pdf file to fillable form online; converting a word document to pdf fillable form
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
Edit Bookmark. Metadata: Edit, Delete Metadata. Form Process. Create PDF document from OpenOffice Text Document with ODT, ODS, ODP forms into fillable PDF formats
asp.net fill pdf form; convert pdf to fillable form
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Handling submitted forms     53
The following illustration shows corresponding XML data that is retrieved by using the Forms service.
The form design must be configured correctly in Designer ES for data to be submitted as XML data. To 
properly configure the form design to submit XML data, ensure that the Submit button that is located on 
the form design is set to submit XML data. For information about setting the Submit button to submit XML 
data, see LiveCycleDesignerES Help
Also, you must specify the correct content type to handle XML data. For example, to handle XML data, 
specify application/vnd.adobe.xdp+xml. The content type should must match the submitted form 
data. You can also specify multiple content type values such as this one to ensure that various form 
submissions can be used:
Handling submitted PDF data
Consider a web application that invokes the Forms service. After the Forms service renders an interactive 
PDF form to a client web browser, the user fills in an interactive form and submits the form back as PDF 
data. When the Forms service receives the PDF data, it can send the PDF data to another service or save it 
as a PDF file. To handle a submitted PDF form, ensure that you specify 
CONTENT_TYPE=application/pdf as the content type. 
Handling submitted form guide data
The Flash Player security specifies that a Flash application can only submit data to the URL location 
(domain) from which it was served. When using the Forms service to render a form guide, this is not the 
case. The URL location from where a form guide is served and the URL location to where the form data is 
posted is different (that is typical Forms service functionality). For Flash Player to permit data to be posted.
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
Create PDF document from OpenOffice Presentation in both .NET WinForms and ASP.NET NET control to change ODT, ODS, ODP forms to fillable PDF formats in Visual
create fillable forms in pdf; create a pdf form to fill out
VB.NET Create PDF Library SDK to convert PDF from other file
Create fillable PDF document with fields in Visual Basic .NET application. Load PDF from existing documents and image in SQL server.
convert pdf forms to fillable; convert pdf form fillable
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Prepopulating forms     54
Prepopulating forms
Prepopulating forms displays data to users within a rendered form. For example, assume a user logs in to a 
website with a user name and password. If authentication is successful, the custom application queries a 
database for user information. The data is merged into the form and then the form is rendered to the user. 
As a result, the user is able to view personalized data within the form. 
Prepopulating a form has the following advantages:
Enables the user to view custom data in a form
Reduces the amount of typing the user does to fill in a form
Ensures data integrity by having control over where data is placed
The following two XML data sources can prepopulate a form:
An XDP data source, which is XML that conforms to XFA syntax (or XFDF data to prepopulate a form 
created using Acrobat).
An arbitrary XML data source that contains name/value pairs matching the form’s field names (the 
examples in this section use an arbitrary XML data source).
An XML element must exist for every form field that you want to prepopulate. 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 in which the XML 
elements are displayed, as long as all XML elements are specified.
When you prepopulate a form that already contains data, you must specify the data that is already 
displayed within the XML data source. Assume that a form containing 10 fields has data in four fields. Next, 
assume that you want to prepopulate the remaining six fields. In this situation, you must specify 10 XML 
elements in the XML data source that is used to prepopulate the form. If you specify only six elements, 
then the original four fields are empty.
For example, to prepopulate a confirmation form, you have to create an XML data source that contains 
three XML elements that match the three fields in the form. This form contains the following three fields: 
FirstNameLastName, and Amount. The first step is to create an XML data source that contains XML 
elements that match the fields located in the form design, as shown in the following XML code.
The next step is to assign data values to the XML elements, as shown in the following XML code.
Corresponds to the FirstName field
Corresponds to the LastName field
Corresponds to the Amount field
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.
change pdf to fillable form; pdf add signature field
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
Convert multiple pages PowerPoint to fillable and editable PDF documents. Easy to create searchable and scanned PDF files from PowerPoint.
converting a word document to a fillable pdf form; .net fill pdf form
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Prepopulating forms     55
After you prepopulate the confirmation form with this XML data source and then render the form, the data 
values that you assigned to the XML elements are displayed, as shown in the following illustration.
Prepopulating dynamic forms
Dynamic forms are useful to display an undetermined amount of data to users. Because the layout of a 
dynamic form adjusts automatically to the amount of data that is merged, you do not need to 
predetermine a fixed layout or number of pages for the form as you need to do with a static form.
A dynamic form is typically populated with data that is obtained during run time. As a result, you can 
prepopulate a dynamic form by creating an in-memory XML data source and placing the data directly into 
the in-memory XML data source.
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
formatting. Create PDF files from both DOC and DOCX formats. Convert multiple pages Word to fillable and editable PDF documents. Professional
convert pdf fillable form; convert word document to fillable pdf form
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Link: Edit URL. Bookmark: Edit Bookmark. Metadata: Edit, Delete Metadata. Form Process. Create fillable and editable PDF documents from Excel in Visual
create fillable form from pdf; convert excel to fillable pdf form
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Prepopulating forms     56
Consider a web-based application, such as an online store. After an online shopper finishes purchasing 
items, all purchased items are placed into an in-memory XML data source that is used to prepopulate a 
dynamic form. The following illustration shows this process, which is explained in the table below.
The following table describes the steps in this illustration.
A user purchases items from a web-based online store. 
After the user finishes purchasing items and clicks the Submit button, an in-memory XML data 
source is created. Purchased items and user information are placed into the in-memory XML 
data source. 
The XML data source is used to prepopulate a dynamic purchase order form (an example of this 
form is shown following this table). 
The dynamic purchase order form is rendered to the client web browser. 
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Create fillable and editable PDF documents from Excel in both .NET WinForms and ASP.NET. Create searchable and scanned PDF files from Excel.
convert html form to pdf fillable form; convert word to pdf fillable form online
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.
convert word to pdf fillable form; pdf fillable form
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Prepopulating forms     57
The following illustration shows an example of a dynamic purchase order form.
Note:Dynamic forms can be prepopulated with data from other sources such as an enterprise database or 
external applications. A web-based application represents only one example of using dynamic 
Dynamic form design considerations
Both server-side and client-side dynamic forms are based on form designs that are created in Designer ES. 
A form design specifies a set of layout, presentation, and data capture rules, including calculating values 
based on user input. The rules are applied when data is entered into a form. Fields that are dynamically 
added to a dynamic form are subforms that are within the form design. For example, in the purchase order 
form shown in the previous illustration, each line is a subform. For information about creating a form 
design that contains subforms, see LiveCycleDesignerES Help
Understanding data subgroups
An XML data source is used to prepopulate both static and dynamic forms. However, the difference is that 
an XML data source that prepopulates a dynamic form contains repeating XML elements that are used to 
prepopulate subforms that are repeated within the form. These repeating XML elements are called data 
An XML data source that is used to prepopulate the dynamic form shown in the previous illustration 
contains four repeating data subgroups. Each data subgroup corresponds to a purchased item. The 
purchased items are a monitor, a desk lamp, a phone, and an address book.
portion of 
the form.
the form’s 
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Prepopulating forms     58
The following XML code shows the arbitrary XML data source that is used to prepopulate the dynamic 
purchase order form.
<!-- XML elements used to prepopulate non-repeating fields such as address
<!and city 
<txtOrderedByCompanyName>Any Company Name</txtOrderedByCompanyName> 
<txtOrderedByAddress>555, Any Blvd.</txtOrderedByAddress> 
<txtOrderedByCity>Any City</txtOrderedByCity> 
<txtOrderedByCountry>Any Country</txtOrderedByCountry> 
<txtOrderedByPhone>(123) 456-7890</txtOrderedByPhone> 
<txtOrderedByFax>(123) 456-7899</txtOrderedByFax> 
<txtOrderedByContactName>Contact Name</txtOrderedByContactName> 
<txtDeliverToCompanyName>Any Company Name</txtDeliverToCompanyName> 
<txtDeliverToAddress>7895, Any Street</txtDeliverToAddress> 
<txtDeliverToCity>Any City</txtDeliverToCity> 
<txtDeliverToCountry>Any Country</txtDeliverToCountry> 
<txtDeliverToPhone>(123) 456-7891</txtDeliverToPhone> 
<txtDeliverToFax>(123) 456-7899</txtDeliverToFax> 
<txtDeliverToContactName>Contact Name</txtDeliverToContactName> 
<!-- A data subgroup that contains information about the monitor>
<!-- A data subgroup that contains information about the desk lamp>
<txtDescription>Desk lamps</txtDescription> 
<!-- A data subgroup that contains information about the Phone>
<!-- A data subgroup that contains information about the address book>
<txtDescription>Address book</txtDescription> 
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Calculating form data     59
Notice that each data subgroup contains four XML elements that correspond to this information:
Items part number
Items description
Quantity of items
Unit price
The name of a data subgroup’s parent XML element must match the name of the subform that is located in 
the form design. For example, in the previous illustration, notice that the name of the data subgroup’s 
parent XML element is detail. This corresponds to the name of the subform that is located in the form 
design on which the purchase order form is based. If the name of the data subgroup’s parent XML element 
and the subform do not match, a server-side dynamic form is not prepopulated.
Each data subgroup must contain XML elements that match the field names in the subform. The detail 
subform located in the form design contains the following fields:
Calculating form data
The Forms service can calculate the values that a user enters into a form and display the results. To 
calculate form data, you must perform two tasks. First, you create a form design script that calculates form 
data. A form design supports three types of scripts. One script type runs on the client, another runs on the 
server, and the third type runs on both the server and the client. The script type discussed in this topic runs 
on the server. Server-side calculations are supported for HTML, PDF, and form guide transformations.
As part of the form design process, you can make use of calculations and scripts to provide a richer user 
experience. Calculations and scripts can be added to most form fields and objects. 
The user enters values into the form and clicks the Calculate button to view the results. The following 
process describes an example application that enables a user to calculate data: 
The user accesses an HTML page named StartLoan.html that acts as the web application’s start page. 
This page invokes a Java Servlet named GetLoanForm.
The GetLoanForm servlet renders a loan form. This form contains a script, interactive fields, a calculate 
button, and a submit button.
The user enters values into the form’s fields and clicks the Calculate button. The form is sent to the 
CalculateData Java Servlet where the script is executed. The form is sent back to the user with the 
calculation results displayed in the form.
The user continues entering and calculating values until a satisfactory result is displayed. When 
satisfied, the user clicks the Submit button to process the form. The form is sent to another Java Servlet 
named ProcessForm that is responsible for retrieving submitted data. For information, see 
submitted forms
” on page 52
Adobe LiveCycle ES
Forms Service
LiveCycle ES Services
Calculating form data     60
The following illustration shows the application’s logic flow.
The following table describes the steps in this illustration.
Typically, a form that is submitted as PDF content contains scripts that are executed on the client. However, 
server-side calculations can also be executed. A Submit button cannot be used to calculate scripts. In this 
situation, calculations are not executed because the Forms service considers the interaction to be 
The GetLoanForm Java Servlet is invoked from the HTML start page. 
The GetLoanForm Java Servlet uses the Forms service Client API to render the loan form to 
the client web browser. The difference between rendering a form that contains a script 
configured to run on the server and rendering a form that does not contain a script is that you 
must specify the target location used to execute the script. If a target location is not specified, 
a script that is configured to run on the server is not executed. For example, consider the 
application introduced in this section. The CalculateData Java Servlet is the target 
location where the script is executed.
The user enters data into interactive fields and clicks the Calculate button. The form is sent to 
the CalculateData Java Servlet, where the script is executed. 
The form is rendered back to the web browser with the calculation results displayed in the 
The user clicks the Submit button when the values are satisfactory. The form is sent to 
another Java Servlet named ProcessForm.
Documents you may be interested
Documents you may be interested