open pdf in webbrowser control c# : How to delete text in a pdf file Library software component .net winforms html mvc services5-part2037

ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
51
Requesting a form
When a user requests a form from the Forms service (for example, by clicking a button located on an HTML page), the request initiates a 
Forms service operation. This table summarizes the interaction among a client device (for example, a web browser), a client application, and 
the Forms service when a user requests a form.
Using Form Design buttons
For the Forms service to retrieve form data, perform calculations, or validate field data, the form must provide the mechanism to initiate 
the request. This initiation is typically accomplished through the use of buttons that are located on the form. The caption displayed on a 
command button label indicates to the end user the function of the button. When a user clicks a button, the form-related processing is 
prompted by the script associated with the button. Typically, a button initiates either a submit or a calculate operation.
User actions
Client application actions
Forms service actions
A user requests a form from a web page.
No action
No action
No action
Invokes an operation such as 
renderPDFForm.
No action
No action
No action
Retrieves the form design that is specified.
No action
No action
If data is passed to the Forms service, it prepopulates 
the form with the data.
No action
No action
Executes all form-wide field initialize events.
No action
No action
Executes all form-wide page initialize events.
No action
No action
Executes all form-wide field calculate events.
No action
No action
Executes all form-wide page calculate events.
No action
No action
Executes a page enter event.
No action
No action
Executes a form ready event. 
No action
No action
Executes a page enter or exit event.
No action
No action
Transforms the form design into the format specified.
No action
No action
Returns the form to the client application. 
No action
Verifies that an error was not returned.
No action
No action
Creates a binary stream and sends it to the client 
web browser.
No action
Internet Explorer, Mozilla, Netscape Navigator, and Opera 
browsers perform these actions:
Runs each field initialization marked Run script on client
Runs the page initialization marked Run script on client
Runs each field calculation marked Run script on client
Runs the page calculations marked Run script on client
Note: These actions occur only if the form is rendered as 
HTML.
No action
No action
Views the form as either PDF or HTML.
No action
No action
How to delete text in a pdf file - delete, remove text from PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
how to delete text from a pdf reader; how to delete text in pdf document
How to delete text in a pdf file - VB.NET PDF delete text library: delete, remove text from PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
erase pdf text online; how to delete text in pdf converter professional
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
52
Buttons are the most common way to initiate logic contained in form design scripts. Placing a button on a form design in Designer ES2.5 
and configuring its submit option implies a submit operation. The intent of a submit button is to complete the form and submit data to the 
Forms service. However, validation operations may interrupt this process. For example, if a user enters an invalid value into a field, they may 
have to correct the value before the data can be submitted A form can also contain a calculate button. A calculate button can perform calcu-
lations on data and update the form.
Submit button
A button can submit form data as XML, PDF, or URL-Encoded (for HTML submissions) data to the Forms service. For example, assume a 
user fills an interactive form and then clicks a submit button. This action results in the form data being submitted to the Forms service. A 
client application, such as a Java servlet that is created by using the Forms Service API, can retrieve the data.
A PDF form can submit four types of data (XDP, XML, PDF, and URL-encoded data). An HTML form submits only URL-encoded name-
value pairs. By default, when the submission format is PDF, the Forms service captures the PDF data and returns it back out without 
performing any calculations. You set the submit type in Designer ES2.5.
The content type of submitted PDF data is 
application/pdf
. In contrast, the content type of submitted XML data is 
text/xml
. For XDP 
submissions, it is 
application/vnd.adobe.xdp+xml
.
This table summarizes the interaction among a client device (such as a web browser), a client application, and the Forms service when a user 
clicks a button that initiates a submit operation.
User actions
Client application actions
Forms service actions
A user enters data into form fields and clicks a submit 
button. This action initiates a submit operation.
Client validations marked run on client are executed.
No action
No action
Browser performs an HTTP post to the target URL. 
(This value is defined either in Designer ES2.5 or by 
the targetURL parameter used during the rendi-
tion call to the Forms service).
No action
No action
No action
Creates a FormServiceClient object, invokes the process-
FormSubmission method, and passes the HTTP request and 
headers. 
No action
No action
No action
The Forms service merges posted data back into 
the form (if applicable). 
No action
No action
Executes the field click event.
No action
No action
Executes the form-wide field calculate events.
No action
No action
Executes the form-wide page calculate events.
No action
No action
Executes the form-wide field validation events.
No action
No action
Executes the page validation events (which include 
validateformatTest, and  nullTest). 
No action
No action
Executes the Form’s Close event. 
No action
No action
If this validation process fails, it indicates that at 
least one error exists. The returned processing state 
value is Validate
No action
Verifies that the Forms service returned a processing state 
value of Validate. In this situation, the result is returned 
to the client browser so that the user can correct the 
mistake. 
No action
C# PDF File & Page Process Library SDK for C#.net, ASP.NET, MVC
C# File: Merge PDF; C# File: Split PDF; C# Page: Insert PDF pages; C# Page: Delete PDF pages; C# Read: PDF Text Extract; C# Read: PDF
how to erase text in pdf; how to delete text from a pdf document
C# PDF Text Extract Library: extract text content from PDF file in
Able to extract and get all and partial text content from PDF file. How to C#: Extract Text Content from PDF File. Add necessary references:
delete text pdf document; pdf text remover
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
53
Calculate button
A button can be used to execute a calculation operation. When a user clicks a button, the Forms service executes a calculation script located 
in the form design. The result is rendered back to the web browser with the results displayed in the form. (See “Calculating form data” on 
page 63). 
This table summarizes the interaction between a client application and the Forms service when a user initiates a calculation operation.
For forms that are displayed as HTML, end users see 
the form that contains the same data, calculations, 
and list of errors to correct before resubmitting.
For Guides, end users see the form that contains the 
same data, calculations, and list of errors to correct 
before resubmitting.
For forms that are displayed as PDF, a user interface is 
not defined. Validation errors can be retrieved by 
using the FormsResult object’s 
getValidationErrorsList method. 
No action
No action
No action
No action
If the validation process succeeds, the processing 
state value is set to Submit.
No action
Verifies that the Forms service returns a processing state 
value of Submit. 
Acknowledges that all form processing is complete.
Additional processing is application-specific. For example, a 
wizard-style application can request the next form panel, 
do additional data investigations, update the database, or 
initiate a new workflow process.
No action
The view is application-specific. For example, a new 
form can be displayed.
No action
No action
User actions
Client application actions
Forms service actions
A user clicks a button that is located on a form.
If the button’s Click event is marked run on client, the 
form is not submitted to the Forms service. The script is 
executed in a web browser, Acrobat, or Adobe Reader. 
A Guide implements an XFASubset in ActionScript, which 
runs in the Adobe Flash® Player.
If the button’s Click event is marked run on server, the 
form is submitted to the Forms service.
No action
No action
No action
Creates a FormsServiceClient object and 
invokes the processFormSubmission 
method. 
No action
No action
No action
The Forms service merges new data into the form 
design (if applicable). 
No action
No action
Executes the field click event.
No action
No action
Executes the form-wide field calculate events.
No action
No action
Executes the form-wide page calculate events.
User actions
Client application actions
Forms service actions
VB.NET PDF Text Extract Library: extract text content from PDF
Extract and get partial and all text content from PDF file. Extract highlighted text out of PDF document. Extract Text Content from PDF File in VB.NET.
online pdf editor to delete text; how to delete text in pdf using acrobat professional
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
using RasterEdge.XDoc.PDF; How to VB.NET: Delete a Single PDF Page from PDF File. This is a VB .NET example for how to delete a single page from a PDF document.
how to delete text in a pdf file; how to delete text in pdf acrobat
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
54
Using the Forms service
For information about developing processes that use this service, see LiveCycle Workbench 9.5 Help. For information about developing 
client applications that programmatically interact with this service, see Programming with LiveCycle ES2.5.
Rendering interactive PDF forms
The Forms service renders interactive PDF forms or XDP files to client devices such as a web browser. After an interactive form is rendered, 
a user can enter data into form fields and click a submit button to send information back to the Forms service. Adobe Reader® or Acrobat 
must be installed on the computer hosting the client web browser for an interactive PDF form to be visible. 
1
Before you can render a form using the Forms service, you must create a form design. Typically, a form design is created in Designer ES2.5 
and is saved as an XDP file. 
No action
No action
Executes a page enter or exit event.
No action
No action
Executes the form-wide field validation events.
No action
No action
Executes the page validation event.
No action
No action
Executes the page exit event 
No action
No action
Returns the form to the client application that 
invoked the Forms service. The form’s format does 
not change. If the form is submitted in PDF, it is 
returned to the client browser in PDF.
No action
Verifies that the Forms service does not return an 
error.
No action
No action
Creates a binary stream and sends it to the client 
web browser.
No action
Views calculation results that are displayed in the form.
No action
No action
User actions
Client application actions
Forms service actions
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
Demo Code: How to Delete a Single PDF Page from PDF File in C#.NET. Description: Delete specified page from the input PDF file. Parameters:
how to erase in pdf text; erase text in pdf document
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
size, images size reducing can help to reduce PDF file size effectively will also take up too much space, glyph file unreferenced can Delete unimportant contents
pdf editor online delete text; how to delete text from pdf with acrobat
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
55
Note: In LiveCycle 7.x releases, the Forms service created non-tagged PDF files by default. In LiveCycle ES2.5, the Forms service creates tagged 
PDF files by default.
Rendering forms at the client
Use the client-side rendering capability of Acrobat or Adobe Reader to optimize the PDF content delivery and improve the Forms service’s 
ability to handle network load This process is known as rendering a form at the client. To render a form at the client, the client device 
(typically a web browser) must use Acrobat 7.0 or Adobe Reader 7.0 or later. 
Use the client-side rendering capability of Acrobat or Adobe Reader to optimize the PDF content delivery and improve the Forms service’s 
ability to handle network load
Rendering Guides
Guides are based on Adobe Flash® technology and provide a visually engaging and streamlined method for capturing data from a user. 
Guides can reduce data entry errors through improved usability by logically grouping or simplifying information presented to a user at a 
given time. 
In LiveCycle ES2.5, the Forms service can only render legacy form designs created in LiveCycle Designer ES (version 8.x) to form guides. 
The Forms service is not used to render LiveCycle ES2.5 guides, which you create in Workbench using Guide Builder. For information on 
how to create and render LiveCycle ES2.5 guides, see Getting Started with Guides.
Rendering forms as HTML
The Forms service renders forms as HTML by retrieving the specified form and transforming it to an HTML form. You can select the type 
of HTML transformation. Rendering a form as HTML is beneficial. The reason is that the computer that the client web browser is located 
on does not require Adobe Reader, Acrobat, or Flash Player (for Guides).
To render a form as HTML, the form design must be saved as an XDP file. A form design that is saved as a PDF file cannot be rendered as 
HTML. 
For a form design, it is recommended that the guidelines for layout considerations for HTML forms be followed. This action overcomes text 
shift issues in a rendered HTML form. (See Using LiveCycle Designer ES2.5 > Creating Forms for LiveCycle Forms ES2.5 > Creating HTML 
forms > Layout considerations for HTML forms in LiveCycle Designer ES2.5 Help.)
C# PDF File Split Library: Split, seperate PDF into multiple files
Application. Best and professional adobe PDF file splitting SDK for Visual Studio .NET. outputOps); Divide PDF File into Two Using C#.
delete text pdf acrobat; how to erase text in pdf online
C# PDF File Compress Library: Compress reduce PDF size in C#.net
size, images size reducing can help to reduce PDF file size effectively will also take up too much space, glyph file unreferenced can Delete unimportant contents
remove text watermark from pdf; delete text from pdf acrobat
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
56
Using Forms IVS to test forms with their intended data sets
The Forms Installation and Verification Sample (Forms IVS) is a sample application for testing your forms with their intended data sets. 
Forms IVS uses the 
renderPDFForm
renderHTMLForm
, and 
processFormSubmission
operations that the Forms service exposes. 
Forms IVS must be deployed before you can use it. Administrators can use LiveCycle Configuration Manager to deploy Forms IVS. They 
can also manually deploy it. (See the LiveCycle ES2 installation guides, such as Installing and Deploying LiveCycle ES2 for JBoss .)
To open the Forms IVS application, navigate to http://[server_name:port_number]/FormsIVS. 
To specify characteristics about your job and to submit your job, click the Test Forms link on the Adobe LiveCycle Forms ES2.5 banner. Here 
are some of the settings you can specify from the Test Forms window: 
• Form to test
• Data file to merge with the form
• Output format
• Performance test selection
To change settings that Forms IVS uses, click the Preferences link on the Adobe LiveCycle Forms ES2.5 banner. Here are some of the settings 
you can specify from the Preferences window:
• Options passed to the Forms ES2.5 service
• Locations that Forms IVS obtains form, data, XDC, and companion files from. The locations can be URLs, a repository location, or an 
absolute reference from a folder on the computer that hosts LiveCycle ES2.5. Repository locations can be specified as repository:/ or 
repository:///.
• Application root and endpoints
• Administrator credentials
• Options for rendering the form
To view or delete files in the root directory, click the Maintenance link on the Adobe LiveCycle Forms ES2.5 banner. You can delete only the 
files you added to Forms IVS. You cannot delete files that were installed with Forms IVS.
To see the complete Help for Forms IVS, click the Help link on the Adobe LiveCycle Forms ES2.5 banner. 
Forms service options
Rendering forms based on fragments
The Forms service can render forms that are based on fragments that you create using Designer ES2.5. A fragment is a reusable part of a 
form and is saved as a separate XDP file that can be inserted into multiple form designs. For example, a fragment can include an address 
block or legal text. 
Using fragments simplifies and speeds the creation and maintenance of large numbers of forms. When creating a form, insert a reference to 
the required fragment and the fragment appears in the form. The fragment reference contains a subform that points to the physical XDP 
file. For information about creating fragments, see LiveCycle Designer ES2.5 Help.
A fragment can include several subforms that are wrapped in a choice subform set. Choice subform sets control the display of subforms based 
on the flow of data from a data connection. Use conditional statements to determine which subform from within the set appears in the 
delivered form. For example, each subform in a set can include information for a particular geographic location. Also, the subform that is 
displayed can be determined based on the location of the user. 
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
57
A script fragment contains reusable JavaScript functions or values that are stored separately from any particular object, such as a date parser 
or a web service invocation. These fragments include a single script object that appears as a child of variables in the Hierarchy palette in 
Designer ES2.5. Fragments cannot be created from scripts that are properties of other objects, such as event scripts like validate, calculate, 
or initialize.
Here are advantages of using fragments:
Content reuse: You can use fragments to reuse content in multiple form designs. 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. All XDP forms that reference the fragment will reflect the changes. 
For example, a common element across many forms may be an address block that includes a drop-down list object for the country. 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, resave the form in Designer ES2.5.
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 ES2.5 can develop and share fragments that take advantage of scripting and dynamic 
properties. Form authors can use the fragments to lay out form designs and to ensure that all parts of a form have a consistent appearance 
and functionality across multiple forms multiple people designed.
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 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 opera-
tions that are enabled for that form.
To apply usage rights to a form, the Reader Extensions service must be part of your LiveCycle installation. Also, you must have a valid 
credential that permits 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 page106.)
Note: To render a form that contains usage rights, use an XDP file as input, not a PDF file. If you use a PDF file as input, the form is still rendered; 
however, it will not be a rights-enabled form. 
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
58
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 Signatures.
Handling submitted forms
Web-based applications that enable a user to fill 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 perform the following tasks:
• 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 
Form data is submitted to the Forms service as either XML or PDF data. This option is set in Designer ES2.5. A form that is submitted as 
XML lets you 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 it 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.
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
59
The following illustration shows corresponding XML data that is retrieved by using the Forms service.
The form design must be configured correctly in Designer ES2.5 in order for data to be submitted as XML data. To properly configure it to 
submit XML data, ensure that the Submit button on the form design is set to submit XML data. (See LiveCycleDesigner ES2.5 Help.)
Also, you must specify the correct content type to handle XML data. For example, specify 
application/vnd.adobe.xdp+xml
. The content 
type must match the submitted form data. You can also specify multiple content type values, such as the following value, to ensure that 
various form submissions can be used:
CONTENT_TYPE=application/pdf&CONTENT_TYPE=application/vnd.adobe.xdp+xml
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 browser, the 
user fills an interactive form and submits it back as PDF data. When the Forms service receives the PDF data, the service can send it 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. 
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 the form is then rendered to the user. As a result, the user can 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 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).
ADOBE LIVECYCLE ES2.5
Forms Service
LiveCycle ES2.5 Services
60
• An arbitrary XML data source that contains name/value pairs matching the form’s field names.
An XML element must exist for every form field 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 that the XML elements are displayed in if all XML elements are specified.
When you prepopulate a form that already contains data, specify the data that is already displayed within the XML data source. Assume that 
a form containing 10 fields has data in 4 fields. Next, assume that you want to prepopulate the remaining 6 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 6 elements, the original 4 fields 
are empty.
For example, to prepopulate a confirmation form, you must create an XML data source containing three XML elements that match the three 
form fields. This form contains the following three fields: 
FirstName
LastName
, and 
Amount
. The first step is to create an XML data source 
that contains XML elements that match the fields in the form design. This step is shown in the following XML code.
<Untitled>
<FirstName>
<LastName>
<Amount>
</Untitled>
The next step is to assign data values to the XML elements, as shown in the following XML code.
<Untitled>
<FirstName>Jerry</FirstName>
<LastName>Johnson</LastName>
<Amount>250000</Amount>
</Untitled>
After you prepopulate the confirmation form with this XML data source and render the form, data values that you assigned to the XML 
elements are displayed. The displayed data values are shown in this illustration.
Prepopulating forms with a flowable layout
Forms with a flowable layout are useful to display an undetermined amount of data to users. The layout of the form adjusts automatically to 
the amount of data that is merged. Therefore, predetermining a number of pages is not required as with a form with a fixed layout. 
A form with a flowable layout is typically populated with data that is obtained during run time. As a result, you can prepopulate a form by 
creating an in-memory XML data source and placing the data directly into the data source.
Documents you may be interested
Documents you may be interested