Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Folders     51
Folders
Folders are analogous to directories in a hierarchical file system and allow files to be grouped in a recursive 
manner. Folders provide a scalable and efficient mechanism for arranging files in a portable collection into 
folders, while maintaining a high degree of compatibility with older viewers.
You can create a folder with attributes and place files into specific folders regardless of their source. Folders 
are visible only when viewing a PDF Portfolio in Acrobat 9. Therefore, adding a Folder element for a 
single PDF turns the PDF into a portfolio. That is, adding a Folder element has the same as adding a 
portfolio element.
You can create a folder hierarchy by nesting Folder elements. Each Folder element can include a 
graphic to use as a thumbnail image associated with the folder.
Here is an example of a nested folder structure. The path to the sole package file is 
/QE/Beta Test Files/cool.pdf.
<DDX xmlns="http://ns.adobe.com/DDX/1.0/">
<PDF result="pkg.pdf">
<PDF source="doc1.pdf"/>
<Folder name="QE" thumbnail="qeImage.jpg">
<Description>QE Root folder</Description>         
<Folder name="Beta Test Files" thumbnail="betaImage.jpg">
<Description>Beta Test Files</Description>
<PackageFiles source="cool.pdf">
<Description>test for coolness</Description>
<FieldData name="Owner">Beta Boop</FieldData>
</PackageFiles>
</Folder>
</Folder>
</PDF>
</DDX>
Here is a DDX that shows the basic structure of a DDX expression that creates a nested Folder in a PDF 
package:
<Folder name="Characters">
<Description>Fictional characters.</Description>
<Folder name="Movies">
<PackageFiles>
<PDF source="Elwood.pdf"/>
<FieldData name="Location">Chicago</FieldData>
</PackageFiles>
</Folder>
</Folder>
Navigation welcome page and navigation heading
The navigation welcome page appears only once when the portfolio is opened in the viewer and the 
navigation header appears across all navigation panes. These features are specified as XML that conforms 
to the Navigator Template Format. Acrobat 9 or AdobeReader 9 introduced support for these features. 
Note:The Assembler service cannot help you create the navigation header (not to be confused with a 
page header). Nor can the service help you create a navigation welcome page. The best tool for 
creating navigation headers and navigation welcome pages is Acrobat Pro Extended 9. 
Convert pdf into powerpoint online - C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF in C#.net, ASP.NET MVC, WinForms, WPF
Online C# Tutorial for Creating PDF from Microsoft PowerPoint Presentation
add pdf to powerpoint slide; convert pdf back to powerpoint
Convert pdf into powerpoint online - VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to PDF in vb.net, ASP.NET MVC, WinForms, WPF
VB.NET Tutorial for Export PDF file from Microsoft Office PowerPoint
how to convert pdf to ppt online; pdf conversion to powerpoint
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Creating a PDF Portfolio     52
You can specify a navigation header or navigation welcome page file, and its resources. Alternatively, you 
can specify an existing PDF Portfolio from which to obtain a header or welcome page.
The navigation welcome page is a resource with a name of "welcome/model.xml". If the welcome page 
source is specified, then all resources excluding the navigation header ("header/model.xml") in the PDF 
source are specified. Only resources referenced by a "header/model.xml" or "welcome/model.xml" are 
visible in the PDF Portfolio navigation pane (also called the PDF Portfolio Layout pane). If the source 
specified is an XML source, then any resources it references must also be specified. Such resources include 
images and localized strings.
The navigation header is a resource with a name of "header/model.xml". If the header source is specified, 
then all resources excluding the WelcomePage ("welcome/model.xml") in the source are specified. Only 
resources referenced by a "header/model.xml" or "welcome/model.xml" are visible in the portfolio 
navigation pane. 
Example:Choosing a new welcome page for a PDF Portfolio
<PDF result="newPackage" >
<Portfolio>
<WelcomePage source="myXMLWelcomePage"/>
<Header source="myXMLHeader"
</Portfolio>
<PackageFiles>
<PDF source="pkg1.pdf"/>
<PDF source="pkg2.pdf"/>
</PackageFiles>
</PDF>
Creating a PDF Portfolio
The following example creates a PDF Portfolio that uses the AdobeOnImage navigator. For each file or 
folder that is added, the DDX supplies a FieldData element that specifies the location for the icon. The 
DDX also supplies an image in the Resource element. 
The PDF Portfolio produced by this example works well in Acrobat 8 and 9. When the PDF Portfolio is 
viewed in Acrobat 8, the cover sheet is not displayed. 
Example:DDX that creates PDF Portfolio that uses the AdobeOnImage navigator
<DDX xmlns="http://ns.adobe.com/DDX/1.0/">
<PDF result="portfolio1.pdf">
<Portfolio>  
<Navigator source="AdobeOnImage.nav">  
<!-- Or source="myCustomNav.nav" or source="myCustomNav.pdf" -->
<!-- AdobeOnImage uses the following resource. -->
<!-- Each navigator is unique in its use of resources. -->
<Resource name="navigator/image.xxx" source="myImage.png"/>
</Navigator>
</Portfolio>
<Folder name="LC ES4 Testing">
<Folder name="Single Files">
<PackageFiles source="process:///process_data/@doc1" required="false">
<!-- These FieldData entries 
are specific to the AdobeOnImage navigator.-->
Online Convert PowerPoint to PDF file. Best free online export
Convert a PPTX/PPT File to PDF. Just upload your file by clicking on the blue button or drag-and-drop your pptx or ppt file into the drop area.
chart from pdf to powerpoint; converting pdf to ppt
RasterEdge XDoc.PowerPoint for .NET - SDK for PowerPoint Document
Convert PowerPoint to ODP/ ODP to PowerPoint. Insert Pages into PowerPoint File. Download Free Trial Download and try PDF for .NET with online support.
change pdf to powerpoint online; converter pdf to powerpoint
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Creating a PDF package     53
<FieldData name="X">72</FieldData>
<FieldData name="Y">72</FieldData>
</PackageFiles>
<PackageFiles source="process:///process_data/@doc2" required="false">
<FieldData name="X">72</FieldData>
<FieldData name="Y">144</FieldData>
</PackageFiles>
</Folder>
<Folder name="Folder of Files">
<Description>Assembler Dev Test Files</Description>
<FieldData name="X">72</FieldData>
<FieldData name="Y">216</FieldData>
<PackageFiles source=
"contentspace:///Company Home/User Homes/Assembler Dev Tests/" 
includeSubFolders="true"/>
</Folder>
</Folder>
</PDF>
</DDX>
Creating a PDF package
In the example below, a new package is created. The pages from single1 become the cover sheet for 
resultDoc, and documents doc2 and doc3 are added as package files. The InitialViewProfile 
element "letterCollection", which contains the package specification, suggests how the viewing 
applications initially display the document. Viewing applications that support only PDF packages behave 
differently from applications that support PDF Portfolios.
Example:Creating a PDF package
<DDX>
<PDF result="resultDoc" initialView="letterCollection">
<Package styleReference="letterCollection" />
<PDF source="single1"/>
<PackageFiles source="doc2">
<File filename="/documents/data" mimetype="application/pdf"/>
<Description>email from Employee B</Description>
<FieldData name="to">Employee A</FieldData>
<FieldData name="from">Employee B</FieldData>
<FieldData name="date">2005-06-21T09:47:00Z</FieldData>
<FieldData name="subject" prefix="Re:">Lunch on Friday!</FieldData>
</PackageFiles >
<PackageFiles source="doc3">
<File filename="/documents/data" mimetype="application/pdf"/>
<Description>email from Employee A</Description>
<FieldData name="to">Employee B</FieldData>
<FieldData name="from">Employee A</FieldData>
<FieldData name="date">2005-06-21T10:12:00Z</FieldData>
<FieldData name="subject" prefix="Re:">Lunch on Friday!</FieldData>
</PackageFiles >
</PDF>
<StyleProfile name="letterCollection">
<Package>
<Schema>
C# PDF insert text Library: insert text into PDF content in C#.net
Able to add a single text character and text string to PDF files using online source codes in C#.NET class value, The char wil be added into PDF page, 0
image from pdf to powerpoint; pdf to ppt
XDoc.HTML5 Viewer for .NET, Zero Footprint AJAX Document Image
View, Convert, Edit, Sign Documents and Images. viewer library can be easily integrated into your ASP powerful & profession imaging controls, PDF document, image
convert pdf into powerpoint online; convert pdf to powerpoint
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Change the cover sheet for an existing PDF package or portfolio     54
<Field name="from" type="Text" />
<Field name="to" type="Text" />
<Field name="date" type="Date" />
<Field name="subject" type="Text" />
<Field name="size" type="Size" />
</Schema >
<DisplayOrder>
<Field name="date"/>
<Field name="subject"/>
<Field name="from"/>
<Field name="to"/>
<Field name="size"/>
</DisplayOrder>
<SortOrder>
<Field name="date" ascending="true"/>
</SortOrder>
</Package>
</StyleProfile>
<InitialViewProfile 
name="letterCollection"
packageInitialDocument="FirstSortedDocument"
packageUIPane="Left"
/>
</DDX>
Change the cover sheet for an existing PDF package or portfolio
You can change the cover sheet for an existing PDF package or portfolio.
Note:Acrobat 8 is more likely to display the cover sheets in PDF packages or portfolios. Acrobat 9 displays 
those cover sheets only when specific viewer preferences are specified. 
Choose a new cover sheet
Specify the new the cover sheet with a PDF source element and specify the PDF package or portfolio to 
modify in a PackageFiles element. The PDF source must specify a single document, not an array of 
documents. If the cover sheet is not already PDF, the Assembler service attempts to convert it to PDF.
The following PDF package contains these parts:
Cover sheet that uses the pages from single1
Package files from pkg1.pdfpkg2.pdf
Any document-level file attachments from single1
Page-level file attachments remain for every page included in the cover sheet (single1). No page-level 
file attachments are included from pkg1.pdf and pkg2.pdf. The package specification is defined by 
merging the package specification from pkg2.pdf with the package specification from pkg1.pdf.
Example:Choosing a new cover sheet for a PDF package
<PDF result="newPackage">
<PDF source="single1"/>
<PackageFiles>
C# PDF Convert to Tiff SDK: Convert PDF to tiff images in C#.net
with specified zoom value and save it into stream The magnification of the original PDF page size Description: Convert to DOCX/TIFF with specified resolution and
how to convert pdf to ppt; pdf to ppt converter online for large
C# PDF File Split Library: Split, seperate PDF into multiple files
SharePoint. C#.NET control for splitting PDF file into two or multiple files online. Support to break a large PDF file into smaller files.
convert pdf to powerpoint using; online pdf converter to powerpoint
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Add or remove pages to an existing cover sheet     55
<PDF source="pkg1.pdf"/>
<PDF source="pkg2.pdf"/>
</PackageFiles>
</PDF>
Add or remove pages to an existing cover sheet
As shown in the example below, to add pages to an existing cover sheet, specify the additional source 
documents. In the following example, pages from prepend-pages and append-pages are added to 
the cover sheet contained in pkg1.pdf.
Example:Adding pages to a cover sheet
<PDF result="resultDoc">
<PDF source="prepend-pages"/>
<PDF source="pkg1.pdf" baseDocument="true"/>
<PDF source="append-pages"/>
</PDF>
As shown in the example below, to remove pages from an existing cover sheet, specify the pages to 
include in the source document. In the following example, pages 2-4 are removed from the cover sheet.
Example:Removing pages from a cover sheet
<PDF result="resultDoc">
<PDF source="pkg1.pdf" pages="1,5-last"/>
</PDF>
As shown in the example below, if no cover sheet is specified, the_AdobeCoverSheet is used as the 
default.
Example:Use a default cover sheet
<PDF result="resultDoc">
<PackageFiles>
<PDF source="pkg1.pdf"/>
<PDF source="pkg2.pdf"/>
</PackageFiles>
</PDF>
As shown in the example below, the AdobeCoverSheet is provided in 15 languages and selected by 
specifying a locale.   To support other languages, create locale-specific PDF documents to use as the cover 
sheet. You can also use your custom cover sheet to replace the cover sheet in an existing PDF package or 
portfolio. The Assembler service cannot select custom cover sheets based on locale. 
If you are using a default package specification, the same locales that are supported for the Adobe cover 
sheet are also available to select localized display strings for the default package specification. In the 
following example, the German version of the Adobe cover sheet is specified.
Example:Localizing a cover sheet
<PDF result="resultPkg">
<TargetLocale locale="de_DE"/>
<PDF source="_AdobeCoverSheet"/>
<PackageFiles>
<PDF source="pkg"/>
VB.NET PDF File Split Library: Split, seperate PDF into multiple
Split PDF file into two or multiple files in ASP.NET webpage online. Support to break a large PDF file into smaller files in .NET WinForms.
export pdf into powerpoint; export pdf to powerpoint
C# PDF Page Insert Library: insert pages into PDF file in C#.net
from the ability to inserting a new PDF page into existing PDF or pages from various file formats, such as PDF, Tiff, Word, Excel, PowerPoint, Bmp, Jpeg
convert pdf file to powerpoint presentation; converting pdf to powerpoint online
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Creating a package or portfolio specification from other ones     56
</PackageFiles>
</PDF>
Note:If the locale is not specified in the DDX, then the locale specified via UserManagement is used. If 
those locale specifications are absent, "en_US" is used. 
Creating a package or portfolio specification from other ones
A package or portfolio specification provides organizational information about the package or portfolio. 
Portfolio specifications also identify the navigator and data that the navigator consumes. 
Creating a package or portfolio specification by aggregating existing ones
You can also create a portfolio specification by aggregating portfolio specifications in existing PDF 
Portfolios.
In the following example, two package or portfolio specifications are assembled. The new package 
specification is created by aggregating the two package specifications. 
If the PDF source elements contain PDF packages, the SchemaDisplayOrder, and SortOrder 
elements are aggregated. 
If the PDF source elements contain PDF Portfolios, only the Schema, DisplayOrder, and SortOrder 
elements are aggregated. The other elements in the PDF result’s Portfolio element are taken from 
the first portfolio, in this case pkg2.pdf.
If any PDF source is a package, the resultant document will be a package. 
If none of the PDF sources are packages, the result is a single PDF. To force the result to be a package, 
without overriding any package specifications, add <Package/> within the <PDF> result block.
Example:Assembling packages
<PDF result="newPackage">
<PDF source="pkg2.pdf"/>
<PDF source="pkg3.pdf"/>
</PDF>
Selecting the package specification from an existing package
In the following example, the explicit Package element specifies only the package specification that 
exists in pkg1.pdf. As the package specification is explicitly specified, it does not include the 
specifications from pkg2.pdf or pkg3.pdf. The cover sheet is aggregated from the cover sheets in 
pkg2.pdf and pkg3.pdf.
This behavior is also true for a portfolio specification and the Portfolio element.
Example:Determining the content of a package specification
<PDF result="newPackage">
<Package>
<PDF source="pkg1.pdf"/>
</Package>
<PDF source="pkg2.pdf"/>
<PDF source="pkg3.pdf"/>
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Overriding properties in merged package or portfolio specifications     57
</PDF>
In the example above, if pkg1.pdf is only a single PDF, it contributes nothing to the assembly. The 
package specification starts with pkg2.pdf, followed by the specification that is contained in pkg3.pdf
Considering that pkg1.pdf is only a single PDF, the following DDX achieves the same result.
Example:Using a default package specification
<PDF result="newPackage">
<Package /> 
<PDF source="pkg2.pdf"/>
<PDF source="pkg3.pdf"/>
</PDF>
Overriding properties in merged package or portfolio specifications
You can assemble a PDF package or portfolio specification from the package or portfolio specifications in 
other packages or portfolios. By default, the existing specifications are aggregated the package or 
portfolio specification of resultant document. You can override this default behavior by specifying a 
Package
element as a child of the result. The Package element specifies the SchemaDisplayOrder
SortOrder, and TargetLocale that you want to replace. For example, if the Package element supplies 
only a Schema element, then the schema in the package specification of the resultant PDF package 
contains that schema. All other properties are taken from the merged package specifications.
This behavior is also true for a portfolio specification and the Portfolio element.
Changing the metadata display order in an existing PDF package or portfolio
You can change the display order in an existing PDF package, without changing the schema or sort order. 
Make this change by adding a new package specification with the changes you want. The package 
specification for the resultant PDF package or portfolio merges the new package specification with the 
other package specifications included in the PDF result element.
The following example creates a package specification with a new display order for the metadata. It also 
retains the same schema and sort order already defined in pkg1.pdf
Example:Specifying a different display order in a package specification
<PDF result="newPackage">
<Package>
<DisplayOrder>
<Field name="Phone" />
<Field name="Last Name" />
<Field name="First Name" />
<Field name="Address" />
</DisplayOrder>
</Package>
<PDF source="pkg1.pdf"/>
</PDF>
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Modifying the package files in a PDF package or portfolio     58
Modifying the package files in a PDF package or portfolio
The DDX grammar lets you add, modify, and extract the package files in an existing PDF package or 
portfolio.
Adding single files to an existing PDF package or portfolio
You can add individual files to a PDF package or portfolio. The Assembler service retains the documents’ 
custom metadata if the Schema
element defines that metadata. The service removes any custom 
metadata that the Schema element does not define. The removed metadata can be pre-existing or newly 
specified metadata (by a FieldData
element).
In the following example, single is a single PDF and pkg is a PDF package. The result, newPackage, is a 
package file that contains the package specification that existed within pkg.
Example:Adding a single PDF as a package file (a document in the collection)
<PDF result="newPackage">
<PDF source="pkg" />
<PackageFiles source="single">
<File filename="test.pdf" mimetype="application/pdf"/>
<FieldData name="Description">example</FieldData>
</PackageFiles>
</PDF>
Adding documents from a PDF package or portfolio to another 
Using a PackageFiles source, filter, or import element, you can specify the package files and 
specifications to assemble in the resultant PDF package or portfolio. 
Using nameKeys to select files from a PDF package or portfolio file
The following example uses the nameKeys attribute to specify which files to include in a PDF package. 
This example produces a resultant PDF Portfolio that includes the following files:
Cover sheet and all package files from portfolio.pdf 
All package files from pkg2.pdf
single4 
doc1.pdf and doc2.pdf from pkg3.pdf
The document single5 is omitted because the nameKeys filter does not select it. The document is a 
single PDF and has no namekey. The package specifications from the source PDF packages and portfolios 
are merged into one, beginning with portfolio.pdf, followed by pkg2.pdf, and then pkg3.pdf.
Example:Using a PackageFiles filter element to select package files
<PDF result="newPortfolio">
<PDF source="portfolio.pdf"/>
<PackageFiles>
<PDF source="pkg2.pdf"/>
<PDF source="single4"/>
</PackageFiles>
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Modifying selected files in a PDF package or portfolio     59
<PackageFiles nameKeys="doc1.pdf, doc2.pdf">
<PDF source="pkg3.pdf"/>
<PDF source="single5"/>
</PackageFiles>
</PDF>
Using the nameKeys to select folders from a PDF Portfolio 
Here is an example that uses the nameKeys attribute to specify which folders to include from a PDF 
Portfolio. The PackageFiles in the resultant PDF Portfolio includes all files from portfolio_1.pdf 
and only those files in portfolio_2.pdf that reside in the Drafts folder.
Example:Using a PackageFiles filter element to select folders and their files
<PDF result="newPortfolio">
<PDF source="portfolio_1.pdf"/>
<PackageFiles nameKeys="/Drafts">
<PDF source="portfolio_2.pdf"/>
</PackageFiles>
</PDF>
Modifying selected files in a PDF package or portfolio
Using a PackageFiles select element, you can select package files that are contained in the parent PDF 
result or parent PDF source document. The PackageFiles select element is typically used to modify the 
package files or to add metadata. (See “PackageFiles select elements” on page222
.)
In the following example, package files that the nameKey selects from portfolio_1.pdf are marked 
with a "Draft" watermark. All package files from portfolio_1.pdf are then marked with an 
additional "For Review" watermark. Selected files are marked only if they are modifiable PDF 
documents. 
Example:Using a select element to modify package files
<PDF result="newPortfolio.pdf">
<PDF source="portfolio_1.pdf"/>
<PackageFiles nameKeys="/Draft/doc1.pdf">
<Watermark><StyledText><p>Draft</p></StyledText></Watermark>
</PackageFiles>
<PackageFiles>
<Watermark verticalOffset="2in" replaceExisting="false">
<StyledText><p>For Review</p></StyledText>
</Watermark>
</PackageFiles>
</PDF>
Exporting and importing package files 
You can use the PackageFiles
result to extract, modify, and reimport the files in a PDF package or 
portfolio. 
The PackageFiles result element exports the package files and a descriptive XML document: 
Adobe LiveCycle 11
Assembling PDF Packages and Portfolios
Assembler Service and DDX Reference
Converting a PDF package or portfolio into a single PDF     60
Exported package files: These files are turned in a document map. Each exported file has one entry in 
the map. The entry names correspond to nameKey attributes from the PackageFiles XML file. 
Descriptive XML file (PackageFiles XML file): This file provides information about each of the 
package files, such as the metadata and the unique, internal nameKey. The filename of each exported 
package file is represented in the nameKey attribute within the resultant XML document. For package 
files that are in a PDF Portfolio with folders, the nameKey is the full path. Consider a portfolio that 
contains a main folder named Reports. The Reports folder contains a subfolder named June. The value 
of the nameKey attribute for the file is /Reports/June/summary.pdf. (See “PackageFiles 
Language” on page349
.)
The following examples show how you can export, modify, and import package files. In the first example, 
the package files and the descriptive XML file are exported. The package files are then processed 
elsewhere. When the Assembler service is invoked for the second example, the input map contains entries 
for each of the modified files. The entry names correspond to the nameKey entries in the descriptive XML 
file. The mypkg.xml is unmodified.
Example:Exporting package files
<?xml version="1.0" encoding="UTF-8"?> 
<!-- Export package files -->
<DDX>
<PackageFiles result="mypkg.xml" extract="true">
<PDF source="myPkg"/>
</PackageFiles>
</DDX>
Example:Importing modified package files
<?xml version="1.0" encoding="UTF-8"?> <!-- Import package files -->
<DDX>
<PDF result="myPkg">
<PDF source="myPkg"/>
<PackageFiles import="mypkg.xml"/>
</PDF>
</DDX>
Converting a PDF package or portfolio into a single PDF
The NoPackage
and NoPortfolio
elements assemble a single PDF document from the contents of its 
parent PDF
element. It assemblies the documents by appending each PDF package file to the cover sheet 
in sort order. Any package files that cannot be converted into PDF (such as XFA-based forms), remain as file 
attachments of the result.
Consider a PDF result that assembles pkg1.pdf and pkg2.pdf. The pkg1.pdf package contains single1a 
and single1b as package files. The pkg2.pdf package contains single2a and single2b as package 
files. The aggregated package specification produces the package files sorted in this order:
[single1a, single2a, single1b, single2b]
The pages in the resultant document consist of the cover sheets from pkg1.pdf and pkg2.pdf, followed 
by pages from single1asingle2asingle1b, and single2b. The file attachments in the resultant 
document are obtained from these sources:
Any document-level file attachments in single1a, single1bsingle2a, and single2b
Documents you may be interested
Documents you may be interested