pdf viewer c# winform : Add photo to pdf application Library utility azure asp.net .net visual studio PDF32000_200812-part2328

© 
Adobe Systems Incorporated 2008 – All rights reserved
113
PDF 32000-1:2008
Figure 9 –  Graphics Objects
EXAMPLE
The path construction operators m and re  signal the beginning of a path object. Inside the path object, 
additional path construction operators are permitted, as are the clipping path operators W and W*, but not 
general graphics state operators such as w or J. A path-painting operator, such as S or f, ends the path 
object and returns to the page description level.
NOTE
A  conforming  reader  may  process  a  content  stream  whose  operations  violate  these  rules  for  describing 
graphics objects and can produce unpredictable behaviour, even though it may display and print the stream 
correctly. Applications that attempt to extract graphics objects for editing or other purposes depend on the 
objects’ being well formed. The rules for graphics objects are also important for the proper interpretation of 
marked content (see 14.6, "Marked Content"). 
A graphics object also implicitly includes all graphics state parameters that affect its behaviour. For instance, a 
path object depends on the value of the current colour parameter at the moment the path object is defined. The 
effect shall be as  if this parameter were specified  as part of the  definition  of the path object. However, the 
operators  that  are  invoked  at  the  page  description  level  to  set  graphics  state  parameters  shall  not  be 
Path object
Allowed operators:
•  Path construction
Text object
Allowed operators:
•  General graphics state
•  Color
•  Text state
•  Text-showing
•  Text-positioning
•  Marked-content
Page description level
Allowed operators:
•  General graphics state
•  Special graphics state
•  Color
•  Text state
•  Marked-content
Clipping path object
Allowed operators:
•  None
Shading object
Allowed operators:
•  None
In-line image object
Allowed operators:
•  ID
External object
Allowed operators:
•  None
(immediate)
Path-painting
operators
(immediate)
Path-painting
operators
m, re
EI
BI
Do
sh
BT
ET
W, W*
Add photo to pdf - 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
how to add an image to a pdf file in acrobat; add a jpg to a pdf
Add photo to pdf - 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 an image to a pdf; add an image to a pdf with acrobat
PDF 32000-1:2008
114
© 
Adobe Systems Incorporated 2008 – All rights reserved
considered  to belong  to any particular graphics object.  Graphics  state  parameters  should be  specified  only 
when they change. A graphics object can depend on parameters that were defined much earlier. 
Similarly, the individual character strings within a text object implicitly include the graphics state parameters on 
which they depend. Most of these parameters may be set inside or outside the text object. The effect is as if 
they were separately specified for each text string. 
The  important  point  is  that  there  is  no  semantic  significance  to  the  exact  arrangement  of  graphics  state 
operators. A conforming reader or writer  of a PDF content stream may change an arrangement of graphics 
state  operators  to  any  other  arrangement  that  achieves  the  same  values  of  the  relevant  graphics  state 
parameters  for  each  graphics  object.  A  conforming  reader  or  writer  shall  not  infer  any  higher-level  logical 
semantics  from  the  arrangement  of  tokens  constituting  a  graphics  object.  A  separate  mechanism, marked 
content (see 14.6, "Marked Content"), allows such higher-level information to be explicitly associated with the 
graphics objects. 
8.3
Coordinate Systems
8.3.1
General
Coordinate systems define the canvas on which all painting occurs. They determine the position, orientation, 
and  size  of  the  text,  graphics,  and  images  that  appear  on  a page. This  sub-clause  describes  each  of  the 
coordinate systems used in PDF, how they are related, and how transformations among them are specified. 
NOTE
The coordinate systems discussed in this sub-clause apply to two-dimensional graphics. PDF 1.6 introduced 
the ability to display 3D artwork, in which objects are described in a three-dimensional coordinate system, as 
described in 13.6.5, "Coordinate Systems for 3D". 
8.3.2
Coordinate Spaces
8.3.2.1
General
Paths and positions shall be defined in terms of pairs of coordinates on the Cartesian plane. A coordinate pair 
is  a  pair  of  real  numbers x  and y  that  locate  a  point  horizontally  and  vertically  within  a  two-dimensional 
coordinate  space. A coordinate space is determined by the following properties with respect to the current 
page: 
The location of the origin 
The orientation of the x and y axes 
The lengths of the units along each axis 
PDF  defines  several  coordinate  spaces  in  which  the  coordinates  specifying  graphics  objects  shall  be 
interpreted. The following sub-clauses describe these spaces and the relationships among them. 
Transformations among coordinate spaces shall be defined by transformation matrices , which can specify any 
linear mapping of two-dimensional coordinates, including translation, scaling, rotation, reflection, and skewing. 
Transformation  matrices  are  discussed  in  8.3.3,  "Common  Transformations"  and  8.3.4,  "Transformation 
Matrices". 
8.3.2.2
Device Space
The contents of a page ultimately appear on a raster output device such as a display or a printer. Such devices 
vary  greatly  in  the  built-in  coordinate  systems  they  use  to  address  pixels  within  their  imageable  areas.  A 
particular device’s coordinate  system is  called  its device space.  The origin  of the device space  on different 
devices  can  fall  in  different places  on  the  output  page;  on  displays, the  origin  can  vary  depending  on  the 
window system. Because the paper or other output medium moves through different printers and imagesetters 
in  different directions, the axes of  their device spaces  may be oriented differently.  For instance,  vertical  (y) 
VB.NET Image: Mark Photo, Image & Document with Polygon Annotation
What's more, if coupled with .NET PDF document imaging add-on, the VB.NET annotator SDK can easily generate polygon annotation on PDF file without using
add photo to pdf form; adding image to pdf file
VB.NET Image: Image Cropping SDK to Cut Out Image, Picture and
VB.NET image cropper control SDK; VB.NET image cropping method to crop picture / photo; you can adjust the size of created cropped image file, add antique effect
how to add an image to a pdf in reader; acrobat add image to pdf
© 
Adobe Systems Incorporated 2008 – All rights reserved
115
PDF 32000-1:2008
coordinates may increase from the top of the page to the bottom on some devices and from bottom to top on 
others.  Finally,  different  devices  have  different  resolutions;  some  even  have  resolutions  that  differ  in  the 
horizontal and vertical directions. 
NOTE
If coordinates in a PDF file were specified in device space, the file would be device-dependent and would 
appear differently on different devices. 
EXAMPLE
Images specified in the typical device spaces of a 72-pixel-per-inch display and a 600-dot-per-inch printer 
would differ in size by more than a factor of 8; an 8-inch line segment on the display would appear less 
than 1 inch long on the printer. Figure 10 in Annex L shows how the same graphics object, specified in 
device space, can appear drastically different when rendered on different output devices. 
Figure 10 –  Device Space
8.3.2.3 User Space
To avoid the device-dependent effects of specifying objects in device space, PDF defines a device-independent 
coordinate system that always bears the same relationship to the current page, regardless of the output device 
on which printing or displaying occurs. This device-independent coordinate system is called user space
The  user space coordinate  system  shall  be  initialized to  a  default state  for  each page of  a  document.  The 
CropBox entry in the page dictionary shall specify the rectangle of user space corresponding to the visible 
area of the intended output medium (display window or printed page). The positive x axis extends horizontally 
to the right and the positive y axis vertically upward, as in standard mathematical practice (subject to alteration 
by  the Rotate entry in the  page  dictionary). The length of  a unit along both the x and y axes is  set  by the 
UserUnit entry (PDF 1.6) in the page dictionary (see Table 30). If that entry is not present or supported, the 
default value of 1 ⁄ 72 inch is used. This coordinate system is called default user space
NOTE 1
In  PostScript,  the  origin  of  default  user  space  always  corresponds  to  the  lower-left  corner of  the  output 
medium. While this convention is common in PDF documents as well, it is not required; the page dictionary’s 
CropBox entry can specify any rectangle of default user space to be made visible on the medium. 
NOTE 2
The default for the size of the unit in default user space (1 ⁄ 72 inch) is approximately the same as a point, a unit 
widely used in the printing industry. It is not exactly the same, however; there is no universal definition of a 
point. 
Conceptually, user space is an infinite plane. Only a small portion of this plane corresponds to the imageable 
area of the output device: a rectangular region defined by the CropBox entry in the page dictionary. The region 
of default user space that is viewed or printed can be different for each page and is described in 14.11.2, "Page 
Boundaries". 
Coordinates  in  user  space  (as  in  any  other  coordinate  space)  may  be  specified  as  either  integers  or  real 
numbers,  and  the  unit  size  in  default  user  space  does  not  constrain  positions  to  any  arbitrary  grid.  The 
resolution of coordinates in user space is not related in any way to the resolution of pixels in device space. 
Device space for
72-dpi screen
Device space for 
300-dpi printer
VB.NET Image: Image Scaling SDK to Scale Picture / Photo
To help you know more about this VB.NET image scaling control add-on, we scaling control SDK API, developer can only scale one image / picture / photo at a
add a picture to a pdf; add picture to pdf
C# Image: How to Add Antique & Vintage Effect to Image, Photo
this C#.NET antique effect creating control add-on is widely used in modern photo editors, which powerful & profession imaging controls, PDF document, tiff
add image to pdf preview; add image to pdf acrobat
PDF 32000-1:2008
116
© 
Adobe Systems Incorporated 2008 – All rights reserved
The transformation from user space to device space is defined by the current transformation matrix (CTM), an 
element of the PDF graphics state (see 8.4, "Graphics State"). A conforming reader can adjust the CTM for the 
native  resolution  of  a  particular  output  device,  maintaining  the  device-independence  of  the  PDF  page 
description. Figure 11 in Annex L shows how this allows an object specified in user space to appear the same 
regardless of the device on which it is rendered. 
NOTE 3
The default user space provides a consistent, dependable starting place for PDF page descriptions regardless 
of the output device used. If necessary, a PDF content stream may modify user space to be more suitable to its 
needs by applying the coordinate transformation operatorcm  (see 8.4.4, "Graphics State Operators"). Thus, 
what may appear to be absolute coordinates in a content stream are not absolute with respect to the current 
page  because  they  are  expressed  in  a  coordinate  system  that  may  slide  around  and  shrink  or  expand. 
Coordinate system transformation not only enhances device-independence but is a useful tool in its own right. 
EXAMPLE
A content stream originally composed to occupy an entire page can be incorporated without change as an 
element of another page by shrinking the coordinate system in which it is drawn. 
Figure 11 –  User Space
8.3.2.4
Other Coordinate Spaces
In  addition  to device space and user  space, PDF uses  a variety of  other coordinate spaces for specialized 
purposes: 
The coordinates of text shall be specified in text space . The transformation from text space to user space 
shall be defined by a text matrix  in combination with several text-related parameters in the graphics state 
(see 9.4.2, "Text-Positioning Operators"). 
Character glyphs in a font shall be defined in glyph space (see 9.2.4, "Glyph Positioning and Metrics"). The 
transformation from glyph space to text space shall be defined by the font matrix . For most types of fonts, 
this matrix shall be predefined to map 1000 units of glyph space to 1 unit of text space; for Type 3 fonts, the 
font matrix shall be given explicitly in the font dictionary (see 9.6.5, "Type 3 Fonts"). 
All sampled images shall be defined in image space . The transformation from image space to user space 
shall be predefined and cannot be changed. All images shall be 1 unit wide by 1 unit high in user space, 
User space
Device space for
72-dpi screen
Device space for 
300-dpi printer
CTM
VB.NET Image: Image Resizer Control SDK to Resize Picture & Photo
VB.NET Image & Photo Resizing Overview. The practical this VB.NET image resizer control add-on, can powerful & profession imaging controls, PDF document, image
add a jpeg to a pdf; add picture to pdf reader
VB.NET Image: How to Save Image & Print Image Using VB.NET
NET programmers save & print image / photo / picture from NET method and demo code to add image printing printing multi-page document files, like PDF and Word
adding jpg to pdf; add jpg to pdf form
© 
Adobe Systems Incorporated 2008 – All rights reserved
117
PDF 32000-1:2008
regardless of the number of samples in the image. To be painted, an image shall be mapped to a region of 
the page by temporarily altering the CTM. 
A form XObject (discussed in 8.10, "Form XObjects") is a self-contained content stream that can be treated 
as a graphical element within another content stream. The space in which it is defined is called form space . 
The transformation from form space to user space shall be specified by a form matrix  contained in the form 
XObject. 
PDF  1.2  defined a  type of colour known  as a pattern, discussed in 8.7, "Patterns".  A  pattern  shall  be 
defined either by a content stream that shall be invoked repeatedly to tile an area or by a shading whose 
colour  is  a  function  of  position.  The  space  in  which  a  pattern  is  defined  is  called pattern space.  The 
transformation from  pattern space  to user space shall be specified by a pattern matrix  contained in the 
pattern. 
PDF  1.6  embedded  3D  artwork,  which  is  described  in  three-dimensional  coordinates  (see  13.6.5, 
"Coordinate Systems for 3D") that are projected into an annotation’s target coordinate system (see 13.6.2, 
"3D Annotations").
8.3.2.5 Relationships among Coordinate Spaces
Figure 12 in Annex L shows the relationships among the coordinate spaces described above. Each arrow in the 
figure represents a transformation from one coordinate space to another. PDF allows modifications to many of 
these transformations. 
Because PDF coordinate spaces are defined relative to one another, changes made to one transformation can 
affect the appearance of objects defined in several coordinate spaces. 
EXAMPLE
A change in the CTM, which defines the transformation from user space to device space, affects forms, 
text, images, and patterns, since they are all upstream from user space. 
8.3.3
Common Transformations
transformation matrix   specifies  the  relationship  between  two  coordinate  spaces.  By  modifying  a 
transformation matrix, objects can be scaled, rotated, translated, or transformed in other ways. 
Figure 12 –  Relationships Among Coordinate Systems
A transformation matrix in PDF shall be specified by six numbers, usually in the form of an array containing six 
elements.  In  its  most  general  form,  this  array  is  denoted  [ a b c d e ];  it  can  represent  any  linear 
transformation from one coordinate system to another. This sub-clause lists the arrays that specify the most 
common  transformations;  8.3.4,  "Transformation  Matrices",  discusses  more  mathematical  details  of 
transformations, including information on specifying transformations that are combinations of those listed here: 
User
space
Device
space
Form
space
Glyph
space
Text
space
Image
space
Pattern
space
VB.NET Image: Tutorial for Flipping Image Using Our .NET Image SDK
version of .NET imaging SDK and add the following becomes a mirror reflection of the photo on the powerful & profession imaging controls, PDF document, tiff
add a picture to a pdf document; add photo to pdf file
C# PDF remove image library: remove, delete images from PDF in C#.
Support removing vector image, graphic picture, digital photo, scanned signature, logo, etc. Remove Image from PDF Page Using C#. Add necessary references:
add image to pdf form; how to add image to pdf in preview
PDF 32000-1:2008
118
© 
Adobe Systems Incorporated 2008 – All rights reserved
Translations shall be specified as [ 1  0  0  1 t
x
t
y
], where t
x
and t
y
shall be the distances to translate the 
origin of the coordinate system in the horizontal and vertical dimensions, respectively. 
Scaling shall be obtained by [ s
x
 0 s
y
 0 ]. This scales the coordinates so that 1 unit in the horizontal 
and vertical dimensions of the new coordinate system is the same size as s
x
and s
y
units, respectively, in 
the previous coordinate system. 
Rotations  shall  be  produced  by  [ cos q  sin q  -sin q  cos q  0  0 ],  which  has  the  effect  of  rotating  the 
coordinate system axes by an angle q counter clockwise. 
Skew shall be specified by [ 1  tan a  tan b  1  0  0 ], which skews the x axis by an angle a and the y axis by 
an angle b
Figure 13 in Annex L shows examples of each transformation. The directions of translation, rotation, and skew 
shown in the figure correspond to positive values of the array elements. 
Figure 13 –  Effects of Coordinate Transformations
NOTE
If several transformations are combined, the order in which they are applied is significant. For example, first 
scaling and then translating the x axis is not the same as first translating and then scaling it. In general, to 
obtain the expected results, transformations should be done in the following order: Translate, Rotate, Scale or 
skew.
Figure 14 in Annex L shows the effect of the order in which transformations are applied. The figure shows two 
sequences of transformations applied to a coordinate system. After each successive transformation, an outline 
of the letter n is drawn. 
t
y
t
x
s
y
s
x
Skewing
Rotation
Scaling
Translation
q
a
b
© 
Adobe Systems Incorporated 2008 – All rights reserved
119
PDF 32000-1:2008
Figure 14 –  Effect of Transformation Order
NOTE
The following transformations are shown in the figure: a translation of 10 units in the x direction and 20 units in 
the y direction; a rotation of 30 degrees; a scaling by a factor of 3 in the x direction 
In the figure, the axes are shown with a dash pattern having a 2-unit dash and a 2-unit gap. In addition, the 
original (untransformed) axes are shown in a lighter colour for reference. Notice that the scale-rotate-translate 
ordering results in a distortion of the coordinate system, leaving the x and y axes no longer perpendicular; the 
recommended translate-rotate-scale ordering results in no distortion. 
8.3.4
Transformation Matrices
This sub-clause discusses the mathematics of transformation matrices. 
To understand the mathematics of coordinate transformations in PDF, it is vital to remember two points: 
Transformations alter coordinate systems, not graphics objects. All objects painted before a transformation 
is applied  shall be unaffected  by the transformation. Objects painted after the transformation  is  applied 
shall be interpreted in the transformed coordinate system. 
Transformation matrices specify the transformation from the new (transformed) coordinate system to the 
original  (untransformed)  coordinate  system. All coordinates used after the transformation shall be 
expressed  in  the  transformed  coordinate  system.  PDF  applies  the  transformation  matrix  to  find  the 
equivalent coordinates in the untransformed coordinate system. 
NOTE 1
Many computer  graphics textbooks consider  transformations of  graphics  objects  rather than of  coordinate 
systems.  Although  either  approach  is  correct  and  self-consistent,  some  details  of  the  calculations  differ 
depending on which point of view is taken. 
PDF represents coordinates in a two-dimensional space. The point (xy) in such a space can be expressed in 
vector form as [ x y  1 ]. The constant third element of this vector (1) is needed so that the vector can be used 
with 3-by-3 matrices in the calculations described below. 
The  transformation  between  two  coordinate systems  can  be represented  by a 3-by-3 transformation matrix 
written as follows:
Original
Step 1: Translation
Step 2: Rotation
Step 3: Scaling
Original
Step 1: Scaling
Step 2: Rotation
Step 3: Translation
PDF 32000-1:2008
120
© 
Adobe Systems Incorporated 2008 – All rights reserved
Because a transformation matrix has only six elements that can be changed, in most cases in PDF it shall be 
specified as the six-element array [ a b c d e f ]. 
Coordinate transformations shall be expressed as matrix multiplications: 
Because PDF transformation matrices specify the conversion from the transformed coordinate system to the 
original  (untransformed)  coordinate  system, x ¢  and y ¢  in  this  equation  shall  be  the  coordinates  in  the 
untransformed  coordinate  system,  and x  and y  shall  be  the  coordinates  in  the  transformed  system.  The 
multiplication is carried out as follows:
If a series of transformations is carried out, the matrices representing each of the individual transformations can 
be multiplied together to produce a single equivalent matrix representing the composite transformation. 
NOTE 2
Matrix multiplication is not commutative—the order in which matrices are multiplied is significant. Consider a 
sequence  of  two  transformations:  a  scaling  transformation  applied  to the  user  space  coordinate  system, 
followed by a conversion from the resulting scaled user space to device space. Let M
S
be the matrix specifying 
the scaling and M
C
the current transformation matrix, which transforms user space to device space. Recalling 
that  coordinates  are  always  specified  in the  transformed space,  the  correct  order  of  transformations  first 
converts the scaled coordinates to default user space and then converts the default user space coordinates to 
device space. This can be expressed as 
where 
X
D
denotes the coordinates in device space 
X
U
denotes the coordinates in default user space 
X
S
denotes the coordinates in scaled user space 
This shows that when a new transformation is  concatenated with an existing one, the matrix representing it 
shall be multiplied before (premultiplied with) the existing transformation matrix. 
This  result  is  true  in  general  for  PDF:  when  a  sequence  of  transformations  is  carried  out,  the  matrix 
representing  the  combined  transformation (M ¢)  is  calculated  by  premultiplying  the  matrix  representing  the 
additional transformation (M
T
) with the one representing all previously existing transformations (M)
NOTE 3
When rendering graphics objects, it is sometimes necessary for a conforming reader to perform the inverse of 
a transformation—that is, to find the user space coordinates that correspond to a given pair of device space 
a b 0
c d 0
e f 1
x
y
1
[
]
x y 1
[
]
a b 0
c d 0
e f 1
×
=
x
a x
×
c y
×
e
+
+
=
y
b x
×
d y
×
f
+
+
=
X
D
X
U
M
C
×
X
S
M
S
×
(
)
M
C
×
X
S
M
S
M
C
×
×(
=
=
=
M
M
T
M
×
=
© 
Adobe Systems Incorporated 2008 – All rights reserved
121
PDF 32000-1:2008
coordinates. Not all transformations are invertible, however. For example, if a matrix contains ab, c, and d
elements that are all zero, all user coordinates map to the same device coordinates and there is no unique 
inverse  transformation.  Such  noninvertible  transformations  are  not  very  useful  and  generally  arise  from 
unintended operations, such as scaling by 0. Use of a noninvertible matrix when painting graphics objects can 
result in unpredictable behaviour. 
8.4 Graphics State
8.4.1
General
 conforming  reader  shall  maintain  an  internal  data  structure  called  the graphics state  that  holds  current 
graphics  control  parameters.  These  parameters  define  the  global  framework  within  which  the  graphics 
operators execute. 
EXAMPLE 1
The f (fill) operator implicitly uses the current colour parameter, and the S (stroke) operator additionally 
uses the current line width parameter from the graphics state. 
A conforming reader shall initialize the graphic state at the beginning of each page with the values specified in 
Table 52 and Table 53.  Table 52  lists those graphics state parameters that are  device-independent  and are 
appropriate to specify in page descriptions. The parameters listed in Table 53 control details of the rendering 
(scan  conversion)  process  and  are  device-dependent;  a  page  description  that  is  intended  to  be  device-
independent should not be written to modify these parameters. 
Table 52 –  Device-Independent Graphics State Parameters  
Parameter
Type
Value
CTM
array
The current transformation matrix, which maps positions from 
user coordinates to device coordinates (see 8.3, "Coordinate 
Systems"). This matrix is modified by each application of the 
coordinate transformation operator, cm . Initial value: a matrix 
that  transforms  default  user  coordinates  to  device 
coordinates. 
clipping path
(internal)
The current clipping path, which defines the boundary against 
which all output shall be cropped (see 8.5.4, "Clipping Path 
Operators").  Initial  value:  the  boundary  of  the  entire 
imageable portion of the output page. 
color space
name or array
The current colour space  in  which  colour  values  shall  be
interpreted  (see  8.6,  "Colour  Spaces").  There  are  two 
separate colour space parameters: one for stroking and one 
for all other painting operations. Initial value: DeviceGray
color
(various)
The current colour to be used during painting operations (see 
8.6,  "Colour  Spaces").  The  type  and  interpretation  of  this 
parameter  depend  on  the  current  colour  space;  for  most 
colour  spaces,  a  colour  value  consists  of  one  to  four 
numbers. There are two separate colour parameters: one for 
stroking and one for all other painting operations. Initial value: 
black. 
text state
(various)
A set of nine graphics state parameters that pertain only to 
the p
ainting of text. These include parameters that select the 
font, scale the glyphs to an appropriate size, and accomplish 
other effects. The text state parameters are described in 9.3, 
"Text State Parameters and Operators". 
line width
number
The  thickness, in user space units,  of paths  to be stroked 
(see 8.4.3.2, "Line Width"). Initial value: 1.0. 
PDF 32000-1:2008
122
© 
Adobe Systems Incorporated 2008 – All rights reserved
line cap
integer
A code specifying the shape of the endpoints for any open 
path  that  is  stroked  (see  8.4.3.3,  "Line  Cap  Style").  Initial 
value: 0, for square butt caps. 
line join
integer
A  code  specifying  the  shape  of  joints  between  connected 
segments of a stroked path (see 8.4.3.4, "Line Join Style"). 
Initial value: 0, for mitered joins. 
miter limit
number
The maximum length of mitered line joins for stroked paths 
(see 8.4.3.5, "Miter Limit"). This parameter limits the length of 
“spikes” produced when line segments join at sharp angles. 
Initial value: 10.0, for a miter cutoff below approximately 11.5 
degrees. 
dash pattern
array and 
number
A description of the dash pattern to be used when paths are 
stroked  (see  8.4.3.6,  "Line  Dash  Pattern").  Initial  value:  a 
solid line. 
rendering intent
name
The rendering intent to be used when converting CIE-based 
colours to device colours (see 8.6.5.8, "Rendering Intents"). 
Initial value: RelativeColorimetric. 
stroke adjustment
boolean
(PDF 1.2) A flag specifying whether to compensate for 
possible rasterization effects when stroking a path with a line 
width that is small relative to the pixel resolution of the output 
device (see 10.6.5, "Automatic Stroke Adjustment"). 
NOTE
This  is  considered  a  device-independent 
parameter, even though the details of its effects 
are device-dependent. 
Initial value: false . 
blend mode
name or array
(PDF 1.4) The  current  blend  mode to be used in the 
transparent  imaging  model  (see  11.3.5,  "Blend  Mode"  and 
11.6.3, "Specifying Blending Colour Space and Blend Mode"). 
A conforming reader shall implicitly reset this parameter to its 
initial value at the beginning of execution of a transparency 
group XObject (see 11.6.6, "Transparency Group XObjects"). 
Initial value: Normal. 
soft mask
dictionary 
or name
(PDF 1.4) A soft-mask  dictionary (see 11.6.5.2, "Soft-Mask 
Dictionaries")  specifying  the  mask  shape  or  mask  opacity 
values  to  be  used  in  the  transparent  imaging  model  (see 
11.3.7.2, "Source Shape and  Opacity"  and 11.6.4.3, "Mask 
Shape and Opacity"), or the name None if 
no such mask is 
specified.  A  conforming  reader  shall  implicitly  reset  this 
p
arameter implicitly reset to its initial value at the beginning of 
execution  of  a  transparency  group  XObject  (see  11.6.6, 
"Transparency Group XObjects"). Initial value: No
ne
alpha constant
number
(PDF 1.4) The constant shape or constant opacity value to be 
used in the transparent imaging model (see 11.3.7.2, "Source 
Shape  and  Opacity"  and  11.6.4.4,  "Constant  Shape  and 
Opacity").  There  are  two  separate  alpha  constant 
parameters: one  for stroking  and one  for  all other painting 
operations.  A  conforming  reader  shall  implicitly  reset  this 
parameter to its initial value at the beginning of execution of a 
transparency  group  XObject  (see  11.6.6,  "Transparency 
Group XObjects"). Initial value: 1.0. 
Table 52 –  Device-Independent Graphics State Parameters (continued)
Parameter
Type
Value
Documents you may be interested
Documents you may be interested