demo

1. ABC PDFlib, PDFlib+PDI, PPS A library for generating PDF on the fly PDFlib 9.0.1 API Reference For use with C, C++, Cobol, COM, Java, .NET, Objective-C, Perl, PHP, Python, REALbasic/Xojo, RPG, Ruby

2. Copyright © 1997–2013 PDFlib GmbH and Thomas Merz. All rights reserved. PDFlib users are granted permission to reproduce printed or digital copies of this manual for internal use. PDFlib GmbH Franziska-Bilek-Weg 9, 80339 München, Germany www.pdflib.com phone +49 • 89 • 452 33 84-0 fax +49 • 89 • 452 33 84-99 If you have questions check the PDFlib mailing list and archive at tech.groups.yahoo.com/group/pdflib Licensing contact: sales@pdflib.com Support for commercial PDFlib licensees: support@pdflib.com (please include your license number) This publication and the information herein is furnished as is, is subject to change without notice, and should not be construed as a commitment by PDFlib GmbH. PDFlib GmbH assumes no responsibility or lia- bility for any errors or inaccuracies, makes no warranty of any kind (express, implied or statutory) with re- spect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for par- ticular purposes and noninfringement of third party rights. PDFlib and the PDFlib logo are registered trademarks of PDFlib GmbH. PDFlib licensees are granted the right to use the PDFlib name and logo in their product documentation. However, this is not required. Adobe, Acrobat, PostScript, and XMP are trademarks of Adobe Systems Inc. AIX, IBM, OS/390, WebSphere, iSeries, and zSeries are trademarks of International Business Machines Corporation. ActiveX, Microsoft, OpenType, and Windows are trademarks of Microsoft Corporation. Apple, Macintosh and TrueType are trademarks of Apple Computer, Inc. Unicode and the Unicode logo are trademarks of Unicode, Inc. Unix is a trademark of The Open Group. Java and Solaris are trademarks of Sun Microsystems, Inc. HKS is a regis- tered trademark of the HKS brand association: Hostmann-Steinberg, K+E Printing Inks, Schmincke. Other company product and service names may be trademarks or service marks of others. PANTONE® colors displayed in the software application or in the user documentation may not match PANTONE-identified standards. Consult current PANTONE Color Publications for accurate color. PANTONE® and other Pantone, Inc. trademarks are the property of Pantone, Inc. © Pantone, Inc., 2003. Pantone, Inc. is the copyright owner of color data and/or software which are licensed to PDFlib GmbH to distribute for use only in combination with PDFlib Software. PANTONE Color Data and/or Software shall not be copied onto another disk or into memory unless as part of the execution of PDFlib Software. PDFlib contains modified parts of the following third-party software: ICClib, Copyright © 1997-2002 Graeme W. Gill GIF image decoder, Copyright © 1990-1994 David Koblas PNG image reference library (libpng), Copyright © 1998-2012 Glenn Randers-Pehrson Zlib compression library, Copyright © 1995-2012 Jean-loup Gailly and Mark Adler TIFFlib image library, Copyright © 1988-1997 Sam Leffler, Copyright © 1991-1997 Silicon Graphics, Inc. Cryptographic software written by Eric Young, Copyright © 1995-1998 Eric Young (eay@cryptsoft.com) Independent JPEG Group’s JPEG software, Copyright © 1991-1998, Thomas G. Lane Cryptographic software, Copyright © 1998-2002 The OpenSSL Project (www.openssl.org) Expat XML parser, Copyright © 1998, 1999, 2000 Thai Open Source Software Center Ltd ICU International Components for Unicode, Copyright © 1995-2012 International Business Machines Corpo- ration and others Reference sRGB ICC color profile data, Copyright (c) 1998 Hewlett-Packard Company PDFlib contains the RSA Security, Inc. MD5 message digest algorithm.

3. Contents 1 Programming Concepts 7 1.1 1.1.1 Syntax 7 1.1.2 Simple Data Types 10 1.1.3 Fontsize and Action Data Types 12 1.1.4 Color Data Type 13 1.1.5 Geometric Data Types 15 1.2 Function Scopes 17 1.3 Logging 18 2 General Functions 21 2.1 2.2 Unicode Conversion 23 2.3 Global Options 25 2.4 Creating and Deleting PDFlib Objects 32 2.5 PDFlib Virtual File System (PVF) 34 2.6 PDF Object Creation API (POCA) 37 3 Document and Page Functions 41 3.1 3.2 Fetching PDF Documents from Memory 51 3.3 Page Functions 52 3.4 Layers 57 4 Font and Text Functions 63 4.1 4.2 Text Filter and Appearance Options 75 4.3 Simple Text Output 79 4.4 User-defined (Type 3) Fonts 83 4.5 User-defined 8-Bit Encodings 86 5 Text and Table Formatting 87 5.1 5.2 Multi-Line Text with Textflows 93 5.3 Table Formatting 110 6 Object Fitting and Matchboxes 121 6.1 Option Lists 7 Exception Handling 21 Document Functions 41 Font Handling 63 Single-Line Text with Textlines 87 Object Fitting 121 Contents 3

4. 6.2 Matchboxes 129 7 Graphics Functions 133 7.1 7.2 Graphics State 136 7.3 Coordinate System Transformations 140 7.4 Path Construction 143 7.5 Painting and Clipping 147 7.6 Path Objects 149 8 Color Functions 155 8.1 8.2 ICC Profiles 158 8.3 Patterns and Shadings 160 9 Image, SVG Graphics and Template Functions 165 9.1 9.2 SVG Graphics 173 9.3 Templates 179 9.4 Common XObject Options 181 10 PDF Import (PDI) and pCOS Functions 187 10.1 10.2 Page Functions 191 10.3 Other PDI Processing 197 10.4 pCOS Functions 199 11 Block Filling Functions (PPS) 203 11.1 11.2 Textline and Textflow Blocks 204 11.3 Image Blocks 206 11.4 PDF Blocks 207 11.5 Graphics Blocks 208 12 Interactive Features 209 12.1 12.2 Annotations 211 12.3 Form Fields 219 12.4 Actions 226 12.5 Named Destinations 231 Graphics Appearance Options 133 Setting Color 155 Images 165 Document Functions 187 Rectangle Options for Block Filling Functions 203 Bookmarks 209 4 Contents

5. 12.6 PDF Packages and Portfolios 233 12.7 Geospatial Features 238 13 Multimedia Features 241 13.1 13.2 Asset and Rich Media Features (Flash) 247 14 Document Interchange 255 14.1 14.2 XMP Metadata 257 14.3 Tagged PDF 258 14.4 Marked Content 264 14.5 Document Part Hierarchy 266 A List of all API Functions 269 B List of all Options and Keywords 271 C Revision History 287 Index 289 3D Artwork 241 Document Information Fields 255 Contents 5

7. 1 Programming Concepts 1.1 Option Lists Option lists are a powerful yet easy method for controlling API function calls. Instead of requiring a multitude of function parameters, many API methods support option lists, or optlists for short. These are strings which can contain an arbitrary number of options. Option lists support various data types and composite data like lists. In most language bindings optlists can easily be constructed by concatenating the required keywords and values. Bindings C language binding: you may want to use the sprintf( ) function for constructing optlists. .NET language binding: C# programmers should keep in mind that the AppendFormat( ) StringBuilder method uses the { and } braces to represent format items which will be re- placed by the string representation of arguments. On the other hand, the Append( ) method does not impose any special meaning on the brace characters. Since the option list syntax makes use of the brace characters, care must be taken in selecting the AppendFormat( ) or Append( ) method appropriately. 1.1.1 Syntax Formal option list syntax definition. lowing rules: > All elements (keys and values) in an option list must be separated by one or more of the following separator characters: space, tab, carriage return, newline, equal sign ’=’. > An outermost pair of enclosing braces is not part of the element. The sequence { } designates an empty element. > Separators within the outermost pair of braces no longer split elements, but are part of the element. Therefore, an element which contains separators must be enclosed with braces. > If an element contains brace characters these must be protected with a preceding backslash character. > If an element contains a sequence of one or more backslash characters in front of a brace, each backslash in the sequence must be protected with another backslash character. > Option lists must not contain binary zero values. Option lists must be constructed according to fol- An option may have a list value according to its documentation in this PDFlib Refer- ence. List values contain one or more elements (which may themselves be lists). They are separated according to the rules above, with the only difference that the equal sign is no longer treated as a separator. Note Option names (i.e. the key) never contain hyphen characters. Keep this in mind since the tables with option descriptions may sometimes contain long option names which are hyphenated. The hyphen must be omitted when supplying the option in an option list. Simple option lists. pairs. Keys and values, as well as multiple key/value pairs must be separated by one or In many cases option lists will contain one or more key/value 1.1 Option Lists 7

8. more whitespace characters (space, tab, carriage return, newline). Alternatively, keys can be separated from values by an equal sign ’=’: key=value key = value key value key1 = value1 key2 = value2 To increase readability we recommend to use equal signs between key and value and whitespace between adjacent key/value pairs. Since option lists will be evaluated from left to right an option can be supplied mul- tiply within the same list. In this case the last occurrence will overwrite earlier ones. In the following example the first option assignment will be overridden by the second, and key will have the value value2 after processing the option list: key=value1 key=value2 List values. list values in turn. Lists are bracketed with { and } braces, and the values in the list must be separated by whitespace characters. Examples: Lists contain one or more separated values, which may be simple values or dasharray={11 22 33} position={ center bottom } (list containing three numbers) (list containing two keywords) A list may also contain nested lists. In this case the lists must also be separated from each other by whitespace. While a separator must be inserted between adjacent } and { characters, it can be omitted between braces of the same kind: polylinelist={{10 20 30 40} {50 60 70 80}} (list containing two lists) If the list contains exactly one list the braces for the nested list must not be omitted: polylinelist={{10 20 30 40}} (list containing one nested list) Nested option lists and list values. option lists. Options of type option list contain one or more subordinate options. Options of type list of option lists contain one or more nested option lists. When dealing with nested option lists it is important to specify the proper number of enclosing braces. Several examples are listed below. The value of the option metadata is an option list which itself contains a single op- tion filename: Some options accept the type option list or list of metadata={filename=info.xmp} The value of the option fill is a list of option lists containing a single option list: fill={{ area=table fillcolor={rgb 1 0 0} }} The value of the option fill is a list of option lists containing two option lists: fill={{ area=rowodd fillcolor={rgb 0 1 0} } { area=roweven fillcolor={rgb 1 0 0} }} List containing one option list with a value that includes spaces: attachments={{filename={foo bar.xml} }} 8 Chapter 1: Programming Concepts

9. List containing three strings: itemnamelist = { {Isaac Newton} {James Clark Maxwell} {Albert Einstein} } List containing two keywords: position={left bottom} List containing different types (float and keyword): position={10 bottom} List containing one rectangle: boxes={{10 20 30 40}} List containing two polylines with percentages: polygons = {{10 20 40 60 90 120}} {12 87 34 98 34% 67% 34% 7%}} Common traps and pitfalls. tion list syntax. Braces are not separators; the following is wrong: This paragraph lists some common errors regarding op- key1 {value1}key2 {value2} WRONG! This will trigger the error message Unknown option 'value2'. Similarly, the following are wrong since the separators are missing: key{value} key={{value1}{value2}} WRONG! WRONG! Braces must be balanced; the following is wrong (see below for unquoted string syntax): key={open brace {} WRONG! This will trigger the error message Braces aren't balanced in option list 'key={open brace {}'. A single brace as part of a string must be preceded by an additional backslash character: key={closing brace \} and open brace \{} CORRECT! A backslash at the end of a string value must be preceded by another backslash if it is followed by a closing brace character: key={\value\} key={\value\\} WRONG! CORRECT! Unquoted string values in option lists. the characters in an option value and optlist syntax characters may arise: > Passwords may contain unbalanced braces, backslashes and other special characters > Japanese SJIS filenames in option lists (reasonable only in non-Unicode-capable lan- guage bindings) > Supplying JavaScript code in options is problematic due to the use of { and } braces In the following situations conflicts between 1.1 Option Lists 9

10. In order to provide a simple mechanism for supplying arbitrary text or binary data which does not interfere with option list syntax elements, unquoted option values can be supplied along with a length specifier in the following syntax variants: key[n]=value key[n]={value} The decimal number n represents the following: > in Unicode-capable language bindings: the number of UTF-16 code units > in non-Unicode aware language bindings: the number of bytes comprising the string The braces around the string value are optional, but strongly recommended. They are required for strings starting with a space or other separator character. Braces, separators and backslashes within the string value are taken literally without any special interpre- tation. Example for specifying a 7-character password containing space and brace charac- ters. The whole string is surrounded by braces which are not part of the option value: password[7]={ ab}c d} Note that if an option value in a nested option list is provided with a length count, the enclosing option list must also supply a length count, e.g. fitannotation[34]={contents[19]={this is a brace '}'}} 1.1.2 Simple Data Types String. are generally used for non-localizable keywords. Strings containing whitespace or ’=’ characters must be bracketed with { and }: Strings are plain ASCII strings (or EBCDIC strings on EBCDIC platforms) which password={ secret string } contents={length=3mm} (string value contains three blanks) (string value containing one equal sign) The characters { and } must be preceded by an additional \ character if they are sup- posed to be part of the string: password={weird\}string} (string value contains a right brace) A backslash in front of the closing brace of an element must be preceded by a backslash character: filename={C:\path\name\\} (string ends with a single backslash) An empty string can be constructed with a pair or braces: {} Content strings, hypertext strings and name strings: these can hold Unicode content in various formats. Single bytes can be expressed by an escape sequence if the option escapesequence is set. For details on these string types and encoding choices for string options see the PDFlib Tutorial. 10 Chapter 1: Programming Concepts

11. Non-Unicode capable language bindings: if an option list starts with a [EBCDIC-]UTF- 8 BOM, each content, hypertext or name string of the option list is interpreted as a [EBC- DIC-]UTF-8 string. Unichar. ported: decimal values ¹ 10 (e.g. 173), hexadecimal values prefixed with x, X, 0x, 0X, or U+ (xAD, 0xAD, U+00AD), numerical references, character references, and glyph name refer- ences but without the ’&’ and ’;’ decoration (shy, #xAD, #173). Alternatively, literal charac- ters can be supplied. Examples: A Unichar is a single Unicode value where several syntax variants are sup- replacementchar=? replacementchar=63 replacementchar=x3F replacementchar=0x3F replacementchar=U+003F replacementchar=euro replacementchar=.question replacementchar=.marina (literal) (decimal) (hexadecimal) (hexadecimal) (Unicode notation) (HTML character reference) (standard glyph name reference) (font-specific glyph name reference) Single characters which happen to be a number are treated literally, not as decimal Uni- code values: replacementchar=3 (U+0033 THREE, not U+0003!) Unichars must be in the hexadecimal range 0-0x10FFFF (decimal 0-1114111). However, some options are restricted to the range 0-0xFFFF (0-65535). This is noted in the respec- tive option description. Unicode range. via start and end characters of the range. The start and end values of a Unicode range must be separated by a minus sign ’-’ without any spaces, e.g. A Unicode range identifies a contiguous range of Unicode characters forcechars={U+03AC-U+03CE} Boolean. omitted, the value true is assumed. As a shorthand notation noname can be used instead of name=false: Booleans have the values true or false; if the value of a Boolean option is embedding noembedding (equivalent to embedding=true) (equivalent to embedding=false) Keyword. words. Example: An option of type keyword can hold one of a predefined list of fixed key- blendmode=overlay For some options the value hold either a number or a keyword. Number. Integer types can hold decimal and hexadecimal integers. Positive integers starting with x, X, 0x, or 0X specify hexadecimal values: Option list support several numerical types. 1.1 Option Lists 11

12. -12345 0 0xFF Floats can hold decimal floating point or integer numbers; period and comma can be used as decimal separators for floating point values. Exponential notation is also sup- ported. The following values are all equivalent: size = -123.45 size = -123,45 size = -1.2345E2 size = -1.2345e+2 Percentages are numbers with a % character directly after the numerical value. Some options allow negative percentages: leading=120% topoffset=-20.5% Handle. tions. Technically these are integer values which have been returned earlier by an API function. For example, an image handle is returned by PDF_load_image( ). Handles must always be treated as opaque types; they must never be modified or created by the appli- cation directly (as opposed to using a handle returned by an API function). Handles must always be valid for the respective type of object. For example, an option which ex- pects an image handle must not be supplied with a graphics handle, although both han- dles are integer types. Handles identify various types of objects, e.g. fonts, images, ICC profiles or ac- 1.1.3 Fontsize and Action Data Types Fontsize. specified in absolute values, relative to some external entity, or relative to some font property. In general the fontsize must be different from 0 unless the option description mentions otherwise. In the most common case a fontsize contains a single float value which specifies re- fers to units in the user coordinate system: A fontsize can be defined in several ways which allow the size of text to be fontsize=12 The second variant contains a percentage, where the basis of the percentage depends on the context (e.g. the width of the fitbox for PDF_fit_textline( ): fontsize=8% In the third variant, the fontsize is specified as an option list which must contain a key- word and a number. The keyword describes the desired font metric according to Table 1.1, and the number contains the desired size. PDFlib will calculate the proper fontsize so that the selected text metric matches the supplied value: fontsize={capheight 5} Action list. of an event keyword (trigger) and a list of action handles which must have been created An action list specifies one or more actions. Each entry in the list consists 12 Chapter 1: Programming Concepts