W3C

Canvas 2D API Specification 1.0

W3C Editor's Draft 21 October 2009

This Version:
http://dev.w3.org/html5/canvas-api/canvas-2d-api.html
Latest Version:
http://dev.w3.org/html5/canvas-api/canvas-2d-api.html
Authors:
The authors of this specification are the participants of the W3C HTML Working Group.
Editors:
Ian Hickson, Google, Inc.
David Hyatt, Apple, Inc.
Doug Schepers, W3C
Eliot Graff, Microsoft Corporation

Abstract

This specification defines the 2D Canvas Drawing API, a common programmatic interface to draw immediate-mode two-dimensional graphics on the Web.

Status of This Document

This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/.

This is a First Public Working Draft of "The Canvas 2D API Specification1.0 ."

You can follow the change history for the specification through a browsable version-control record of all changes. The CVSWeb interface with side-by-side diffs can be found at http://dev.w3.org/html5/canvas-api/canvas-2d-api.html

This document was developed by the W3C HTML Working Group. The Working Group expects to advance this Working Draft to Recommendation Status. The HTML Working Group Patent Policy Status is publicly available.

If you wish to make comments regarding this document, please send them to public-canvas-api@w3.org (subscribe, archives), public-html-comments@w3.org (subscribe, archives), or submit them using our public bug database. All feedback is welcome. We maintain a list of all bug reports that have not yet been resolved.

Publication as a Working Draft does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or made obsolete by other documents at any time. It is inappropriate to cite this document as other than work in progress.

This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

Table of Contents

1. Introduction

This specification describes an immediate-mode API and associated utility methods for drawing two-dimensional vector graphics to a raster rendering area. This API is suitable for implementation on any element which contains, describes, or references a raster image, as defined by the host language for that element. Most notably, it is applicable to the canvas element defined in the HTML5 specification but may also be available to the image element in future versions of SVG. The API described in this specification is supplementary to any other interfaces defined for the element by the host language.

1.1. Definitions

This section is normative.

2D
See two-dimensional
3D
See three-dimensional
API
An application programming interface consisting of methods and properties which allow the author to get or set data or execute commands to the user agent.
canvas interface element
The element implementing the methods and properties described in this specification, and serving as the rendering context for the drawing commands. In HTML5, this is the canvas element.
drawing context
Represents a Cartesian surface whose origin (0,0) is at the top left corner, with the coordinate space having x values increasing when going right, and y values increasing when going down.
immediate-mode
A drawing format in which the drawing instructions are discarded from memory after rendering. This API is an example of an immediate-mode graphics format.
retained-mode
A drawing format in which the drawing instructions are retained in memory, such as in a DOM. SVG is an example of a retained-mode graphics format.
raster
A style of graphics in which the image is broken up into a matrix made up of rows, each of which contains a certain number of pixels.
source-over operator
An operator that places the source over the destination. The color that results from the operation is a combination of the three sub-pixel regions: the source color from the overlapping region, the source color that isn't obscured by the destination color, and the destination color that isn't obscured by the source color contribution to the resultant color. The resultant opacity is the combined opacity from all three contributing regions.
vector
A style of graphics in which the image is created from path-based, mathematical descriptions.
two-dimensional
In graphics, describing relationships, orientation, and coordinates on a planar surface, where location can be completely described with exactly two orthogonal axes, where x represents the horizontal and y represents the vertical.
three-dimensional
In graphics, describing relationships, orientation, and coordinates in a cubic space, where location can be completely described with exactly three orthogonal axes, where x represents the horizontal, y represents the vertical, and z represents the depth.

1.2. Not in This Specification

This section is informative.

The manner in which a host language uses the functionality of the 2D Canvas Drawing API is not defined by this group. In particular, defining the canvas element in HTML, and its attributes and characteristics, is not within the scope of this specification.

This specification covers only a two-dimensional drawing API. Three-dimensional graphics are not within the scope of this specification.

1.3. Conformance

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. For purposes of readability, these terms are not necessarily used in a case-sensitive manner in this document.

Sometimes, for readability, conformance requirements are phrased as requirements on elements, attributes, methods, interfaces, properties or functions. In all cases these are conformance requirements on implementations. A conforming implementation of this specification meets all requirements identified by the use of these terms, within the scope of its language bindings.

2. The Canvas Interface Element

This section is normative.

This document defines an API intended for integration into a host language, such as HTML or SVG. The following abstract interface describes the attributes, methods, and objects that must be implemented on a canvas interface element which supports this specification. The interface name itself may be host-language dependent, as may any additional attributes, methods, and objects supported by the element.

The IDL fragments in this specification must be interpreted as required for conforming IDL fragments, as described in the Web IDL specification. [WEBIDL]

Except where otherwise specified, if an IDL attribute or a method argument that is a floating point number type (float) is assigned an Infinity or Not-a-Number (NaN) value, a NOT_SUPPORTED_ERR exception must be raised.

Which parent element the canvas interface element derives from, how the Canvas 2D API specification relates to other technologies, or whether the interface should even be defined in this document are under discussion, and will be reflected in this draft as progress is made.

2.1. The canvas interface element

DOM interface:
interface CanvasElement : Element {
               attribute unsigned long width;
               attribute unsigned long height;

 
      Object getContext(in DOMString contextId);

      DOMString toDataURL(optional in DOMString type, in any... args);

    };

A canvas interface element represents a resolution-dependent bitmap canvas, which can be used for rendering graphs, game graphics, or other visual images dynamically.

The definition of a canvas interface element in a host language must have a means for an author to control the width and height of the coordinate space, such as width and height attributes. These width and height attributes, when specified, must have values that are valid non-negative integers. The rules for parsing non-negative integers must be used to obtain their numeric values. The host language should provide default values for the width and height of the canvas interface element to be used if value are not specified by the author. Optionally, a host language may allow the element to be sized arbitrarily by a style sheet.

The intrinsic dimensions of the canvas interface element equal the size of the coordinate space, with the numbers interpreted in CSS pixels. During rendering, the image must be scaled to fit this layout size.

The size of the coordinate space does not necessarily represent the size of the actual bitmap that the user agent will use internally or during rendering. On high-definition displays, for instance, the user agent may internally use a bitmap with two device pixels per unit in the coordinate space. In this case, the rendering remains at high quality throughout the process.

The width and height DOM attributes must reflect the respective derived values, such as the content attributes of the same names.

Whenever the values of the width or height attributes are set (whether to a new value or to a previous value), the bitmap and any associated contexts must be cleared back to their initial state and reinitialized with the newly specified coordinate space dimensions. Because of this, only the last square is rendered at the end of the following HTML example:

      // canvas is a reference to a <canvas> element 
      var context = canvas.getContext('2d');
      context.fillRect(0,0,50,50);
      canvas.setAttribute('width', '300'); // clears the canvas 
      context.fillRect(0,100,50,50);
      canvas.width = canvas.width;         // clears the canvas 
      context.fillRect(100,0,50,50);       // only this square remains

When the canvas is initialized it must be set to fully transparent black.

2.1.1. The getContext() Method

To draw on the canvas, authors must first obtain a reference to a context by using the getContext(contextId) method of the canvas interface element.

context = canvas . getContext(contextId)

Returns an object that exposes an API for drawing on the canvas.

Returns null if the given context ID is not supported.

This specification only defines one context, with the name "2d". If getContext() is called with that exact string for its contextId argument, then the UA must return a reference to an object implementing CanvasRenderingContext2D. Other specifications may define their own contexts, which would return different objects.

Vendors may also define experimental contexts by using the syntax vendorname-context, for example, moz-3d.

When the UA is passed an empty string or a string specifying a context that it does not support, then it must return null. String comparisons must be case-sensitive.

A future version of this specification will probably define a 3d context.


2.1.2. The toDataURL() Method

The toDataURL() method provides a means to return the current state of the rendered canvas as a raster image.

url = canvas . toDataURL( [ type, ... ])

Returns a data: URL for the image in the canvas.

The toDataURL() method must, when called with no arguments, return a data: URL containing a representation of the image as a PNG file. [PNG].

If the canvas has no pixels (as when either its horizontal dimension or its vertical dimension is zero) then the method must return the string "data:,". This is the shortest data: URL and represents the empty string in a text/plain resource.

The first argument, if provided, controls the type of the image to be returned (such as PNG or JPEG). The default type is image/png. The image/png type is also used if the given type is not supported. The other arguments are specific to the type and control the way that the image is generated.

The toDataURL(type) method, when called with one or more arguments, must return a data: URL containing a representation of the image in the format given by type. The possible values are MIME types with no parameters, for example image/png, image/jpeg, or even image/svg+xml, if the implementation keeps enough information to reliably render an SVG image from the canvas. If the method is invoked with the first argument giving a type corresponding to one of the types given in the first column of the following table, and the user agent supports that type, then the subsequent arguments, if any, must be treated as described in the second cell of that row.

Type Other arguments
image/jpeg The second argument, if it is a number between 0.0 and 1.0, must be treated as the desired quality level. If it is not a number or is outside that range, the user agent must use its default value, as if the argument had been omitted.

Other arguments must be ignored and must not cause the user agent to raise an exception. A future version of this specification will probably define other parameters to be passed to toDataURL() to allow authors to more carefully control compression settings, image metadata, etc.

User agents must convert the provided type to ASCII lowercase before establishing if they support that type and before creating the data: URL.

Only support for image/png is required. User agents may support other types. If the user agent does not support the requested type, it must return the image using the PNG format.

When trying to use types other than image/png, authors can check if the image was really returned in the requested format by checking to see if the returned string starts with one the exact strings "data:image/png," or "data:image/png;". If it does, the image is PNG, and thus the requested type was not supported. (The one exception to this is if the canvas has either no height or no width, in which case the result might simply be "data:,".)

For image types that do not support an alpha channel, the image must be composited onto a solid black background using the source-over operator, and the resulting image must be the one used to create the data: URL.

3. The 2D Drawing Context

When the getContext() method of a canvas interface element is invoked with 2d as the argument, a CanvasRenderingContext2D object is returned. The CanvasRenderingContext2D object is a 2D drawing context that represents a flat Cartesian surface whose origin (0,0) is at the top left corner. The coordinate space x values increase going right, and the y values increase going down.

There is only one CanvasRenderingContext2D object per canvas. Calling the getContext() method with the 2d argument a second time must return the same object.

interface CanvasRenderingContext2D {

  // back-reference to the canvas 
  readonly attribute HTMLCanvasElement canvas;

  // state 
  void restore(); // pop state stack and restore state
  void save(); 	  // push state on state stack 
        
  // transformations (default transform is the identity matrix)
  void rotate(in float angle);
  void scale(in float x, in float y);
  void setTransform(in float m11, in float m12, in float m21, in float m22, in float dx, in float dy);
  void transform(in float m11, in float m12, in float m21, in float m22, in float dx, in float dy);
  void translate(in float x, in float y);
        
  // compositing 
  attribute float globalAlpha; // (default 1.0)
  attribute DOMString globalCompositeOperation; // (default source-over)
        
  // colors and styles 
  attribute any fillStyle; // (default black)
  attribute any strokeStyle; // (default black)
  CanvasGradient createLinearGradient(in float x0, in float y0, in float x1, in float y1);
  CanvasGradient createRadialGradient(in float x0, in float y0, in float r0, in float x1, in float y1, in float r1);
  CanvasPattern createPattern(in HTMLImageElement image, in DOMString repetition);
  CanvasPattern createPattern(in HTMLCanvasElement image, in DOMString repetition);
  CanvasPattern createPattern(in HTMLVideoElement image, in DOMString repetition);

  // line styles 
  attribute DOMString lineCap; // "butt", "round", "square" (default "butt")
  attribute DOMString lineJoin; // "miter", "round", "bevel"  (default "miter")
  attribute float lineWidth; // (default 1)
  attribute float miterLimit; // (default 10)

  // shadows 
  attribute float shadowBlur; // (default 0)
  attribute DOMString shadowColor; // (default transparent black)
  attribute float shadowOffsetX; // (default 0)
  attribute float shadowOffsetY; // (default 0)

  // rects 
  void clearRect(in float x, in float y, in float w, in float h);
  void fillRect(in float x, in float y, in float w, in float h);
  void strokeRect(in float x, in float y, in float w, in float h);

  // Complex shapes (paths) API 
  void arc(in float x, in float y, in float radius, in float startAngle, in float endAngle, in boolean anticlockwise);
  void arcTo(in float x1, in float y1, in float x2, in float y2, in float radius);
  void beginPath();
  void bezierCurveTo(in float cp1x, in float cp1y, in float cp2x, in float cp2y, in float x, in float y);
  void clip();
  void closePath();
  void fill();
  void lineTo(in float x, in float y);
  void moveTo(in float x, in float y);
  void quadraticCurveTo(in float cpx, in float cpy, in float x, in float y);
  void rect(in float x, in float y, in float w, in float h);
  void stroke();
  boolean isPointInPath(in float x, in float y);

  // text 
  attribute DOMString font; // (default 10px sans-serif)
  attribute DOMString textAlign; // "start", "end", "left", "right", "center" (default: "start")
  attribute DOMString textBaseline; // "top", "hanging", "middle", "alphabetic", "ideographic", "bottom" (default: "alphabetic")
  void fillText(in DOMString text, in float x, in float y, optional in float maxWidth);
  TextMetrics measureText(in DOMString text);
  void strokeText(in DOMString text, in float x, in float y, optional in float maxWidth);

  // drawing images 
  void drawImage(in HTMLImageElement image, in float dx, in float dy, optional in float dw, in float dh);
  void drawImage(in HTMLImageElement image, in float sx, in float sy, in float sw, in float sh, in float dx, in float dy, in float dw, in float dh);
  void drawImage(in HTMLCanvasElement image, in float dx, in float dy, optional in float dw, in float dh);
  void drawImage(in HTMLCanvasElement image, in float sx, in float sy, in float sw, in float sh, in float dx, in float dy, in float dw, in float dh);
  void drawImage(in HTMLVideoElement image, in float dx, in float dy, optional in float dw, in float dh);
  void drawImage(in HTMLVideoElement image, in float sx, in float sy, in float sw, in float sh, in float dx, in float dy, in float dw, in float dh);

  // pixel manipulation
  ImageData createImageData(in float sw, in float sh);
  ImageData createImageData(in ImageData imagedata);
  ImageData getImageData(in float sx, in float sy, in float sw, in float sh);
  void putImageData(in ImageData imagedata, in float dx, in float dy, optional in float dirtyX, in float dirtyY, in float dirtyWidth, in float dirtyHeight);
};

interface CanvasGradient {
  // opaque object 
  void addColorStop(in float offset, in DOMString color);
};

interface CanvasPattern {
  // opaque object
};

interface TextMetrics {
  readonly attribute float width;
};

interface ImageData {
  readonly attribute CanvasPixelArray data;
  readonly attribute unsigned long height;
  readonly attribute unsigned long width;
};

interface CanvasPixelArray {
  readonly attribute unsigned long length;
  getter octet (in unsigned long index);
  setter void (in unsigned long index, in octet value);
};
context . canvas

Returns the canvas interface element.

The canvas attribute must return the canvas interface element that the context paints on.

Unless otherwise stated, for the CanvasRenderingContext2D interface, any method call with a numeric argument whose value is infinite or a NaN value must be ignored.

Whenever the CSS value currentColor is used as a color in this API, for the purposes of determining the computed value of the currentColor keyword, the "computed value of the 'color' property"  is the computed value of the 'color' property on the element in question at the time that the color is specified. For example, the time the color is specified is when the appropriate attribute is set, or when the method is called; not when the color is rendered or otherwise used. If the computed value of the 'color' property is undefined for a particular case (such as because the element is not in a Document), then the "computed value of the 'color' property" for the purposes of determining the computed value of the currentColor keyword is fully opaque black. [CSSCOLOR]

3.1 The canvas state

Each context maintains a stack of drawing states. Drawing states consist of:

The current path and the current bitmap are not part of the drawing state. The current path is persistent, and can only be reset by using the beginPath() method. The current bitmap is a property of the canvas, not the context.

context . restore()

Pops the top state on the stack, restoring the context to that state.

context . save()

Pushes the current state onto the stack.

The restore() method must pop the top entry in the drawing state stack, and reset the drawing state it describes. If there is no saved state, the method must do nothing.

The save() method must push a copy of the current drawing state onto the drawing state stack.

3.2 Transformations

The transformation matrix is applied to coordinates when creating shapes and paths.

When the context is created, the transformation matrix must initially be the identity transform. It may then be adjusted using the transformation methods.

The transformations must be performed in reverse order. For instance, if a scale transformation that doubles the width is applied, followed by a rotate transformation that rotates drawing operations by a quarter turn, and a rectangle twice as wide as it is tall is then drawn on the canvas, the actual result will be a square.

context . rotate(angle)

Changes the transformation matrix to apply a rotation transformation with the given characteristics.

context . scale(x, y)

Changes the transformation matrix to apply a scaling transformation with the given characteristics.

context . setTransform(m11, m12, m21, m22, dx, dy)

Changes the transformation matrix to the matrix given by the arguments as described below.

context . transform(m11, m12, m21, m22, dx, dy)

Changes the transformation matrix to apply the matrix given by the arguments as described below.

context . translate(x, y)

Changes the transformation matrix to apply a translation transformation with the given characteristics.

The rotate(angle) method must add the rotation transformation described by the argument to the transformation matrix. The angle argument represents a clockwise rotation angle expressed in radians.

The scale(x, y) method must add the scaling transformation described by the arguments to the transformation matrix. The x argument represents the scale factor in the horizontal direction and the y argument represents the scale factor in the vertical direction. The factors are multiples.

The setTransform(m11, m12, m21, m22, dx, dy) method must reset the current transform to the identity matrix (it should not change the image). To transform the image, invoke the transform(m11, m12, m21, m22, dx, dy) method with the appropriate arguments.

The transform(m11, m12, m21, m22, dx, dy) method must multiply the current transformation matrix with the matrix described by:

m11 m21 dx
m12 m22 dy
0 0 1

The translate(x, y) method must add the translation transformation described by the arguments to the transformation matrix. The x argument represents the translation distance in the horizontal direction and the y argument represents the translation distance in the vertical direction. The arguments are in coordinate space units.

3.3 Compositing

context . globalAlpha [ = value ]

Returns the current alpha value applied to rendering operations.

Can be set, to change the alpha value. Values outside of the range from 0.0 to 1.0 are ignored.

context . globalCompositeOperation [ = value ]

Returns the current composition operation, from the list below.

Can be set, to change the composition operation. Unknown values are ignored.

All drawing operations are affected by the global compositing attributes, globalAlpha and globalCompositeOperation.

The globalAlpha attribute gives an alpha value that is applied to shapes and images before they are composited onto the canvas. The value must be in the range from 0.0 (fully transparent) to 1.0 (no additional transparency). If an attempt is made to set the attribute to a value outside this range, including a value set to infinity or not a number (NaN), the attribute must retain its previous value. When the context is created, the globalAlpha attribute must initially have the value 1.0.

The globalCompositeOperation attribute sets how shapes and images are drawn onto the existing bitmap, once they have had globalAlpha and the current transformation matrix applied. It must be set to a value from the following list. In the descriptions that follow, the source image, A, is the shape or image being rendered, and the destination image, B, is the current state of the bitmap.

copy
A (B is ignored). Display the source image instead of the destination image.
destination-atop
B atop A. Display the destination image wherever both images are opaque. Display the source image wherever the source image is opaque but the destination image is transparent. Display transparency elsewhere.
destination-in
B in A. Display the destination image wherever both the destination image and source image are opaque. Display transparency elsewhere.
destination-out
B out A. Display the destination image wherever the destination image is opaque and the source image is transparent. Display transparency elsewhere.
destination-over
B over A. Display the destination image wherever the destination image is opaque. Display the source image elsewhere.
lighter
A plus B. Display the sum of the source image and destination image, with color values approaching 1 as a limit.
source-atop
A atop B. Display the source image wherever both images are opaque. Display the destination image wherever the destination image is opaque but the source image is transparent. Display transparency elsewhere.
source-in
A in B. Display the source image wherever both the source image and destination image are opaque. Display transparency elsewhere.
source-out
A out B. Display the source image wherever the source image is opaque and the destination image is transparent. Display transparency elsewhere.
source-over (default)
A over B. Display the source image wherever the source image is opaque. Display the destination image elsewhere.
vendorName-operationName
Vendor-specific extensions to the list of composition operators should use this syntax.
xor
A xor B. Exclusive OR of the source image and destination image.

These values are all case-sensitive and must be used exactly as shown. User agents must not recognize values that are not a case-sensitive match for one of the values given above.

The operators in the previous list must be treated as described by the Porter-Duff operator given at the start of their description (e.g. A over B). [PORTERDUFF]

On setting, if the user agent does not recognize the specified value, the value must be ignored, leaving the value of globalCompositeOperation unaffected.

When the context is created, the globalCompositeOperation attribute must initially have the value source-over.

3.4 Colors and styles

context . fillStyle [ = value ]

Returns the current style used for filling shapes.

Can be set, to change the fill style.

The style can be either a string containing a CSS color, or a CanvasGradient or CanvasPattern object. Invalid values are ignored.

context . strokeStyle [ = value ]

Returns the current style used for the stroke of the shapes.

Can be set, to change the stroke style.

The style can be either a string containing a CSS color, or a CanvasGradient or CanvasPattern object. Invalid values are ignored.

The strokeStyle attribute represents the color or style to use for the lines around shapes, and the fillStyle attribute represents the color or style to use inside the shapes.

Both attributes can be either strings, CanvasGradient objects, or CanvasPattern objects. On setting, strings must be parsed as CSS <color> values and the color assigned, and CanvasGradient and CanvasPattern objects must be assigned themselves. [CSSCOLOR] If the value is a string but is not a valid color, or is neither a string, a CanvasGradient, nor a CanvasPattern, then the value must be ignored, and the attribute must retain its previous value.

On getting, if the value is a color, then the serialization of the color must be returned. Otherwise, if it is not a color but a CanvasGradient or CanvasPattern, then the respective object must be returned. (Such objects are opaque and therefore only useful for assigning to other attributes or for comparison to other gradients or patterns.)

The serialization of a color for a color value is a string, computed as follows:

When the context is created, the strokeStyle and fillStyle attributes must initially have the string value #000000.


There are two types of gradients, linear gradients and radial gradients, both represented by objects implementing the opaque CanvasGradient interface.

Once a gradient has been created by createLinearGradient() or createRadialGranient(), stops are placed along it to define how the colors are distributed along the gradient. The color of the gradient at each stop is the color specified for that stop. Between each such stop, the colors and the alpha component must be linearly interpolated over the RGBA space without premultiplying the alpha value to find the color to use at that offset. Before the first stop, the color must be the color of the first stop. After the last stop, the color must be the color of the last stop. When there are no stops, the gradient is transparent black.

gradient . addColorStop(offset, color)

Adds a color stop with the given color to the gradient at the given offset. 0.0 is the offset at one end of the gradient, 1.0 is the offset at the other end.

If the offset is out of range, throws an INDEX_SIZE_ERR exception.

If the color cannot be parsed, throws a SYNTAX_ERR exception.

gradient = context . createLinearGradient(x0, y0, x1, y1)

Returns a CanvasGradient object that represents a linear gradient that paints along the line given by the coordinates represented by the arguments.

If any of the arguments are not finite numbers, throws a NOT_SUPPORTED_ERR exception .

gradient = context . createRadialGradient(x0, y0, r0, x1, y1, r1)

Returns a CanvasGradient object that represents a radial gradient that paints along the cone given by the circles represented by the arguments.

If any of the arguments are not finite numbers, throws a NOT_SUPPORTED_ERR exception .

 If either of the radii are negative, throws an INDEX_SIZE_ERR exception.

The addColorStop(offset, color) method on the CanvasGradient interface adds a new stop to a gradient. If offset is less than 0, greater than 1, infinite, or NaN, then an INDEX_SIZE_ERR exception must be raised. If color cannot be parsed as a CSS color, then a SYNTAX_ERR exception must be raised. Otherwise, the gradient must have a new stop placed, at offset offset relative to the whole gradient, and with the color obtained by parsing color as a CSS <color> value [CSSCOLOR]. If multiple stops are added at the same offset on a gradient, they must be placed in the order added, with the first one closest to the start of the gradient, and each subsequent one infinitesimally further along towards the end point (in effect causing all but the first and last stop added at each point to be ignored).

The createLinearGradient(x0, y0, x1, y1) method takes four arguments that represent the start point (x0, y0) and end point (x1, y1) of the gradient. If any of the arguments to createLinearGradient() are infinite or NaN, the method must raise a NOT_SUPPORTED_ERR exception. Otherwise, the method must return a linear CanvasGradient initialized with the specified line.

Linear gradients must be rendered such that all points on a line perpendicular to the line that crosses the start and end points have the color at the point where those two lines cross (with the colors coming from the interpolation and extrapolation described above). The points in the linear gradient must be transformed as described by the current transformation matrix when rendering.

If x0 = x1 and y0 = y1, then the linear gradient must paint nothing.

The createRadialGradient(x0, y0, r0, x1, y1, r1) method takes six arguments, the first three representing the start circle with origin (x0, y0) and radius r0, and the last three representing the end circle with origin (x1, y1) and radius r1. The values are in coordinate space units. If any of the arguments are infinite or NaN, a NOT_SUPPORTED_ERR exception must be raised. If either of r0 or r1 are negative, an INDEX_SIZE_ERR exception must be raised. Otherwise, the method must return a radial CanvasGradient initialized with the two specified circles.

Radial gradients must be rendered by following these steps:

  1. If x0 = x1 and y0 = y1 and r0 = r1, then the radial gradient must paint nothing. Abort these steps.

  2. Let x(ω) = (x1-x0)ω + x0

    Let y(ω) = (y1-y0)ω + y0

    Let r(ω) = (r1-r0)ω + r0

    Let the color at ω be the color at that position on the gradient (with the colors coming from the interpolation and extrapolation described above).

  3. For all values of ω where r(ω) > 0, starting with the value of ω nearest to positive infinity and ending with the value of ω nearest to negative infinity, draw the circumference of the circle with radius r(ω) at position (x(ω), y(ω)), with the color at ω, but only painting on the parts of the canvas that have not yet been painted on by earlier circles in this step for this rendering of the gradient.

This effectively creates a cone, touched by the two circles defined in the creation of the gradient, with the part of the cone before the start circle (0.0) using the color of the first offset, the part of the cone after the end circle (1.0) using the color of the last offset, and areas outside the cone untouched by the gradient (transparent black).

Gradients must be painted only where the relevant stroking or filling effects requires that they be drawn.

The points in the radial gradient must be transformed as described by the current transformation matrix when rendering.


Patterns are represented by objects implementing the opaque CanvasPattern interface.

pattern = context . createPattern(image, repetition)

Returns a CanvasPattern object that uses the given image and repeats in the direction(s) given by the repetition argument.

The allowed values for repetition are repeat (both directions), repeat-x (horizontal only), repeat-y (vertical only), and no-repeat (neither). If the repetition argument is empty or null, the value repeat is used.

If the first argument is not an img, canvas interface element, or video element, throws a TYPE_MISMATCH_ERR exception.

If the image is not fully decoded yet or has no image data, throws an INVALID_STATE_ERR exception.

If the second argument is not one of the allowed values, throws a SYNTAX_ERR exception.

To create objects of this type, the createPattern(image, repetition) method is used. The first argument gives the image to use as the pattern (either an HTMLImageElement or an HTMLCanvasElement). Modifying this image after calling the createPattern() method must not affect the pattern. The second argument must be a string with one of the following values:

If the empty string or null is specified, repeat must be assumed. If an unrecognized value is given, then the user agent must raise a SYNTAX_ERR exception. User agents must recognize the four values described above exactly (they must not do case folding, for example). The createPattern() method must return a CanvasPattern object suitably initialized.

The image argument is an instance of either HTMLImageElement, HTMLCanvasElement, or HTMLVideoElement. If the image is of the wrong type or null, the implementation must raise a TYPE_MISMATCH_ERR exception.

If the image argument is an HTMLImageElement object whose complete attribute is false, then the implementation must raise an INVALID_STATE_ERR exception.

If the image argument is an HTMLVideoElement object whose readyState attribute is either HAVE_NOTHING or HAVE_METADATA, then the implementation must raise an INVALID_STATE_ERR exception.

If the image argument is an HTMLCanvasElement object with either a horizontal dimension or a vertical dimension equal to zero, then the implementation must raise an INVALID_STATE_ERR exception.

Patterns must be painted so that the top left of the first image is anchored at the origin of the coordinate space, and images are then repeated horizontally to the left and right (if the repeat-x string was specified) or vertically up and down (if the repeat-y string was specified) or in all four directions all over the canvas (if the repeat string was specified). The images are not scaled by this process; one CSS pixel of the image must be painted on one coordinate space unit. Of course, patterns must actually be painted only where the stroking or filling effect requires that they be drawn, and are affected by the current transformation matrix.

When the createPattern() method is passed an animated image as its image argument, the user agent must use the poster frame of the animation, or, if there is no poster frame, the first frame of the animation.

When the image argument is an HTMLVideoElement, then the frame at the current playback position must be used as the source image.

3.5 Line styles

context . lineCap [ = value ]

Returns the current line cap style.

Can be set, to change the line cap style.

The possible line cap styles are butt, round, and square. Other values are ignored.

context . lineJoin [ = value ]

Returns the current line join style.

Can be set, to change the line join style.

The possible line join styles are miter, round, and bevel. Other values are ignored.

context . lineWidth [ = value ]

Returns the current line width.

Can be set, to change the line width.

Values that are not finite values greater than zero are ignored.

context . miterLimit [ = value ]

Returns the current miter limit ratio.

Can be set, to change the miter limit ratio.

Values that are not finite values greater than zero are ignored.

The lineCap attribute defines the type of endings that UAs will place on the end of lines. The three valid values are butt, round, and square. The butt value means that the end of each line has a flat edge perpendicular to the direction of the line (and that no additional line cap is added). The round value means that a semi-circle with the diameter equal to the width of the line must then be added on to the end of the line. The square value means that a rectangle with the length of the line width and the width of half the line width, placed flat against the edge perpendicular to the direction of the line, must be added at the end of each line. On setting, any other value than the literal strings butt, round, and square must be ignored, leaving the value unchanged.

When the context is created, the lineCap attribute must initially have the value butt.

The lineJoin attribute defines the type of corners that UAs will place where two lines meet. The three valid values are bevel, round, and miter.

On setting, any other value than the literal strings bevel, round, and miter must be ignored, leaving the value unchanged.

When the context is created, the lineJoin attribute must initially have the value miter.

A join exists at any point in a subpath shared by two consecutive lines. When a subpath is closed, then a join also exists at its first point (equivalent to its last point) connecting the first and last lines in the subpath.

In addition to the point where the join occurs, two additional points are relevant to each join, one for each line: the two corners found half the line width away from the join point, one perpendicular to each line, each on the side furthest from the other line.

A filled triangle connecting these two opposite corners with a straight line, with the third point of the triangle being the join point, must be rendered at all joins. The lineJoin attribute controls whether anything else is rendered. The three aforementioned values have the following meanings:

The miter length is the distance from the point where the join occurs to the intersection of the line edges on the outside of the join. The miter limit ratio is the maximum allowed ratio of the miter length to half the line width. If the miter length would cause the miter limit ratio to be exceeded, this second triangle must not be rendered.

The miter limit ratio can be explicitly set using the miterLimit attribute. On setting, zero, negative, infinite, and NaN values must be ignored, leaving the value unchanged.

When the context is created, the miterLimit attribute must initially have the value 10.0.

The lineWidth attribute gives the width of lines, in coordinate space units. On setting, zero, negative, infinite, and NaN values must be ignored, leaving the value unchanged.

When the context is created, the lineWidth attribute must initially have the value 1.0.

3.6 Shadows

All drawing operations are affected by the four global shadow attributes.

context . shadowBlur [ = value ]

Returns the current level of blur applied to shadows.

Can be set, to change the blur level. Values that are not finite numbers greater than or equal to zero are ignored.

context . shadowColor [ = value ]

Returns the current shadow color.

Can be set, to change the shadow color. Values that cannot be parsed as CSS colors are ignored.

context . shadowOffsetX [ = value ]
context . shadowOffsetY [ = value ]

Returns the current shadow offset.

Can be set, to change the shadow offset. Values that are not finite numbers are ignored.

The shadowBlur attribute specifies the size of the blurring effect. The units do not map to coordinate space units and are not affected by the current transformation matrix.

When the context is created, the shadowBlur attribute must initially have the value 0.

On getting, the shadowBlur attribute must return its current value. On setting, the shadowBlur attribute must be set to the new value, except if the value is negative, infinite or NaN, in which case the new value must be ignored.

The shadowColor attribute sets the color of the shadow.

When the context is created, the shadowColor attribute initially must be fully-transparent black.

On getting, the shadowColor attribute the serialization of the color must be returned.

On setting the shadowColor attribute, the new value must be parsed as a CSS <color> value and the color assigned. If the value is not a valid color, then it must be ignored, and the attribute must retain its previous value. [CSSCOLOR]

The shadowOffsetX and shadowOffsetY attributes specify the distance that the shadow will be offset in the positive horizontal and positive vertical distance respectively. Their values are in coordinate space units. They are not affected by the current transformation matrix.

When the context is created, the shadow offset attributes must initially have the value 0.

On getting, the shadowOffsetX and shadowOffsetY attributes must return their current value. On setting, the attribute being set must be set to the new value, except if the value is infinite or NaN, in which case the new value must be ignored.

Shadows are only drawn if the opacity component of the alpha component of the color of shadowColor is non-zero and either the shadowBlur is non-zero, or the shadowOffsetX is non-zero, or the shadowOffsetY is non-zero.

When shadows are drawn, they must be rendered as follows:

  1. Let A be the source image for which a shadow is being created.

  2. Let B be an infinite transparent black bitmap, with a coordinate space and an origin identical to A.

  3. Copy the alpha channel of A to B, offset by shadowOffsetX in the positive x direction, and shadowOffsetY in the positive y direction.

  4. If shadowBlur is greater than 0:

    1. If shadowBlur is less than 8, let σ be half the value of shadowBlur; otherwise, let σ be the square root of multiplying the value of shadowBlur by 2.

    2. Perform a 2D Gaussian Blur on B, using σ as the standard deviation.

    User agents may limit values of σ to an implementation-specific maximum value to avoid exceeding hardware limitations during the Gaussian blur operation.

  5. Set the red, green, and blue components of every pixel in B to the red, green, and blue components (respectively) of the color of shadowColor.

  6. Multiply the alpha component of every pixel in B by the alpha component of the color of shadowColor.

  7. The shadow is in the bitmap B, and is rendered as part of the drawing model described below.

3.7 Simple shapes (rectangles)

Three methods immediately draw rectangles to the bitmap. They each take four arguments; the first two arguments give the x and y coordinates of the top left of the rectangle, and the second two arguments give the width w and height h of the rectangle, respectively.

The current transformation matrix must be applied to the following four coordinates, which form the path that must then be closed to get the specified rectangle: (x, y), (x+w, y), (x+w, y+h), (x, y+h).

Shapes are painted without affecting the current path. Shapes are subject to the clipping region. With the exception of clearRect(), shapes are also subject to shadow effects, global alpha, and global composition operators.

context . clearRect(x, y, w, h)

Clears all pixels on the canvas in the given rectangle to transparent black.

context . fillRect(x, y, w, h)

Paints the given rectangle onto the canvas, using the current fill style.

context . strokeRect(x, y, w, h)

Paints the box that outlines the given rectangle onto the canvas, using the current stroke style.

The clearRect(x, y, w, h) method must clear the pixels in the specified rectangle that also intersect the current clipping region to a fully transparent black, erasing any previous image. If either height or width are zero, this method has no effect.

The fillRect(x, y, w, h) method must paint the specified rectangular area using the fillStyle. If either height or width are zero, this method has no effect.

The strokeRect(x, y, w, h) method must must draw the outline of the specified rectangle's path using the strokeStyle, lineWidth, lineJoin, and (if appropriate) miterLimit attributes. If both height and width are zero, this method has no effect, because there is no path to draw the stroke over (the path is a point). If either height or width is zero, the method draws a straight stroke instead (the path for the outline is just a straight line along the non-zero dimension).

3.8 Complex shapes (paths)

The context always has a current path. There is only one current path, it is not part of the drawing state.

A path has a list of zero or more subpaths. Each subpath consists of a list of one or more points, connected by straight or curved lines, and a flag indicating whether the subpath is closed or not. A closed subpath is one where the last point of the subpath is connected to the first point of the subpath by a straight line. Subpaths with fewer than two points are ignored when painting the path.

context . arc(x, y, radius, startAngle, endAngle, anticlockwise)

Adds points to the subpath such that the arc described by the circumference of the circle described by the arguments—starting at the given start angle, ending at the given end angle, and going in the given direction—is added to the path, connected to the previous point by a straight line.

If the given radius is negative, throws an INDEX_SIZE_ERR exception .

context . arcTo(x1, y1, x2, y2, radius)

Adds a point to the current path, connected to the previous one by a straight line, then adds a second point to the current path, connected to the previous one by an arc whose properties are described by the arguments.

If the given radius is negative, throws an INDEX_SIZE_ERR exception .

context . beginPath()

Resets the current path.

context . bezierCurveTo(cp1x, cp1y, cp2x, cp2y, x, y)

Adds the given point to the current path, connected to the previous one by a cubic Bézier curve with the given control points.

context . clip()

Further constrains the clipping region to the given path.

context . closePath()

Marks the current subpath as closed, and starts a new subpath with a point the same as the start and end of the newly closed subpath.

context . fill()

Fills the subpaths with the current fill style.

context . lineTo(x, y)

Adds the given point to the current subpath, connected to the previous point by a straight line.

context . moveTo(x, y)

Creates a new subpath with the given point as its first (and only) point.

context . quadraticCurveTo(cpx, cpy, x, y)

Adds the given point to the current path, connected to the previous one by a quadratic Bézier curve with the given control point.

context . rect(x, y, w, h)

Adds a new closed subpath to the path, representing the given rectangle.

context . stroke()

Creates the strokes of the subpaths with the current stroke style.

context . isPointInPath(x, y)

Returns true if the given point is in the current path.

Initially, the context's path must have zero subpaths.

The points and lines added to the path by these methods must be transformed according to the current transformation matrix as they are added.

The beginPath() method must empty the list of subpaths so that the context once again has zero subpaths.

The moveTo(x, y) method must create a new subpath with the specified point as its first (and only) point.

When the user agent is to ensure there is a subpath for a coordinate (x, y), the user agent must check to see if the context has any subpaths, and if it does not, then the user agent must create a new subpath with the point (x, y) as its first (and only) point, as if the moveTo() method had been called.

The closePath() method must do nothing if the context has no subpaths. Otherwise, it must mark the last subpath as closed, create a new subpath whose first point is the same as the previous subpath's first point, and finally add this new subpath to the path.

If the last subpath had more than one point in its list of points, then this is equivalent to adding a straight line connecting the last point back to the first point, thus "closing" the shape, and then repeating the last (possibly implied) moveTo() call.

New points and the lines connecting them are added to subpaths by using the arc(), arcTo(), bezierCurveTo(), lineTo(), or quadraticCurveTo() methods, described below. In all cases, the methods only modify the last subpath in the context's paths.

The lineTo(x, y) method must ensure there is a subpath for (x, y) if the context has no subpaths. Otherwise, the method must connect the last point in the subpath to the given point (x, y) using a straight line, and must then add the given point (x, y) to the subpath.

The quadraticCurveTo(cpx, cpy, x, y) method must ensure there is a subpath for (cpx, cpy), connect the last point in the subpath to the given point (x, y) by using a quadratic Bézier curve with control point (cpx, cpy), and then must then add the given point (x, y) to the subpath. [BEZIER]

The bezierCurveTo(cp1x, cp1y, cp2x, cp2y, x, y) method must ensure there is a subpath for (cp1x, cp1y), connect the last point in the subpath to the given point (x, y) by using a cubic Bézier curve with control points (cp1x, cp1y) and (cp2x, cp2y), and then must add the point (x, y) to the subpath. [BEZIER]


The arcTo(x1, y1, x2, y2, radius) method must first ensure there is a subpath for (x1, y1). Then, the behavior depends on the arguments and the last point in the subpath, as described below.

If the value for radius is a negative number, the implementation must raise an INDEX_SIZE_ERR exception.


The arc(x, y, radius, startAngle, endAngle, anticlockwise) method draws an arc. If the context has any subpaths, then the method must add a straight line from the last point in the subpath to the start point of the arc. In any case, the arc() method must draw the arc between the start point of the arc and the end point of the arc, and add the start and end points of the arc to the subpath. The arc and its start and end points are defined as follows:

If the value for radius is a negative number, the implementation must raise an INDEX_SIZE_ERR exception.


The rect(x, y, w, h) method must create a new subpath containing just the four points: (x, y), (x+w, y), (x+w, y+h), (x, y+h). Those four points must be connected by straight lines, and the rect() method must then mark the subpath as closed. The method must then create a new subpath with the point (x, y) as the only point in the subpath.

The fill() method must fill all the subpaths of the current path, by using the  fillStyle method, and by using the non-zero winding number rule. Open subpaths must be implicitly closed when being filled (without affecting the actual subpaths).

Thus, if two overlapping but otherwise independent subpaths have opposite windings, they cancel out and result in no fill. If the overlapping but otherwise independent subpaths have the same winding, that area just gets painted once.

The stroke() method must calculate the strokes of all the subpaths of the current path, by using the lineWidth, lineCap, lineJoin, and (if appropriate) miterLimit attributes, and then must fill the combined stroke area by using the strokeStyle attribute.

Because the subpaths are drawn as one stroke, overlapping parts of the paths in one stroke operation are treated as if their union was what was painted.

Paths, when filled or drawn with strokes, must be painted without affecting the current path, and must be subject to shadow effects, global alpha, the clipping region, and global composition operators. (Transformations affect the path when the path is created, not when it is painted, though the stroke style is still affected by the transformation during painting.)

Zero-length line segments must be pruned before drawing a stroke for a path. Empty subpaths must be ignored.

The clip() method must create a new clipping region by calculating the intersection of the current clipping region and the area described by the current path, using the non-zero winding number rule. [GRAPHICS] Open subpaths must be implicitly closed when computing the clipping region, without affecting the actual subpaths. The new clipping region replaces the current clipping region.

When the context is initialized, the clipping region must be set to the rectangle with the top left corner at (0,0) and the width and height of the coordinate space.

The isPointInPath(x, y) method must return true if the point given by the x and y coordinates passed to the method, when treated as coordinates in the canvas coordinate space unaffected by the current transformation, is inside the current path as determined by the non-zero winding number rule; and must return false otherwise. Points on the path itself are considered to be inside the path. If either of the arguments is infinite or NaN, then the method must return false.

3.9 Text

context . font [ = value ]

Returns the current font settings.

Can be set, to change the font. The syntax is the same as for the CSS 'font' property; values that cannot be parsed as CSS font values are ignored.

Relative keywords and lengths are computed relative to the font of the canvas interface element.

context . textAlign [ = value ]

Returns the current text alignment settings.

Can be set, to change the alignment. The possible values are start, end, left, right, and center. The default is start. Other values are ignored.

context . textBaseline [ = value ]

Returns the current baseline alignment settings.

Can be set, to change the baseline alignment. The possible values are top, hanging, middle, alphabetic, ideographic, and bottom. The default is alphabetic. Other values are ignored.

context . fillText(text, x, y [, maxWidth ] )

Renders fill for the given text at the given position. If a maximum width is provided, the text is scaled to fit that width if necessary.

context . strokeText(text, x, y [, maxWidth ] )

Renders strokes for the given text at the given position. If a maximum width is provided, the text is scaled to fit that width if necessary.

metrics = context . measureText(text)

Returns a TextMetrics object with the metrics of the given text in the current font.

metrics . width

Returns the advance width of the text that was passed to the measureText() method.

The font DOM attribute, on setting, must be parsed the same way as the 'font' property of CSS (but without supporting property-independent stylesheet syntax like 'inherit'), and the resulting font must be assigned to the context. The 'line-height' component must be forced to 'normal', the 'font-size' component converted to CSS pixels, and system fonts computed to explicit values. If the new value is syntactically incorrect (including using property-independent stylesheet syntax like 'inherit' or 'initial'), then the value must be ignored, without assigning a new font value. [CSS]

Font names must be interpreted in the context of the canvas interface element's stylesheets; any fonts embedded using @font-face must therefore be available once they are loaded. (If a font is referenced before it is fully loaded, then it must be treated as if it is an unknown font, falling back to another as described by the relevant CSS specifications.) [CSSFONTS]

Only vector fonts should be used by the user agent; if a user agent were to use bitmap fonts then transformations would likely have adverse affect on the font.

On getting, the font attribute must return the serialized form of the current font of the context (with no 'line-height' component). [CSSOM]

For example, after the following statement:

context.font = 'italic 400 12px/2 Unknown Font, sans-serif';

...the expression context.font evaluates to the string "italic 12px "Unknown Font", sans-serif". The "400" font-weight does not appear, because that is the default value; the line-height does not appear because it is forced to "normal", the default value.

When the context is created, the font of the context must be set to 10px sans-serif. When the 'font-size' component is set to lengths using percentages, 'em' or 'ex' units, or the 'larger' or 'smaller' keywords, these must be interpreted relative to the computed value of the 'font-size' property of the corresponding canvas interface element at the time that the attribute is set. When the 'font-weight' component is set to the relative values 'bolder' and 'lighter', these must be interpreted relative to the computed value of the 'font-weight' property of the corresponding canvas interface element at the time that the attribute is set. If the computed values are undefined for a particular case (because the canvas interface element is not in a Document, for instance), then the relative keywords must be interpreted relative to the normal-weight 10px sans-serif default.

When the context is created, the textAlign attribute must initially have the value start. On getting, the textAlign DOM attribute must return the current value. On setting, if the value is one of start, end, left, right, or center, then the value of the textAlign attribute must be changed to the new value. Otherwise, the new value must be ignored.

When the context is created, the textBaseline attribute must initially have the value alphabetic. On getting, the textBaseline DOM attribute must return the current value. On setting, if the value is one of top, hanging, middle, alphabetic, ideographic, or bottom, then the value of the textBaseline must be changed to the new value. Otherwise, the new value must be ignored.

The textBaseline attribute's allowed keywords correspond to alignment points in the font:

The top of the em square is roughly at the top of the glyphs in a font, the hanging baseline is where some glyphs like आ are anchored, the middle is half-way between the top of the em square and the bottom of the em square, the alphabetic baseline is where characters like Á, ÿ, f, and Ω are anchored, the ideographic baseline is where glyphs like 私 and 達 are anchored, and the bottom of the em square is roughly at the bottom of the glyphs in a font. The top and bottom of the bounding box can be far from these baselines, due to glyphs extending far outside the em square.

The keywords map to these alignment points as follows:

top
The top of the em square
hanging
The hanging baseline
middle
The middle of the em square
alphabetic
The alphabetic baseline
ideographic
The ideographic baseline
bottom
The bottom of the em square

The fillText() and strokeText() methods take three (or four) arguments: text, x, y, and (optionally) maxWidth. These methods render the given text at the given (x, y) coordinates (ensuring that the text isn't wider than maxWidth if specified). The fillText() and strokeText() methods use the current font, textAlign, and textBaseline values. Specifically, when the methods are called, the user agent must run the following steps:

  1. Let font be the current font of the context, as given by the font attribute.

  2. Replace all the space characters in text with U+0020 SPACE characters.

  3. Form a hypothetical infinitely wide CSS line box containing a single inline box containing the text text. Set all the properties of the inline box at their initial values except the 'font' property of the inline box set to font and the 'direction' property of the inline box set to the directionality of the canvas interface element. [CSS]

  4. If the maxWidth argument was specified and the hypothetical width of the inline box in the hypothetical line box is greater than maxWidth CSS pixels, then change font to have a more condensed font (if one is available or if a reasonably readable one can be synthesized by applying a horizontal scale factor to the font) or a smaller font, and return to the previous step.

  5. Let the anchor point be a point on the inline box, determined by the textAlign and textBaseline values, as follows:

    Horizontal position:

    If textAlign is left, or
    If textAlign is start and the directionality of the canvas interface element is 'ltr', or
    If textAlign is end and the directionality of the canvas interface element is 'rtl', then
    Let the anchor point's horizontal position be the left edge of the inline box.

    If textAlign is right, or
    If textAlign is end and the directionality of the canvas interface element is 'ltr', or
    If textAlign is start and the directionality of the canvas interface element is 'rtl', then
    Let the anchor point's horizontal position be the right edge of the inline box.

    If textAlign is center, then
    Let the anchor point's horizontal position be half way between the left and right edges of the inline box.

    Vertical position:

    If textBaseline is top, then
    Let the anchor point's vertical position be the top of the em box of the first available font of the inline box.
    If textBaseline is hanging, then
    Let the anchor point's vertical position be the hanging baseline of the first available font of the inline box.
    If textBaseline is middle, then
    Let the anchor point's vertical position be half way between the bottom and the top of the em box of the first available font of the inline box.
    If textBaseline is alphabetic, then
    Let the anchor point's vertical position be the alphabetic baseline of the first available font of the inline box.
    If textBaseline is ideographic, then
    Let the anchor point's vertical position be the ideographic baseline of the first available font of the inline box.
    If textBaseline is bottom, then
    Let the anchor point's vertical position be the bottom of the em box of the first available font of the inline box.
  6. Paint the hypothetical inline box as the shape given by the text's glyphs, as transformed by the current transformation matrix, and anchored and sized so that before applying the current transformation matrix, the anchor point is at (x, y) and each CSS pixel is mapped to one coordinate space unit.

    For the fillText() method, the fillStyle attribute must be applied to the glyphs and the strokeStyle attribute must be ignored. For strokeText() the reverse holds: strokeStyle must be applied to the glyph outlines and fillStyle must be ignored.

    Text is painted without affecting the current path and is subject to shadow effects, global alpha, the clipping region, and global composition operators.

The measureText() method takes one argument, text. When the method is invoked, the user agent must replace all the space characters in text with U+0020 SPACE characters. The user agent must then form a hypothetical infinitely wide CSS line box containing a single inline box containing the text text, with all the properties at their initial values except the 'font' property of the inline element set to the current font of the context, as given by the font attribute. The user agent must then return a new TextMetrics object with its width attribute set to the width of that inline box, in CSS pixels. [CSS]

The TextMetrics interface is used for the objects returned from measureText(). It has one attribute, width, which is set by the measureText() method.

Glyphs rendered using fillText() and strokeText() can spill out of the box given by the font size (the em square size) and the width returned by measureText() (the text width). This version of the specification does not provide a way to obtain the bounding box dimensions of the text. If the text is to be rendered and removed, care needs to be taken to replace the entire area of the canvas that the clipping region covers, not just the box given by the em square height and measured text width.

A future version of the 2D context API may provide a way to render fragments of documents, rendered using CSS, straight to the canvas. This would be provided in preference to a dedicated way of doing multiline layout.

3.10 Images

To draw images onto the canvas, the drawImage method can be used.

This method can be invoked with three different sets of arguments:

Each of those three can take either an HTMLImageElement, an HTMLCanvasElement, or an HTMLVideoElement for the image argument.

context . drawImage(image, dx, dy)
context . drawImage(image, dx, dy, dw, dh)
context . drawImage(image, sx, sy, sw, sh, dx, dy, dw, dh)

Draws the given image onto the canvas. The arguments are interpreted as follows:

The sx and sy parameters give the x and y coordinates of the source rectangle; the sw and sh arguments give the width and height of the source rectangle; the dx and dy give the x and y coordinates of the destination rectangle; and the dw and dh arguments give the width and height of the destination rectangle.

If the first argument is not an img, canvas interface element, or video element, throws a TYPE_MISMATCH_ERR exception.

If the image is not fully decoded yet, or has no image data, throws an INVALID_STATE_ERR exception.

If the second argument is not one of the allowed values, throws a SYNTAX_ERR exception.

The source rectangle is the rectangle whose corners are the four points (sx, sy), (sx+sw, sy), (sx+sw, sy+sh), (sx, sy+sh).

The destination rectangle is the rectangle whose corners are the four points (dx, dy), (dx+dw, dy), (dx+dw, dy+dh), (dx, dy+dh).

If not specified, the dw and dh arguments must default to the values of sw and sh, interpreted such that one CSS pixel in the image is treated as one unit in the canvas coordinate space. If the sx, sy, sw, and sh arguments are omitted, they must default to 0, 0, the image's intrinsic width in image pixels, and the image's intrinsic height in image pixels, respectively.

Images are painted without affecting the current path, and are subject to shadow effects, global alpha, the clipping region, and global composition operators.

When drawImage() is invoked, the region of the image specified by the source rectangle must be painted on the region of the canvas specified by the destination rectangle, after applying the current transformation matrix to the points of the destination rectangle.

The original image data of the source image must be used, not the image as it is rendered (for example, width and height attributes on the source element have no effect). The image data must be processed in the original direction, even if the dimensions given are negative.

This specification does not define the algorithm to use when scaling the image, if necessary.

When a canvas is drawn onto itself, the drawing model requires the source to be copied before the image is drawn back onto the canvas, so it is possible to copy parts of a canvas onto overlapping parts of itself.

If the source rectangle is not entirely within the source image, or if one of the sw or sh arguments is zero, the implementation must raise an INDEX_SIZE_ERR exception.

The image argument is an instance of either HTMLImageElement, HTMLCanvasElement, or HTMLVideoElement. If the image is of the wrong type or null, the implementation must raise a TYPE_MISMATCH_ERR exception.

If the image argument is an HTMLImageElement object whose complete attribute is false, then the implementation must raise an INVALID_STATE_ERR exception.

If the image argument is an HTMLCanvasElement object with either a horizontal dimension or a vertical dimension equal to zero, then the implementation must raise an INVALID_STATE_ERR exception.

If the image argument is an HTMLVideoElement object whose readyState attribute is either HAVE_NOTHING or HAVE_METADATA, then the implementation must raise an INVALID_STATE_ERR exception.

When the image argument is an HTMLVideoElement, then the frame at the current playback position must be used as the source image.

When the drawImage() method is passed an animated image as its image argument, the user agent must use the poster frame of the animation, or, if there is no poster frame, the first frame of the animation.

3.11 Pixel manipulation

imagedata = context . createImageData(sw, sh)

Returns an ImageData object with the given dimensions in CSS pixels (Note that the CSS pixels might map to a different number of actual device pixels exposed by the object itself). All the pixels in the returned object are transparent black.

imagedata = context . createImageData(imagedata)

Returns an ImageData object with the same dimensions as the argument. All the pixels in the returned object are transparent black.

If the argument is null, throws a NOT_SUPPORTED_ERR exception.

imagedata = context . getImageData(sx, sy, sw, sh)

Returns an ImageData object containing the image data for the given rectangle of the canvas.

If any of the arguments are not finite, throws a NOT_SUPPORTED_ERR exception.

If the either the width or height argument is zero, throws an INDEX_SIZE_ERR exception.

imagedata . data

Returns the one-dimensional array containing the data for the ImageData object.

imagedata . height

Returns the actual dimensions of the data in the ImageData object, in device pixels.

imagedata . width

Returns the actual dimensions of the data in the ImageData object, in device pixels.

context . putImageData(imagedata, dx, dy [, dirtyX, dirtyY, dirtyWidth, dirtyHeight ])

Paints the data from the given ImageData object onto the canvas. If a dirty rectangle is provided, only the pixels from that rectangle are painted.

The globalAlpha and globalCompositeOperation attributes, as well as the shadow attributes, are ignored for the purposes of this method call; pixels in the canvas are replaced wholesale, with no composition, alpha blending, shadows, etc.

If the first argument is not an ImageData object, throws a TYPE_MISMATCH_ERR exception.

If any numerical arguments are not finite, throws a NOT_SUPPORTED_ERR exception .

The createImageData() method is used to instantiate a new blank ImageData object. When the method is invoked with two arguments sw and sh, it must return an ImageData object representing a rectangle with a width in CSS pixels equal to the absolute magnitude of sw and a height in CSS pixels equal to the absolute magnitude of sh. When invoked with a single imagedata argument, it must return an ImageData object representing a rectangle with the same dimensions as the ImageData object passed as the argument. The ImageData object return must be filled with transparent black.

The getImageData(sx, sy, sw, sh) method must return an ImageData object representing the underlying pixel data for the area of the canvas denoted by the rectangle whose corners are the four points (sx, sy), (sx+sw, sy), (sx+sw, sy+sh), (sx, sy+sh), in canvas coordinate space units. Pixels outside the canvas must be returned as transparent black. Pixels must be returned as alpha values that have not been premultiplied.

If any of the arguments to createImageData() or getImageData() are infinite or NaN, or if the createImageData() method is invoked with only one argument but that argument is null, the method must instead raise a NOT_SUPPORTED_ERR exception. If either the sw or sh arguments are zero, the method must instead raise an INDEX_SIZE_ERR exception.

ImageData objects must be initialized so that their width attribute is set to w, the number of physical device pixels per row in the image data, their height attribute is set to h, the number of rows in the image data, and their data attribute is initialized to a CanvasPixelArray object holding the image data. At least one pixel's worth of image data must be returned.

The CanvasPixelArray object provides ordered, indexed access to the color components of each pixel of the image data. The data must be represented in left-to-right order, row by row top to bottom, starting with the top left, with each pixel's red, green, blue, and alpha components being given in that order for each pixel. Each component of each device pixel represented in this array must be in the range from 0 to 255, representing the 8-bit value for that component. The components must be assigned consecutive indices starting with 0 for the top left pixel's red component.

The CanvasPixelArray object thus represents h×w×4 integers. The length attribute of a CanvasPixelArray object must return this number.

The CanvasPixelArray object's indices of the supported indexed properties are the numbers in the range from 0 to (h×w×4)-1.

When a CanvasPixelArray object is indexed to retrieve an indexed property index, the value returned must be the value of the component occupying the position index, in the array.

When a CanvasPixelArray object is indexed to modify an indexed property index, with value value, the value of the component occupying the position index, in the array must be set to value. JS undefined values must be converted to zero. Other values must first be converted to numbers using JavaScript's ToNumber algorithm, and if the result is a NaN value, then the value must be converted to zero. If the result is less than 0, it must be clamped to zero. If the result is more than 255, it must be clamped to 255. If the number is not an integer, it should be rounded to the nearest integer using the IEEE 754 convertToIntegerTiesToEven rounding mode. [ECMA262] [IEEE754]

The width and height (w and h) may be different from the sw and sh arguments to the above methods. This may occur, for example, if the canvas is backed by a high-resolution bitmap or if the sw and sh arguments are negative.

The putImageData(imagedata, dx, dy, dirtyX, dirtyY, dirtyWidth, dirtyHeight) method writes data from ImageData structures back to the canvas.

If any of the arguments to the method are infinite or NaN, the method must raise a NOT_SUPPORTED_ERR exception.

If the first argument to the method is null or not an ImageData object then the putImageData() method must raise a TYPE_MISMATCH_ERR exception.

When the last four arguments are omitted, they must be assumed to have the values 0, 0, the width member of the imagedata structure, and the height member of the imagedata structure, respectively.

When invoked with arguments that do not, per the last few paragraphs, cause an exception to be raised, the putImageData() method must act as follows:

  1. Let dxdevice be the x-coordinate of the device pixel in the underlying pixel data of the canvas corresponding to the dx coordinate in the canvas coordinate space.

    Let dydevice be the y-coordinate of the device pixel in the underlying pixel data of the canvas corresponding to the dy coordinate in the canvas coordinate space.

  2. If dirtyWidth is negative, let dirtyX be dirtyX+dirtyWidth, and let dirtyWidth be equal to the absolute magnitude of dirtyWidth.

    If dirtyHeight is negative, let dirtyY be dirtyY+dirtyHeight, and let dirtyHeight be equal to the absolute magnitude of dirtyHeight.

  3. If dirtyX is negative, let dirtyWidth be dirtyWidth+dirtyX, and let dirtyX be zero.

    If dirtyY is negative, let dirtyHeight be dirtyHeight+dirtyY, and let dirtyY be zero.

  4. If dirtyX+dirtyWidth is greater than the width attribute of the imagedata argument, let dirtyWidth be the value of that width attribute, minus the value of dirtyX.

    If dirtyY+dirtyHeight is greater than the height attribute of the imagedata argument, let dirtyHeight be the value of that height attribute, minus the value of dirtyY.

  5. If, after those changes, either dirtyWidth or dirtyHeight is negative or zero, stop these steps without affecting the canvas.

  6. Otherwise, for all integer values of x and y where dirtyX ≤ x < dirtyX+dirtyWidth and dirtyY ≤ y < dirtyY+dirtyHeight, copy the four channels of the pixel with coordinate (x, y) in the imagedata data structure to the pixel with coordinate (dxdevice+x, dydevice+y) in the underlying pixel data of the canvas.

The handling of pixel rounding when the specified coordinates do not exactly map to the device coordinate space is not defined by this specification, except that the following must result in no visible changes to the rendering:

context.putImageData(context.getImageData(x, y, w, h), p, q);

...for any value of x, y, w, and h and where p is the smaller of x and the sum of x and w, and q is the smaller of y and the sum of y and h; and except that the following two calls:

context.createImageData(w, h);
        context.getImageData(0, 0, w, h);

...must return ImageData objects with the same dimensions, for any value of w and h. In other words, while user agents may round the arguments of these methods so that they map to device pixel boundaries, any rounding performed must be performed consistently for all of the createImageData(), getImageData() and putImageData() operations.

Due to the lossy nature of converting to and from premultiplied alpha color values, pixels that have just been set using putImageData() might be returned to an equivalent getImageData() as different values.

The current path, transformation matrix, shadow attributes, global alpha, the clipping region, and global composition operator must not affect the getImageData() and putImageData() methods.

The data returned by getImageData() is at the resolution of the canvas backing store, which is likely to not be one device pixel to each CSS pixel if the display used is a high resolution display.

In the following example, the script generates an ImageData object so that it can draw onto it.

// canvas is a reference to a <canvas> element var context = canvas.getContext('2d');

        // create a blank slate var data = context.createImageData(canvas.width, canvas.height);

        // create some plasma FillPlasma(data, 'green'); // green plasma

        // add a cloud to the plasma AddCloud(data, data.width/2, data.height/2); // put a cloud in the middle

        // paint the plasma+cloud on the canvas context.putImageData(data, 0, 0);

        // support methods function FillPlasma(data, color) { ... }
        function AddCloud(data, x, y) { ... }

Here is an example of using getImageData() and putImageData() to implement an edge detection filter.

<!DOCTYPE HTML>
        <html>
         <head>
          <title>Edge detection demo</title>
          <script>
           var image = new Image();
           function init() {
             image.onload = demo;
             image.src = "image.jpeg";
           }
           function demo() {
             var canvas = document.getElementsByTagName('canvas')[0];
             var context = canvas.getContext('2d');

             // draw the image onto the canvas context.drawImage(image, 0, 0);

             // get the image data to manipulate var input = context.getImageData(0, 0, canvas.width, canvas.height);

             // get an empty slate to put the data into var output = context.createImageData(canvas.width, canvas.height);

             // alias some variables for convenience
             // notice that we are using input.width and input.height here
             // as they might not be the same as canvas.width and canvas.height
             // (in particular, they might be different on high-res displays)
             var w = input.width, h = input.height;
             var inputData = input.data;
             var outputData = output.data;

             // edge detection for (var y = 1; y < h-1; y += 1) {
               for (var x = 1; x < w-1; x += 1) {
                 for (var c = 0; c < 3; c += 1) {
                   var i = (y*w + x)*4 + c;
                   outputData[i] = 127 + -inputData[i - w*4 - 4] -   inputData[i - w*4] - inputData[i - w*4 + 4] +
                                         -inputData[i - 4]       + 8*inputData[i]       - inputData[i + 4] +
                                         -inputData[i + w*4 - 4] -   inputData[i + w*4] - inputData[i + w*4 + 4];
                 }
                 outputData[(y*w + x)*4 + 3] = 255; // alpha
               }
             }

             // put the image data back after manipulation context.putImageData(output, 0, 0);
           }
          </script>
         </head>
         <body onload="init()">
          <canvas></canvas>
         </body>
        </html>

3.12 Drawing model

When a shape or image is painted, user agents must follow these steps, in the order given (or act as if they do):

  1. Render the shape or image, creating image A, as described in the previous sections. For shapes, the current fill, stroke, and line styles must be honored, and the stroke must itself also be subjected to the current transformation matrix.

  2. When shadows are drawn, render the shadow from image A, using the current shadow styles, creating image B.

  3. When shadows are drawn, multiply the alpha component of every pixel in B by globalAlpha.

  4. When shadows are drawn, composite B within the clipping region over the current canvas bitmap using the current composition operator.

  5. Multiply the alpha component of every pixel in A by globalAlpha.

  6. Composite A within the clipping region over the current canvas bitmap using the current composition operator.

4. Color spaces and color correction

The canvas interface element APIs must perform color correction at only two points: when rendering images with their own gamma correction and color space information onto the canvas, to convert the image to the color space used by the canvas (e.g. using the drawImage() method with an HTMLImageElement object), and when rendering the actual canvas bitmap to the output device.

Thus, in the 2D context, colors used to draw shapes onto the canvas will exactly match colors obtained through the getImageData() method.

The toDataURL() method must not include color space information in the resource returned. Where the output format allows it, the color of pixels in resources created by toDataURL() must match those returned by the getImageData() method.

In user agents that support CSS, the color space used by a canvas interface element must match the color space used for processing any colors for that element in CSS.

The gamma correction and color space information of images must be handled in such a way that an image rendered directly using an img element would use the same colors as one painted on a canvas interface element that is then itself rendered. Furthermore, the rendering of images that have no color correction information (such as those returned by the toDataURL() method) must be rendered with no color correction.

Thus, in the 2D context, calling the drawImage() method to render the output of the toDataURL() method to the canvas, given the appropriate dimensions, has no visible effect.

5. Accessibility Considerations

Authors should not use the canvas interface element in a document when a more suitable element is available. For example, it is inappropriate to use a canvas interface element to render a page heading: if the desired presentation of the heading is graphically intense, it should be marked up using appropriate elements (typically h1) and then styled using CSS and supporting technologies such as XBL.

When authors use the canvas interface element, they must also provide content that, when presented to the user, conveys essentially the same function or purpose as the bitmap canvas. This content may be placed as content of the canvas interface element. The contents of the canvas interface element, if any, are the element's fallback content.

In interactive visual media, if scripting is enabled for the canvas interface element, the canvas interface element represents an embedded element with a dynamically created image.

In non-interactive, static, visual media, if the canvas interface element has been previously painted on (e.g. if the page was viewed in an interactive visual medium and is now being printed, or if some script that ran during the page layout process painted on the element), then the canvas interface element represents embedded content with the current image and size. Otherwise, the element represents its fallback content instead.

In non-visual media, and in visual media if scripting is disabled for the canvas interface element, the canvas interface element represents its fallback content instead.

Techniques and additional APIs to make specific uses of canvas interface elements more widely accessible are under discussion, and will be reflected in this draft as progress is made.

6. Security with Canvas Interface Elements

Information leakage can occur if scripts from one origin can access information (e.g. read pixels) from images from another origin (one that isn't the same).

To mitigate this, canvas interface elements are defined to have a flag indicating whether they are origin-clean. All canvas interface elements must start with their origin-clean set to true. The flag must be set to false if any of the following actions occur:

Whenever the toDataURL() method of a canvas interface element whose origin-clean flag is set to false is called, the method must raise a SECURITY_ERR exception.

Whenever the getImageData() method of the 2D context of a canvas interface element whose origin-clean flag is set to false is called with otherwise correct arguments, the method must raise a SECURITY_ERR exception.

Even resetting the canvas state by changing its width or height attributes doesn't reset the origin-clean flag.

7. Relationship to other specifications

This section is informative.

7.1. DOM Level 3 Core

This is a supplementary specification to DOM3-Core. It may be implemented natively in other languages, such as HTML or SVG.

7.2. HTML5

This is derived from the HTML5 specification, and is meant to be supplementary to the canvas element in particular.

A. Change History

This specification began as a section of the HTML5 specification, before being split out into a separate specification. Here are some of the changes made during that transition:

Please note that this draft is a work in progress, and is not yet intended as a definitive reference. Editors for this draft are welcome.

To Do:

B. References

Normative References

[BEZIER]
Courbes à poles, P. de Casteljau. INPI, 1959.
[CSS]
Cascading Style Sheets Level 2 Revision 1, B. Bos, T. Çelik, I. Hickson, H. Lie. W3C, April 2009.
[CSSCOLOR]
CSS Color Module Level 3, T. Çelik, C. Lilley, L. Baron. W3C, August 2008.
[CSSFONTS]
CSS Fonts Module Level 3, J. Daggett. W3C, June 2009.
[CSSOM]
Cascading Style Sheets Object Model (CSSOM), A. van Kesteren. W3C, December 2007.
[ECMA262]
ECMAScript Language Specification. ECMA, December 1999.
[GRAPHICS]
(Non-normative) Computer Graphics: Principles and Practice in C, Second Edition, J. Foley, A. van Dam, S. Feiner, J. Hughes. Addison-Wesley, July 1995. ISBN 0-201-84840-6.
[HTML5]
HTML 5, I. Hickson, D. Hyatt, eds. World Wide Web Consortium, 23 April 2009, work in progress.
The latest edition of HTML 5 is available at http://www.w3.org/TR/html5/.
[IEEE754]
IEEE Standard for Floating-Point Arithmetic (IEEE 754). IEEE, August 2008. ISBN 978-0-7381-5753-5.
[PNG]
Portable Network Graphics (PNG) Specification, D. Duce. W3C, November 2003.
[PORTERDUFF]
Compositing Digital Images, T. Porter, T. Duff. In Computer graphics, volume 18, number 3, pp. 253-259. ACM Press, July 1984.
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997.
Available at http://tools.ietf.org/html/rfc2119.
=======
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997.
Available at http://tools.ietf.org/html/rfc2119.
[HTML5]
HTML 5, I. Hickson, D. Hyatt, eds. World Wide Web Consortium, 23 April 2009, work in progress.
This edition of HTML 5 is http://www.w3.org/TR/2009/WD-html5-20090423/.
The latest edition of HTML 5 is available at http://www.w3.org/TR/html5/.
>>>>>>> 1.1 =======
[BEZIER]
Courbes à poles, P. de Casteljau. INPI, 1959.
[CSS]
Cascading Style Sheets Level 2 Revision 1, B. Bos, T. Çelik, I. Hickson, H. Lie. W3C, April 2009.
[CSSCOLOR]
CSS Color Module Level 3, T. Çelik, C. Lilley, L. Baron. W3C, August 2008.
[CSSFONTS]
CSS Fonts Module Level 3, J. Daggett. W3C, June 2009.
[CSSOM]
Cascading Style Sheets Object Model (CSSOM), A. van Kesteren. W3C, December 2007.
[ECMA262]
ECMAScript Language Specification. ECMA, December 1999.
[GRAPHICS]
(Non-normative) Computer Graphics: Principles and Practice in C, Second Edition, J. Foley, A. van Dam, S. Feiner, J. Hughes. Addison-Wesley, July 1995. ISBN 0-201-84840-6.
[HTML5]
HTML 5, I. Hickson, D. Hyatt, eds. World Wide Web Consortium, 23 April 2009, work in progress.
The latest edition of HTML 5 is available at http://www.w3.org/TR/html5/.
[IEEE754]
IEEE Standard for Floating-Point Arithmetic (IEEE 754). IEEE, August 2008. ISBN 978-0-7381-5753-5.
[PORTERDUFF]
Compositing Digital Images, T. Porter, T. Duff. In Computer graphics, volume 18, number 3, pp. 253-259. ACM Press, July 1984.
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997.
Available at http://tools.ietf.org/html/rfc2119.
[WEBIDL]
Web IDL, C. McCormack. W3C, July 2009.

Informative References

C. Acknowledgments

The editors would like to acknowledge and thank the following people for substantive aid with this specification: