pdf viewer c# winform : Add jpg to pdf document SDK software API .net wpf winforms sharepoint PDF32000_200811-part2327

© 
Adobe Systems Incorporated 2008 – All rights reserved
103
PDF 32000-1:2008
7.11.4
Embedded File Streams
7.11.4.1 General
If a PDF file contains file specifications that refer to an external file and the PDF file is archived or transmitted, 
some provision should be made to ensure that the external references will remain valid. One way to do this is to 
arrange for copies of the external files to accompany the PDF file. Embedded file streams (PDF 1.3) address 
this problem by allowing the contents of referenced files to be embedded directly within the body of the PDF 
file. This makes the PDF file a self-contained unit  that can be stored or transmitted as  a single entity. (The 
embedded  files  are included purely for convenience and need not be directly processed by any conforming 
reader.)
NOTE
If the file contains OPI (Open Prepress Interface) dictionaries that refer to externally stored high-resolution 
images (see 14.11.7, "Open Prepress Interface (OPI)"), the image data can be incorporated into the PDF file 
with embedded file streams. 
An embedded file stream shall be included in a PDF document in one of the following ways:
Any  file specification dictionary in the  document may have an EF entry that  specifies  an embedded file 
stream. The stream data shall still be associated with a location in the file system. In particular, this method 
ID
array
(Optional) An array of two byte strings constituting a file identifier (see 14.4, 
"File Identifiers") that should be included in the referenced file. 
NOTE
The use of this entry improves an application’s chances of finding 
the  intended file and  allows  it  to warn  the user  if  the  file  has 
changed since the link was made. 
V
boolean
(Optional; PDF 1.2) A flag indicating whether the file referenced by the file 
specification  is volatile  (changes  frequently  with time).  If the value is true , 
applications  shall  not  cache  a  copy  of  the  file.  For  example,  a  movie 
annotation referencing a URL to a live video camera could set this flag to true
to notify the conforming reader that it should re-acquire the movie each time it 
is played. Default value: false
EF
dictionary
(Required if RF is present; PDF 1.3; amended to include the UF key in PDF 
1.7) A dictionary containing a subset of the keys FUFDOSMac, and Unix
corresponding to the entries by those names in the file specification dictionary. 
The value of each such key shall be an embedded file stream (see 7.11.4, 
"Embedded File Streams") containing the corresponding file. If this entry is 
present, the Type entry is required and the file specification dictionary shall be 
indirectly referenced.
The F and UF entries should  be  used in  place  of the DOS, Mac,  or Unix
entries.
RF
dictionary
(Optional; PDF 1.3) A dictionary with the same structure as the EF dictionary, 
which shall be present. Each key in the RF dictionary shall also be present in 
the EF  dictionary.  Each  value  shall be  a  related  files  array  (see  7.11.4.2, 
"Related Files Arrays") identifying files that are related to the corresponding 
file in the EF dictionary. If this entry is present, the Type entry is required and 
the file specification dictionary shall be indirectly referenced. 
Desc
text string
(Optional;  PDF 1.6) Descriptive text associated with the file specification. It 
shall be used for files in the EmbeddedFiles name tree (see 7.7.4, "Name 
Dictionary"). 
CI
dictionary
(Optional; shall be indirect reference; PDF 1.7) A collection item dictionary, 
which shall be used to create the user interface for portable collections (see 
7.11.6, "Collection Items"). 
Table 44 –  Entries in a file specification dictionary  (continued)
Key
Type
Value
Add jpg to pdf document - insert images into PDF in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Sample C# code to add image, picture, logo or digital photo into PDF document page using PDF page editor control
add picture to pdf in preview; add png to pdf preview
Add jpg to pdf document - VB.NET PDF insert image library: insert images into PDF in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Guide VB.NET Programmers How to Add Images in PDF Document
add image to pdf java; add picture to pdf form
PDF 32000-1:2008
104
© 
Adobe Systems Incorporated 2008 – All rights reserved
shall  be  used  for  file  attachment  annotations  (see  12.5.6.15,  "File  Attachment  Annotations"),  which 
associate the embedded file with a location on a page in the document. 
Embedded  file streams  may be associated with  the document as a whole through the EmbeddedFiles
entry (PDF 1.4) in the PDF document’s name dictionary (see 7.7.4, "Name Dictionary"). The associated 
name tree shall map name strings to file specifications that refer to embedded file streams through their EF
entries. 
Beginning with PDF 1.6, the Desc entry of the file specification dictionary (see Table 44) should be used to 
provide a textual description of the embedded file, which can be displayed in the user interface of a conforming 
reader. Previously, it was necessary to identify document-level embedded files by the name string provided in 
the name dictionary associated with an embedded file stream in much the same way that the JavaScript name 
tree associates name strings with document-level JavaScript actions (see 12.6.4.16, "JavaScript Actions"). 
The stream dictionary describing an embedded file shall contain the standard entries for any stream, such as 
Length and Filter (see Table 5), as well as the additional entries shown in Table 45. 
Table 45 –  Additional entries in an embedded file stream dictionary  
Key
Type
Value
Type
name
(Optional) The type of PDF object that this dictionary describes; if 
present, shall be EmbeddedFile for an embedded file stream. 
Subtype
name
(Optional) The subtype of the embedded file. The value of this entry 
shall be a first-class name, as defined in Annex E. Names without a 
registered prefix shall conform to the MIME media type names defined 
in Internet RFC 2046, Multipurpose Internet Mail Extensions (MIME), 
Part Two: Media Types (see the Bibliography), with the provision that 
characters  not  allowed  in  names  shall  use  the  2-character 
hexadecimal code format described in 7.3.5, "Name Objects." 
Params
dictionary
(Optional) An embedded  file parameter dictionary that shall contain 
additional file-specific information (see Table 46). 
Table 46 –  Entries in an embedded file parameter dictionary  
Key
Type
Value
Size
integer
(Optional) The size of the uncompressed embedded file, in bytes. 
CreationDate
date
(Optional) The date and time when the embedded file was created. 
ModDate
date
(Optional) The date and time when the embedded file was last 
modified. 
Mac
dictionary
(Optional) A subdictionary containing additional information specific to 
Mac OS files (see Table 47). 
CheckSum
string
(Optional) A 16-byte string that is the checksum of the bytes of the 
uncompressed embedded file. The checksum shall be calculated by 
applying the  standard  MD5  message-digest  algorithm  (described  in 
Internet  RFC  1321, The MD5 Message-Digest Algorithm ;  see  the 
Bibliography) to the bytes of the embedded file stream. 
VB.NET PDF Convert to Jpeg SDK: Convert PDF to JPEG images in vb.
Add necessary references page As PDFPage = doc.GetPage(0) ' Convert the first PDF page to page.ConvertToImage(ImageType.JPEG, Program.RootPath + "\\Output.jpg").
adding an image to a pdf; add jpg to pdf
C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
example, this C#.NET PDF to JPEG converter library will name the converted JPEG image file Output.jpg. Convert PDF to JPEG Using C#.NET. Add necessary references
acrobat insert image into pdf; adding images to pdf forms
© 
Adobe Systems Incorporated 2008 – All rights reserved
105
PDF 32000-1:2008
For Mac OS files, the Mac entry in the embedded file parameter dictionary should hold a further subdictionary 
containing Mac OS–specific file information. Table 47 shows the contents of this subdictionary. 
7.11.4.2 Related Files Arrays
In some circumstances, a PDF file can refer to a group of related files, such as the set of five files that make up 
a DCS 1.0 colour-separated image. The file specification explicitly names only one of the files; the rest shall be 
identified by some systematic variation of that file name (such as by altering the extension). When such a file is 
to be embedded in a PDF file, the related files shall be embedded as well. This is accomplished by including a 
related files array (PDF 1.3) as the value of the RF entry in the file specification dictionary. The array shall have 
2 ¥ n elements, which shall be paired in the form 
string
1
stream
1
string
2
stream
2
string
n 
stream
n
]
The first element of each pair shall be a string giving the name of one of the related files; the second element 
shall be an embedded file stream holding the file’s contents. 
EXAMPLE
In the following example, objects 21, 31, and 41 are  embedded  file streams containing the  DOS file 
SUNSET . EPS,  the  Mac  OS  file  Sunset . eps,  and  the  UNIX  file  Sunset . eps,  respectively.  The  file 
specification dictionary’s RF entry specifies an array, object 30, identifying a set of embedded files related 
to the Mac OS file, forming a DCS 1.0 set. The example shows only the first two embedded file streams in 
the set; an actual PDF file would, of course, include all of them.
10  0  obj
% File specification dictionary
<< /Type  /Filespec
/DOS  ( SUNSET . EPS)
/Mac  ( Sunset . eps )
% Name of Mac OS file
/Unix  ( Sunset . eps  )
/EF  <<  /DOS   21 0 R
/Mac  31 0 R
% Embedded Mac OS file
/Unix  41 0 R
  >>
/RF  <<  /Mac  30 0 R  >>
% Related files array for Mac OS file
>>
endobj
30  0  obj
% Related files array for Mac OS file
 ( Sunset . eps )  31 0 R
% Includes file Sunset . eps itself
( Sunset . C )  32 0 R
( Sunset . M )  33 0 R
( Sunset . Y )  34 0 R
Table 47 –  Entries in a Mac OS file information dictionary  
Key
Type
Value
Subtype
integer
(Optional) The embedded file’s file type. It shall be encoded as an integer 
according to Mac OS conventions: a 4-character ASCII text literal, that shall be 
a 32-bit integer, with the high-order byte first. 
EXAMPLE
The  file  type  “CARO”  is  represented  as  the  hexadecimal 
integer  4341524F,  which  is  expressed  in  decimal  as 
1128354383.
Creator
integer
(Optional) The embedded file’s creator signature shall be encoded in the same 
way as Subtype.
ResFork
stream
(Optional) The binary contents of the embedded file’s resource fork. 
C# Image Convert: How to Convert Adobe PDF to Jpeg, Png, Bmp, &
Add necessary references to your C# project: String inputFilePath = @"C:\input.pdf"; String outputFilePath = @"C:\output.jpg"; // Convert PDF to jpg.
add image pdf; adding an image to a pdf in preview
C# Image Convert: How to Convert MS PowerPoint to Jpeg, Png, Bmp
Add necessary references to your C# project: RasterEdge.XDoc.PDF.dll. C:\input.pptx"; String outputFilePath = @"C:\output.jpg"; // Convert PowerPoint to jpg.
add png to pdf acrobat; add image to pdf file
PDF 32000-1:2008
106
© 
Adobe Systems Incorporated 2008 – All rights reserved
( Sunset . K )  35 0 R
]
endobj
31  0  obj
% Embedded file stream for Mac OS file
<<   /Type  /EmbeddedFile
% Sunset . eps
/Length  …
/Filter  …
>>
stream
… Data for Sunset . eps …
endstream
endobj
32  0  obj
% Embedded file stream for related file
<<   /Type  /EmbeddedFile
% Sunset . C
/Length  …
/Filter  …
>>
stream
… Data for Sunset . C …
endstream
endobj
7.11.5
URL Specifications
When the FS entry in a file specification dictionary has the value URL, the value of the F entry in that dictionary 
is not a file specification string, but a uniform resource locator (URL) of the form defined in Internet RFC 1738, 
Uniform Resource Locators (see the Bibliography). 
EXAMPLE
The following example shows a URL specification.
<<   /FS  /URL
/F  ( ftp : / / www . beatles . com / Movies / AbbeyRoad . mov )
>>
The  URL  shall  adhere  to the  character-encoding  requirements  specified  in  RFC  1738.  Because  7-bit  U.S. 
ASCII is a strict subset of PDFDocEncoding, this value shall also be considered to be in that encoding. 
7.11.6
Collection Items
Beginning with PDF 1.7, a collection item dictionary shall contain the data described by the collection schema 
dictionary  for  a particular  file  in  a  collection  (see  12.3.5,  "Collections").  Table 48  describes  the  entries  in  a 
collection item dictionary. 
Table 48 –  Entries in a collection item dictionary  
Key
Type
Value
Type
name
(Optional) The type of PDF object that  this dictionary describes; if  present, 
shall be CollectionItem for a collection item dictionary.
C# Create PDF from images Library to convert Jpeg, png images to
images.Add(new Bitmap(Program.RootPath + "\\" 1.jpg")); images.Add(new Bitmap(Program.RootPath + "\\" 1.png")); / Build a PDF document with these images
add image in pdf using java; add an image to a pdf in preview
C# WPF PDF Viewer SDK to convert and export PDF document to other
Highlight Text. Add Text. Add Text Box. Drawing Markups. Add Stamp Annotation. image file formats with high quality, support converting PDF to PNG, JPG, BMP and
add jpg to pdf acrobat; how to add image to pdf in acrobat
© 
Adobe Systems Incorporated 2008 – All rights reserved
107
PDF 32000-1:2008
collection subitem dictionary provides the data corresponding to the related fields in the collection dictionary, 
and it provides a means of associating a prefix string with that data value. The prefix shall be ignored by the 
sorting algorithm. Table 49 describes the entries in a collection subitem dictionary. 
7.11.7
Maintenance of File Specifications
The techniques described in this sub-clause can be used to maintain the integrity of the file specifications within 
a PDF file during the following types of operations: 
Updating the relevant file specification when a referenced file is renamed
Determining the complete collection of files that are copied to a mirror site 
When creating new links to external files, discovering existing file specifications that refer to the same files 
and sharing them 
Finding the file specifications associated with embedded files to be packed or unpacked 
NOTE 1
It is not possible, in general, to find all file  specification strings  in a PDF  file because  there is no way  to 
determine whether a given string is a file specification string. It is possible, however, to find all file specification 
dictionaries, provided that they meet the following conditions: 
They are indirect objects. 
They contain a Type entry whose value is the name Filespec
NOTE 2
A conforming reader can locate all  of the file specification dictionaries by traversing the PDF  file’s  cross-
reference table (see 7.5.4, "Cross-Reference Table") and finding all dictionaries with Type keys whose value is 
Filespec. For this reason, all file specifications should be expressed in dictionary form and meet the conditions 
stated above. Any file specification dictionary specifying embedded files (that is, one that contains an EF entry) 
should satisfy these conditions (see Table 44). 
Other 
keys 
text string, 
date, 
number or 
dictionary
(Optional Provides  the  data  corresponding  to  the  related  fields  in  the 
collection dictionary.  If the entry is a dictionary, then it shall be a collection 
subitem dictionary (see Table 49). 
The type of each entry shall match the type of data identified by the collection 
field dictionary (see Table 157) referenced by the same key in the collection 
schema dictionary (see Table 156). 
EXAMPLE
If the corresponding collection field has a Subtype entry of 
S, then the entry is a text string. 
A single collection item dictionary may contain multiple entries, with one entry 
representing each key (see EXAMPLE 1 in 12.3.5, "Collections").
Table 49 –  Entries in a collection subitem dictionary  
Key
Type
Value
Type
name
(Optional) The type of PDF object  that this dictionary describes;  if present, 
shall be CollectionSubitem for a collection item dictionary.
D
text string, 
date, or 
number
(Optional) The data corresponding to the related entry in the collection field 
dictionary  (see  Table 157).  The  type  of  data  shall  match  the  data  type 
identified by the corresponding collection field dictionary. Default: none.
P
text string
(Optional A  prefix  string  that  shall  be  concatenated  with  the  text  string 
presented to the user. This entry is ignored when a conforming reader sorts 
the items in the collection. Default: none. 
Table 48 –  Entries in a collection item dictionary  (continued)
Key
Type
Value
VB.NET Create PDF from images Library to convert Jpeg, png images
bmp")) images.Add(New REImage(Program.RootPath + "\\" 1.jpg")) images.Add(New REImage(Program.RootPath + "\\" 1.png")) ' Build a PDF document with these
add image to pdf file acrobat; add photo to pdf reader
VB.NET PDF Convert to Images SDK: Convert PDF to png, gif images
Convert PDF to Jpg, Png, Bmp, Gif, Tiff and Bitmap in ASP.NET. VB.NET Project: Necessary DLLs for Conversion of PDF to Images. Add necessary references:
how to add image to pdf form; add image field to pdf form
PDF 32000-1:2008
108
© 
Adobe Systems Incorporated 2008 – All rights reserved
NOTE 3
It may not be possible to locate file specification dictionaries that are direct objects, since they are neither self-
typed nor necessarily reachable by any standard path of object references. 
NOTE 4
Files may be embedded in a PDF file either directly, using the EF entry in a file specification dictionary, or 
indirectly, using related files arrays specified in the RF entry. If a file is embedded indirectly, its name is given 
by the string that precedes the embedded file stream in the related files array. If it is embedded directly, its 
name is obtained from the value of the corresponding entry in the file specification dictionary. 
EXAMPLE
The EXAMPLE in 7.11.4.2, "Related Files Arrays," for instance, shows the EF dictionary having a DOS 
entry identifying object number 21 as an embedded file stream. The name of the embedded DOS file, 
SUNSET . EPS, is given by the DOS entry in the file specification dictionary. 
NOTE 5
A given external file may be referenced from more than one file specification. Therefore, when embedding a 
file with a given name, it is recommended to check for other occurrences of the same name as the value 
associated  with  the  corresponding  key  in  other  file  specification  dictionaries.  This  requires  finding  all 
embeddable file specifications and, for each matching key, checking for both of the following conditions: 
The string value associated with the key matches the name of the file being embedded. 
A file has not already been embedded for the file specification. 
NOTE 6
If there is already a corresponding key in the EF dictionary, a file has already been embedded for that use of 
the file name. 
NOTE 7
Files associated with a given file name need not be unique. The same file name, such as readme . txt, may be 
associated with different embedded files in distinct file specifications.
7.12 Extensions Dictionary
7.12.1
General
The extensions dictionary, an entry in the document’s catalog dictionary, if present, shall contain one or more 
entries identifying  developer-defined  extensions  to the  ISO 32000-1 Standard. An extensions  dictionary,  not 
shown, may optionally contain a Type entry whose value is the name Extensions. The keys in the extensions 
dictionary shall be names consisting only of the registered prefixes, described in Annex E, of the developers 
whose extensions are being used. The values shall be developer extensions dictionaries specifying developer-
defined  version  information  as  shown  in  Table 50.  The  extensions  dictionary,  all  developer  extensions 
dictionary  entries  in  the  extensions  dictionary,  as  well  as  their  entries,  all  shall  be  direct  objects  (i.e.,  this 
information shall be nested directly within the catalog dictionary with no indirect objects used).
7.12.2
Developer Extensions Dictionary
Table 50 describes the entries in a developer extensions dictionary. 
Table 50 –  Entries in a developer extensions dictionary  
Key
Type
Value
Type
name
(Optional)  The  type of PDF  object that this dictionary describes; if present, 
shall be DeveloperExtensions.
BaseVersion
name
(Required) The name of the PDF version to which this extension applies. The 
name shall be consistent with the syntax used for the Version entry of the 
catalog dictionary (see 7.7.2, “Document Catalog”).
ExtensionLevel integer
(Required) An integer defined by the developer to denote the extension being 
used.  If  the  developer  introduces  more  than  one  extension  to  a  given 
BaseVersion the extension level numbers assigned by that developer shall 
increase over time.
© 
Adobe Systems Incorporated 2008 – All rights reserved
109
PDF 32000-1:2008
7.12.3
BaseVersion
The  value of  the BaseVersion  entry  shall  be  a  name  and  shall be  consistent with the  syntax used  for  the 
Version entry value of the catalog dictionary (see 7.7.2, “Document Catalog”). The value of  BaseVersion
when treated as a version number, shall be less than or equal to the PDF version, both in the document header 
(see 7.5.2, “File Header”) and the catalog Version  key value, if present. The value of BaseVersion may be 
different from the version number in the document header or that supplied by the Version key in the Catalog
This  is  because  it  reflects the  version of the  standard  that  has been  extended and not  the  version  of  this 
particular file.
NOTE 1
The value of BaseVersion is not to be interpreted as a real number but as two integers with a PERIOD (2Eh) 
between them.
7.12.4
ExtensionLevel
The  value  of  the ExtensionLevel  entry  shall  be  an  integer,  which  shall  be  interpreted  with  respect  to  the 
BaseVersion value. If a developer has released multiple extensions against the same  BaseVersion value, 
they  shall  be  ordered  over  time  and  the ExtensionsLevel  numbers  shall  be  a  monotonically  increasing 
sequence over time.
EXAMPLE 1
%PDF–1.7
<</Type  /Catalog
/Extensions
<< /ADBE
<</BaseVersion   /1.7
/ExtensionLevel   3
>>
>>
>>
EXAMPLE 2
%PDF–1.7
<</Type  /Catalog
/Extensions
<< /GLGR
<</BaseVersion   /1.7
/ExtensionLevel   1002
>>
>>
>>
EXAMPLE 3
%PDF–1.7
<</Type  /Catalog
/Extensions
<< /ADBE
<</BaseVersion   /1.7
/ExtensionLevel   3
>>
/GLGR
<</BaseVersion   /1.7
/ExtensionLevel   1002
>>
>>
>>
PDF 32000-1:2008
110
© 
Adobe Systems Incorporated 2008 – All rights reserved
8
Graphics
8.1
General
The  graphics  operators  used  in  PDF  content  streams  describe  the  appearance  of  pages  that  are  to  be 
reproduced on a raster output device. The facilities described in this clause are intended for both printer and 
display applications. 
The graphics operators form six main groups: 
Graphics  state operators manipulate the data structure called the  graphics  state, the global framework 
within which the other graphics operators execute. The graphics state includes the current transformation 
matrix (CTM), which maps user space coordinates used within a PDF content stream into output device 
coordinates. It also includes the current colour, the current clipping path, and many other parameters that 
are implicit operands of the painting operators. 
Path construction operators specify paths, which define shapes, line trajectories, and regions of various 
sorts. They include operators for beginning a new path, adding line segments and curves to it, and closing 
it. 
Path-painting operators fill a path with a colour, paint a stroke along it, or use it as a clipping boundary. 
Other  painting  operators paint certain self-describing graphics objects. These include sampled images, 
geometrically  defined  shadings, and entire content  streams  that  in  turn contain  sequences  of  graphics 
operators. 
Text operators select and show character glyphs from fonts (descriptions of typefaces for representing text 
characters). Because PDF treats glyphs as general graphical shapes, many of the text operators could be 
grouped with the graphics state or painting operators. However, the data structures and mechanisms for 
dealing with glyph and font descriptions are sufficiently specialized that clause 9, "Text" focuses on them. 
Marked-content operators associate higher-level logical information with objects in the content stream. 
This information does not affect the rendered appearance of the content (although it may determine if the 
content should be presented at all; see 8.11, "Optional Content"); it is useful to applications that use PDF 
for document interchange. Marked content is described in 14.6, "Marked Content".
This  clause  presents  general  information  about  device-independent  graphics  in  PDF:  how  a  PDF  content 
stream describes the abstract appearance of a page. Rendering—the device-dependent part of graphics—is 
covered in clause 10, "Rendering". The Bibliography lists a number of books that give details of these computer 
graphics concepts and their implementation. 
8.2
Graphics Objects
As discussed in 7.8.2, "Content Streams", the data in a content stream shall be interpreted as a sequence of 
operators and their operands, expressed as basic data objects according to standard PDF syntax. A content 
stream can describe the  appearance of a page, or it can be treated as a graphical element in certain other 
contexts. 
The  operands  and  operators  shall  be  written  sequentially  using  postfix  notation.  Although  this  notation 
resembles the sequential execution model of the PostScript language, a PDF content stream is not a program 
to be interpreted; rather, it is a static description of a sequence of graphics objects. There are specific rules, 
described below, for writing the operands and operators that describe a graphics object. 
PDF provides five types of graphics objects: 
path object is an arbitrary shape made up of straight lines, rectangles, and cubic Bézier curves. A path 
may intersect itself and may have disconnected sections and holes. A path object ends with one or more 
© 
Adobe Systems Incorporated 2008 – All rights reserved
111
PDF 32000-1:2008
painting operators that specify whether the path shall be stroked, filled, used as a clipping boundary, or 
some combination of these operations. 
text object consists of one or more character strings that identify sequences of glyphs to be painted. Like 
a path, text can be stroked, filled, or used as a clipping boundary. 
An external object (XObject) is an object defined outside the content stream and referenced as a named 
resource (see 7.8.3, "Resource Dictionaries"). The interpretation of an XObject depends on its type. An 
image XObject defines a rectangular array of colour samples to be painted; a form XObject is an entire 
content stream to be treated as a single graphics object. Specialized types of form XObjects shall be used 
to  import content from one PDF file  into another (reference XObjects) and  to group graphical  elements 
together  as  a  unit  for  various  purposes (group XObjects).  In  particular,  the  latter  are  used  to  define 
transparency groups for use in the transparent imaging model (transparency group XObjects, discussed in 
detail in clause 11, "Transparency"). There is also a PostScript XObject that may appear in some existing 
PDF files, but it should not be used by a PDF 1.7 conforming writer.
An inline image object uses  a special syntax to express  the  data  for a small image directly within  the 
content stream. 
shading object describes a geometric shape whose colour is an arbitrary function of position within the 
shape.  (A  shading  can  also  be  treated  as  a  colour  when  painting  other  graphics  objects;  it  is  not 
considered to be a separate graphics object in that case.) 
PDF  1.3  and  earlier  versions  use  an opaque imaging model  in  which  each  graphics  object  is  painted  in 
sequence,  completely  obscuring  any  previous  marks  it  may  overlay  on  the  page.  PDF  1.4  introduced  a 
transparent imaging model in which objects can be less than fully opaque, allowing previously painted marks to 
show through.  Each object is  painted on the page with a  specified opacity, which may  be constant at every 
point within the object’s shape or may vary from point to point. The previously existing contents of the page 
form a backdrop with which the new object is composited, producing results that combine the colours of the 
object and backdrop according to their respective opacity characteristics. The objects at any given point on the 
page forms transparency stack , where the stacking order is defined to be the order in which the objects shall 
be specified, bottommost object first. All objects in the stack can potentially contribute to the result, depending 
on their colours, shapes, and opacities. 
PDF’s graphics parameters are so arranged that objects shall be painted by default with full opacity, reducing 
the behaviour of the transparent imaging model to that of the opaque model. Accordingly, the material in this 
clause  applies  to  both  the  opaque  and  transparent  models  except  where  explicitly  stated  otherwise;  the 
transparent model is described in its full generality in clause 11, "Transparency". 
Although the painting behaviour described above is often attributed to individual operators making up an object, 
it  is  always  the  object  as  a  whole  that  is  painted.  Figure  9  in  Annex  L  shows  the  ordering  rules  for  the 
operations that define graphics objects. Some operations shall be permitted only in certain types of graphics 
objects  or  in  the  intervals between graphics  objects (called the page description level  in  the figure). Every 
content stream begins at the page description level, where changes may be made to the graphics state, such 
as colours and text attributes, as discussed in the following sub-clauses. 
In  the  Figure 9  in  Annex L, arrows  indicate  the operators that  mark  the beginning  or  end  of  each type of 
graphics object. Some operators are identified individually, others by general category. Table 51 summarizes 
these categories for all PDF operators. 
Table 51 –  Operator Categories  
Category
Operators
Table
General graphics state
w, J, j, M, d, rii, gs
57
Special graphics state
qQcm
57
Path construction
mlcvyhre
59
PDF 32000-1:2008
112
© 
Adobe Systems Incorporated 2008 – All rights reserved
Path painting
SsfFf*BB*bb*n
60
Clipping paths
WW*
61
Text objects
BTET
107
Text state
TcTwTzTLTf, Tr, Ts
Text positioning
TdTD, Tm, T*
108
Text showing
TjTJ', "
109
Type 3 fonts
d0d1
113
Color
CScsSCSCNscscnGgRG
rgKk
74
Shading patterns
sh
77
Inline images
BIIDEI
92
XObjects
Do
87
Marked content
MPDPBMCBDCEMC
320
Compatibility
BXEX
32
Table 51 –  Operator Categories (continued)
Category
Operators
Table
Documents you may be interested
Documents you may be interested