ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
91
<SSN>555666222</SSN>
<PositionTitle>Program Manager</PositionTitle>
<Address>557 No Where Dr</Address>
<City>New York</City>
<StateProv>New York</StateProv>
<ZipCode>51256</ZipCode>
<Email>SWhite@NoMailServer.com</Email>
<PhoneNum>555-7445</PhoneNum>
<FaxNum>555-9986</FaxNum>
<Description>Buy a home</Description>
</LoanRecord>
<LoanRecord>
<mortgageAmount>700000</mortgageAmount>
<lastName>Green</lastName>
<firstName>Steve</firstName>
<SSN>55566688</SSN>
<PositionTitle>Project Manager</PositionTitle>
<Address>445 No Where Dr</Address>
<City>New York</City>
<StateProv>New York</StateProv>
<ZipCode>51256</ZipCode>
<Email>SGreeb@NoMailServer.com</Email>
<PhoneNum>555-2211</PhoneNum>
<FaxNum>555-2221</FaxNum>
<Description>Buy a home</Description>
</LoanRecord>
</batch>
Note: Notice that the XML element that starts and ends each data record is 
LoanRecord
Set PDF run-time options
Set the following run-time options for the Output service to successfully process batch data and create multiple files based on an XML data 
source:
Many Files: Specifies whether the Output service creates a single document or multiple documents. You can specify 
true
or 
false
. To 
create a separate document for each data record in the XML data source, specify 
true
File URI: Specifies the location of the files that the Output service generates. For example, assume that you specify 
C:\\Adobe\\forms\\Loan.pdf. In this situation, the Output service creates a file named Loan.pdf and places the file in the C:\\Adobe\\forms 
folder. When multiple files exist, the file names are Loan0001.pdf, Loan0002.pdf, Loan0003.pdf, and so on. The documents are placed on 
the server hosting LiveCycle ES2.5, not the client computer. 
Record Name: Specifies the XML element name in the data source that separates the data records. For example, in the example XML data 
source that is shown, the XML element that separates data records is called 
LoanRecord
. (Instead of setting the Record Name run-time 
option, you can set Record Level by assigning it a numeric value that indicates the element level containing data records. However, you can 
set only the Record Name or the Record Level; you cannot set both values. In the above XML, the record level to create multiple documents 
is 2.
Incremental loading
When the Output service processes batch records, it reads data that contains multiple records in an incremental manner. That is, the Output 
service reads the data into memory and releases the data as the batch of records is processed. The Output service loads data in an incremental 
manner when either one of two run-time options is set. If you set the Record Name run-time option, the Output service reads data in an 
incremental manner. Likewise, if you set the Record Level run-time option to 2 or greater, the Output service reads data in an incremental 
manner. (See “Processing batch data to create multiple documents” on page89.) 
You can control whether the Output service performs incremental loading by using the 
PDFOutputOptionsSpec
or the 
PrintedOutputOptionSpec
object’s 
setLazyLoading
option. You can specify the value 
false
, which turns off incremental loading. 
Pdf editor online delete text - 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
erase text from pdf file; delete text pdf acrobat professional
Pdf editor online delete text - 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
how to delete text in pdf converter professional; how to delete text in a pdf file
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
92
If the Output service cannot perform incremental data loading, the Output service writes the following warning message in the log file of 
the J2EE application server hosting LiveCycle ES2.5:
 2007-11-01 11:51:23,215 WARN  [com.adobe.document.XMLFormService] 
$$$/com/adobe/document/xmlform/msg.XFA=Unable to perform an incremental data load. Performing a full data 
load. 
Note: If the Output service does not read data in an incremental manner, the entire batch data file is read into memory. This behavior can have 
a detrimental effect on the performance of the Output service. (See “Improving the performance of the Output service” on page103.)
Creating search rules
You can create pattern matching rules that result in the Output service examining input data and using different form designs based on the 
data content. For example, if the text mortgage is located within the input data, the Output service can use a form design named 
Mortgage.xdp. Likewise, if the text automobile is located in the input data, the Output service can use a form design that is saved as Automo-
bileLoan.xdp. The following illustration shows the Output service generating a PDF file by processing an XML data file and using one of 
many form designs.
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 comprised 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, 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. 
C# HTML5 PDF Viewer SDK to view, annotate, create and convert PDF
font and size, bold and highlight text in easy to set a password to PDF online directly in Except password setting, RasterEdge HTML5 PDF Editor also enable C#
how to erase in pdf text; how to edit and delete text in pdf file online
VB.NET PDF- HTML5 PDF Viewer for VB.NET Project
ONLINE DEMOS: Online HTML5 Document Viewer; Online XDoc.PDF C# Page: Insert PDF pages; C# Page: Delete PDF pages; C# PDF Viewer; VB.NET: ASP.NET PDF Editor; VB.NET
online pdf editor to delete text; remove text watermark from pdf
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
93
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 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 LiveCycleDesigner ES2.5 (that contain XFA streams). 
• Acrobat PDF forms 
If you attempt to flatten a non-interactive PDF document, an exception occurs. 
Assembling custom form designs for Output
You can use the Output and Assembler services together to create a highly customized document. The Assembler service assembles an XDP 
document (a form design) that is made up of multiple XDP forms and inserted fragments located in multiple XDP files. The assembled XDP 
document is passed to the Output service, which creates a PDF document. The following illustration shows this workflow.
For information about creating a form design from fragments, see Guidelines for Dynamically Assembling Customized Forms and Documents.
Using Output IVS to check your Printer Description file (PDL)
Output IVS is a sample application for testing the Output service. Using this sample application, you can generate documents and test form 
designs and data sets. You can also print documents by using laser and label printers.
Administrators can use LiveCycle Configuration Manager to deploy Output 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 Output IVS application, navigate to http://[server_name:port_number]/OutputIVS. 
To change settings that Output IVS uses, click the Preferences link on the Adobe LiveCycle Output ES2.5 banner. Here are some of the 
settings you can specify from the Preferences window:
• Locations that Output IVS obtains form, data, XDC, and companion files from. The locations can be URLs, a repository, or an absolute 
reference from a folder on the computer that hosts LiveCycle ES2.5. Repository locations can be specified as either repository:/ or repos-
itory:///.
• Common format and options, such as whether Output IVS creates a single output stream or includes metadata.
• Print options, such as duplex and number of copies.
• Administrator credentials.
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
able to delete PDF page in both Visual C# .NET WinForms and ASP.NET WebForms project. Free online C# class source code for deleting specified PDF pages in .NET
how to delete text in pdf converter professional; how to delete text from pdf reader
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
Enable specified pages deleting from PDF in Visual Basic .NET Online source codes for quick evaluation in VB.NET for a solution to conveniently delete one page
pdf editor online delete text; how to delete text in pdf using acrobat professional
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
94
To specify characteristics about your job and to submit your job, click the Test Output link on the Adobe LiveCycle Output ES2.5 banner. 
Here are some of the settings you can specify from the Test Output window:
• Output format, such as PDF, PDFA-1/a, and ZPL 300 DPI
• File selection specifies the form, data, XDC, and companion files to use in the test. Use the companion file for these settings: 
• Pattern-matching rules for mapping data elements to different templates 
• Batch settings for initializing lazy loading
• Many of the other settings you can specify by using the Preferences window
• Output location information such as server file or printer name 
• Issue request sends the request to the Output service
To view or delete files used by Output IVS, click the Maintenance link on the Adobe LiveCycle Output ES2.5 banner. You can delete only 
the files that you added to Output IVS. You cannot delete files that are installed with Output IVS. The Maintenance window lists the form, 
data, XDC, and companion files in the locations that are specified using the Preferences window. You can also use the Browse buttons to 
upload files from your own computer
To see the complete Help for Output IVS, click the Help link on the Adobe LiveCycle Output ES2.5 banner. 
Considerations for the Output service
Form data
The Output service accepts both a form design that is typically created in Designer ES2.5 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 in which the XML elements are displayed. The important factor is that the XML 
elements are specified with corresponding values.
C# HTML5 PDF Viewer SDK to create PDF document from other file
ONLINE DEMOS: Online HTML5 Document Viewer; Online XDoc.PDF C# Page: Insert PDF pages; C# Page: Delete PDF pages; C# PDF Viewer; VB.NET: ASP.NET PDF Editor; VB.NET
pdf editor delete text; how to delete text in pdf file online
C# PDF insert text Library: insert text into PDF content in C#.net
SharePoint. Able to add a single text character and text string to PDF files using online source codes in C#.NET class program. Insert
how to copy text out of a pdf; remove text from pdf online
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
95
Consider the following example loan application form.
To merge data into this form design, create an XML data source that corresponds to the form. The following XML represents an 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> 
VB.NET PDF Text Extract Library: extract text content from PDF
Best VB.NET PDF text extraction SDK library and component for free download. Online Visual Basic .NET class source code for quick evaluation.
delete text pdf acrobat; delete text pdf file
C# PDF Text Extract Library: extract text content from PDF file in
Free online source code for extracting text from adobe PDF document in C#.NET class. Able to extract and get all and partial text content from PDF file.
delete text in pdf file online; delete text from pdf file
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
96
</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. The Output service can render 
PDF documents with XFA streams (that is, forms created in Designer ES2.5) into laser and label formats. If the PDF document is signed, 
certified, or contains usage rights (applied using the Reader Extensions service), it cannot be rendered to these print formats.
• 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.
Signature fields
If a form design contains a signature field and you set the 
renderAtClient
run-time option to 
true
, an unsigned signature field is not 
retained in the resultant PDF document. However, if this run-time option is set to 
false
, an unsigned signature field is retained in the 
resultant PDF document. 
Flattening a digitally signed PDF document
If you try to flatten an interactive XFA PDF document that contains a signed signature field and set the 
renderAtClient
run-time option 
to 
true
, the resultant PDF document is not flattened. That is, the document remains interactive and 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 that uses the Email service. A process represents a business process that you 
are automating. (See LiveCycle Workbench 9.5 Help.)
Maximizing throughput 
LiveCycle Output ES2.5 can process large XML data files that contain many records. You can instruct the Output service to create an output 
file for each record or a single output file that contains all records. (See “Processing batch data to create multiple documents” on page89.)
Throughput limitations are not discreet and vary depending of the complexity of the form design, available memory, options chosen, and 
other activity. Errors that are generated when such a limitation is reached can identify lack of memory as being the problem. Be aware of 
this limitation, and use the Output service within number guidelines for safe page generation.
For a medium complexity form on a typical entry-level business server, the following approximate number guidelines for safe page gener-
ation 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
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
97
Select tagging for PDF only if it is required; tagged files are substantially larger than non-tagged files and take longer to render. PDF/A-1a 
is always tagged and PDF/A-1b is not tagged. For PCL printing, the use of Microsoft 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, 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 the memory is available to the Java application server 
heap. For information about changing the time-out value, see LiveCycle ES2.5 Administration Help
When processing a large record or one large document case, throughput is 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 in this manner: 
<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 from label size to label size. 
It is recommended that you keep the 0.25-inch margin or reduce it. However, it is recommended that you do not increase the nonprintable 
margin. Otherwise, information in the printable area does not print properly. 
Always ensure that you use the correct XDC file for the printer. For example, avoid choosing an XDC file for a 300-dpi printer and sending 
the document 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 LiveCycle Designer ES2.5 Help
Working with fonts
The following topics discuss how the Output service handles fonts within a generated document:
• Ensuring that fonts are available to LiveCycle ES2.5 
• Using printer-resident fonts
• Font mapping
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
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
98
Ensuring that fonts are available to LiveCycle ES2.5
Ensure that a font used within a form is available for use on the J2EE application server hosting LiveCycle ES2.5. For example, consider the 
following scenario. A form designer adds a font to the font directory that Designer ES2.5 uses and creates a form that uses that font on a 
separate computer.
In order for the Output service to use the font, place it in the Customer fonts directory. Specify the location of the Customer fonts directory 
by using LiveCycle Administration Console. If the Customer fonts directory does not exist, create a directory on the J2EE application server 
hosting LiveCycle ES2.5. Place the font in the new Customer fonts directory. 
Specify the location of the Customer fonts directory
In LiveCycle Administration Console, click Settings > Core System Settings.
In the Core System view, click Configurations.
Specify the location of the Customer fonts directory in the Location of the Customer Fonts directory text input box. 
Click OK. 
Restart the J2EE application server on which LiveCycle ES2.5 is installed.
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 by using 
LiveCycle ES2.5 XDC Editor. (See LiveCycle ES2.5 XDC Editor Help.)
printer-resident fonts are stored inside a printer, either in a special hardware cartridge or built in 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:
Identify the name of the printer-resident font to use.
Specify the printer-resident font name in the form design.
Locate the most suitable XDC file to use for your printer based on the type of output to render (PostScript or PCL) and make the appro-
priate changes to the XDC file.
Test the output. 
Note: For information about performing these tasks, see LiveCycle ES2.5 XDC Editor Help.
Font mapping
If a font is installed on a client computer, it is available in the drop-down list in Designer ES2.5. If the font is not installed, it is necessary to 
specify the font name manually. The “Permanently replace unavailable fonts” option in Designer ES2.5 can be off. Otherwise, when the XDP 
file is saved in Designer ES2.5, the substitution font name is written to the XDP file. This means that the printer-resident font is not used. 
To design a form that uses printer-resident fonts, choose a typeface name in Designer ES2.5 that matches the 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 example, in a 
PostScript scenario, references to the Arial font can be mapped to the printer-resident Helvetica typeface.
Two types of OpenType fonts exist. One type is a TrueType OpenType font that PCL supports. The other is CFF OpenType. PDF and 
PostScript output supports embedded Type-1, TrueType, and OpenType fonts. PCL output supports embedded TrueType fonts.
Type-1 and OpenType fonts are not embedded in PCL output. Content that is formatted with Type-1 and OpenType fonts is rasterized and 
generated as a bitmap image that can be large and slower to generate.
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
99
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 Designing Forms for LiveCycle OutputES2. 
CIFS printing support
The Output service supports Common Internet File System (CIFS) printing. A printer administrator must make a printer accessible to the 
CIFS protocol. On computers running Windows, this step is done by sharing the printer or the net share command. On UNIX-like systems, 
this step is done by using the Samba server.
If the printer is secured, the printer administrator may provide the LiveCycle ES2.5 administrator with the user name and password that are 
required to print to the printer queue. To access the printer by using the user name and password, the LiveCycle ES2.5 administrator must 
register them by using LiveCycle ES2.5 trust store. The Output service looks up the user name and password for a given UNC path by using 
it and its parent components as the profile name. 
Assume that the LiveCycle ES2.5 administrator registers 
\\print-server.domain.name.com\printer
as a profile in the LiveCycle ES2.5 
trust store. In this situation, the Output service searches for the credentials of a printer by looking up aliases in the Trust Store in the 
following order:
\\print-server.domain.name.com\printer 
\\print-server.domain.name.com
\\domain.name.com
\\name.com
\\com
\\
The Output service sends the print job to the first matching entry.
Note: LiveCycle ES2.5 supports NTLM v2 in CIFS. Kerberos5 is not supported. 
Assume that a LiveCycle ES2.5 user invokes the 
sendToPrinter
operation, passes the printer path as the server name parameter, and leaves 
the printer name parameter blank. The required user name and password values are resolved by using LiveCycle ES2.5 Trust Store profiles. 
When using the CIFS protocol, the printer queue is shared as a resource by a server. To print a file, the following tasks are performed: 
• The client authenticates itself to the server for the specific resource (for example, the shared printer queue on server).
• After authentication, the print job is sent to the printer.
Working with device profile files (XDC file)
A device profile (XDC file) is a printer description file in XML format. This file enables the Output service to output documents as laser or 
label printer formats. The Output service uses the XDC files including these:
• hppcl5c.xdc 
• hppcl5e.xdc 
• ps_plain_level3.xdc 
• ps_plain_mt.xdc 
• ps_plain.xdc 
• zpl203.xdc 
• zpl300.xdc 
ADOBE LIVECYCLE ES2.5
Output Service
LiveCycle ES2.5 Services
100
• zpl600.xdc 
It is not necessary to modify these files for the Output service to create documents. However, you can modify them to meet your business 
requirements. (See LiveCycle ES2.5 XDC Editor Help.)
Note: See XDC Editor Help for a complete listing of XDC files. 
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.
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 ES2.5 distinguishes 
between paper (page) size and which input tray on the printer provides the requested paper. This functionality accommodates scenarios 
where a printer has different types of a particular paper size loaded into different input trays. This functionality allows a document to select 
paper from individual trays on a per-page basis. 
Designer ES2.5 does not expose paper size and input tray selection as two distinct properties. Instead, a Designer ES2.5 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 “Working with device profile files (XDC file)” 
on page 99.)
Designer ES2.5 provides duplicates of common paper types for Letter and Legal paper sizes, specifically to accommodate paper tray 
selection. The XDC Editor within Workbench is used to map or assign a physical input tray to a paper type. The names provided in Designer 
ES2.5 covers most tray-selection needs. The deployed device profile can be modified so that the Letter Color paper type causes the printer 
to select paper loaded into a secondary 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. Only the deployed device profile is modified to ensure the appropriate input tray selection.
Although the provided paper types are adequate, it is possible to create additional paper types. Additional paper types can be used in the 
XDC Editor by creating a paper type name. However, it must exist in Designer ES2.5 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 required.
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 
the size is found, a manual feed is requested.
For PCL documents, each master page in the XDP file (the form design created in Designer ES2.5) 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 Designer ES2.5 may turn the literal that 
you view in the paper type list into a slightly different literal. 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 
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. 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.
Documents you may be interested
Documents you may be interested