W3C

Scalable Vector Graphics (SVG) 1.1 Specification Errata

This document:
http://www.w3.org/2003/01/REC-SVG11-20030114-errata
Last modified:
$Date: 2010-01-25 05:05:59 $
This document records known errors in the document:
http://www.w3.org/TR/2003/REC-SVG11-20030114/
The latest version of the SVG 1.1 Recommendation:
http://www.w3.org/TR/SVG11/

Abstract

This document addresses errors in the Scalable Vector Graphics (SVG) 1.1 Specification Recommendation published on 14 January 2003. It records all errors that, at the time of this document’s publication, have solutions that have been approved by the SVG Working Group.

Table of Contents

1. Introduction

This document lists all corrections for the Scalable Vector Graphics (SVG) 1.1 Specification Recommendation that have been approved by the SVG Working Group.

Each erratum is classified as markup, editorial or substantive. These categories are defined as follows:

Markup
A change to the document markup, such as fixing a broken link or invalid markup.
Editorial
An editorial change or clarification that does not change the technical content of the specification.
Substantive
A change to the specification that may affect conformance.

These categories correspond to the first three correction classes in the W3C Process Document.

Each erratum has one of two statuses: proposed and normative. Proposed errata are those that have been accepted by the Working Group but which still need wider technical review and endorsement from the W3C. Normative errata are those that have been accepted by the Working Group and have had wider technical review and endorsement by the W3C. (See the Errata Management section of the W3C Process Document for details.)

Comments on the specification or these errata may be sent to www-svg@w3.org, which is publicly archived.

2. Normative corrections

There are currently no normative corrections.

3. Proposed corrections

Linking in a text environment
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/linking.html#Links
http://www.w3.org/TR/2003/REC-SVG11-20030114/intro.html#TermContainerElement
Description It is not possible to express in a DTD the dynamic content model of an 'a' element, ie. the 'a' element takes on the content model of its parent. This was fixed in 1.2 Tiny by using Relax NG. Note that the description of container element does not allow graphical elements inside non-container elements. The text element is a non-container.
Resolution Content of an 'a' element must follow the content model of the parent.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/linking.html#Links, replace:

SVG provides an 'a' element, analogous to HTML's 'a' element, to indicate links (also known as hyperlinks or Web links). SVG uses XLink ([XLink]) for all link definitions. SVG 1.0 only requires that user agents support XLink's notion of simple links. Each simple link associates exactly two resources, one local and one remote, with an arc going from the former to the latter.

with:

SVG provides an 'a' element, to indicate links (also known as hyperlinks or Web links). The 'a' element may contain any element that its parent may contain, except itself. SVG uses XLink ([XLink]) for all link definitions. SVG 1.0 only requires that user agents support XLink's notion of simple links. Each simple link associates exactly two resources, one local and one remote, with an arc going from the former to the latter.
feFlood in attribute
Status Proposed
Category Editorial
Reported by Erik Dahlström
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feFloodElement
Description The feFlood filter primitive has an 'in' attribute, but doesn't specify how that is meant to work.
Resolution Remove the 'in' attribute from the 'feFlood' element.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feFloodElement, replace:

<!ENTITY % SVG.feFlood.extra.content "" > <!ENTITY % SVG.feFlood.element "INCLUDE" > <![%SVG.feFlood.element;[ <!ENTITY % SVG.feFlood.content "( %SVG.animate.qname; | %SVG.set.qname; | %SVG.animateColor.qname; %SVG.feFlood.extra.content; )*" > <!ELEMENT %SVG.feFlood.qname; %SVG.feFlood.content; > <!-- end of SVG.feFlood.element -->]]> <!ENTITY % SVG.feFlood.attlist "INCLUDE" > <![%SVG.feFlood.attlist;[ <!ATTLIST %SVG.feFlood.qname; %SVG.Core.attrib; %SVG.Style.attrib; %SVG.Color.attrib; %SVG.FilterColor.attrib; %SVG.FilterPrimitiveWithIn.attrib; flood-color %SVGColor.datatype; #IMPLIED flood-opacity %OpacityValue.datatype; #IMPLIED >

with:

<!ENTITY % SVG.feFlood.extra.content "" > <!ENTITY % SVG.feFlood.element "INCLUDE" > <![%SVG.feFlood.element;[ <!ENTITY % SVG.feFlood.content "( %SVG.animate.qname; | %SVG.set.qname; | %SVG.animateColor.qname; %SVG.feFlood.extra.content; )*" > <!ELEMENT %SVG.feFlood.qname; %SVG.feFlood.content; > <!-- end of SVG.feFlood.element -->]]> <!ENTITY % SVG.feFlood.attlist "INCLUDE" > <![%SVG.feFlood.attlist;[ <!ATTLIST %SVG.feFlood.qname; %SVG.Core.attrib; %SVG.Style.attrib; %SVG.Color.attrib; %SVG.FilterColor.attrib; %SVG.FilterPrimitive.attrib; flood-color %SVGColor.datatype; #IMPLIED flood-opacity %OpacityValue.datatype; #IMPLIED >

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#filter-mod, replace:

Elements Attributes Content Model feFlood Core.attrib, FilterColor.attrib, FilterPrimitiveWithIn.attrib, Style.attrib, Paint.attrib, flood-color, flood-opacity (Animation.class)*

with:

Elements Attributes Content Model feFlood Core.attrib, FilterColor.attrib, FilterPrimitive.attrib, Style.attrib, Paint.attrib, flood-color, flood-opacity (Animation.class)*

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#basic-filter-mod, replace:

Elements Attributes Content Model feFlood Core.attrib, FilterColor.attrib, FilterPrimitiveWithIn.attrib, Style.attrib, Paint.attrib, flood-color, flood-opacity (Animation.class)*

with:

Elements Attributes Content Model feFlood Core.attrib, FilterColor.attrib, FilterPrimitive.attrib, Style.attrib, Paint.attrib, flood-color, flood-opacity (Animation.class)*

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEFloodElement, replace:

Interface SVGFEFloodElement The SVGFEFloodElement interface corresponds to the 'feFlood' element. IDL Definition interface SVGFEFloodElement : SVGElement, SVGFilterPrimitiveStandardAttributes { readonly attribute SVGAnimatedString in1; }; Attributes readonly SVGAnimatedString in1 Corresponds to attribute in on the given 'feFlood' element.

with:

Interface SVGFEFloodElement The SVGFEFloodElement interface corresponds to the 'feFlood' element. IDL Definition interface SVGFEFloodElement : SVGElement, SVGFilterPrimitiveStandardAttributes { };
Filter subregion
Status Proposed
Category Substantive
Comment Tim Rowley
Description Clarify how the filter subregion is supposed to work.
Resolution Proposed: When a filter is applied to an element the output of the filter is what gets painted on the canvas. The filter region specifies the dimensions of the output and the filter primitive subregion can further restrict the region that the filter operates on.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#FilterPrimitiveSubRegion, replace:

'feTile' references a previous filter primitive and then stitches the tiles together based on the x, y, width and height values of the referenced filter primitive in order to fill its own filter primitive subregion.

with:

'feTile' references a previous filter primitive and then stitches the tiles together based on the x, y, width and height values of the referenced filter primitive in order to fill its own filter primitive subregion. Example: filtersubregion00.svg <svg width="400" height="400" xmlns="http://www.w3.org/2000/svg"> <defs> <filter id="flood" x="0" y="0" width="100%" height="100%" primitiveUnits="objectBoundingBox"> <feFlood x="25%" y="25%" width="50%" height="50%" flood-color="green" flood-opacity="0.75"/> </filter> <filter id="blend" primitiveUnits="objectBoundingBox"> <feBlend x="25%" y="25%" width="50%" height="50%" in2="SourceGraphic" mode="multiply"/> </filter> <filter id="merge" primitiveUnits="objectBoundingBox"> <feMerge x="25%" y="25%" width="50%" height="50%"> <feMergeNode in="SourceGraphic"/> <feMergeNode in="FillPaint"/> </feMerge> </filter> </defs> <g fill="none" stroke="blue" stroke-width="4"> <rect width="200" height="200"/> <line x2="200" y2="200"/> <line x1="200" y2="200"/> </g> <circle fill="green" filter="url(#flood)" cx="100" cy="100" r="90"/> <g transform="translate(200 0)"> <g fill="none" stroke="blue" stroke-width="4"> <rect width="200" height="200"/> <line x2="200" y2="200"/> <line x1="200" y2="200"/> </g> <circle fill="green" filter="url(#blend)" cx="100" cy="100" r="90"/> </g> <g transform="translate(0 200)"> <g fill="none" stroke="blue" stroke-width="4"> <rect width="200" height="200"/> <line x2="200" y2="200"/> <line x1="200" y2="200"/> </g> <circle fill="green" fill-opacity="0.5" filter="url(#merge)" cx="100" cy="100" r="90"/> </g> </svg> In the example above there are three rects that each have a cross and a circle in them. The circle element in each one has a different filter applied, but with the same filter primitive subregion. The filter output should be limited to the filter primitive subregion, so you should never see the circles themselves, just the rects that make up the filter primitive subregion. The upper left rect shows an 'feFlood' with flood-opacity="75%" so the cross should be visible through the green rect in the middle. The lower left rect shows an 'feMerge' that merges SourceGraphic with FillPaint. Since the circle has fill-opacity="0.5" it will also be transparent so that the cross is visible through the green rect in the middle. The upper right rect shows an 'feBlend' that has mode="multiply". Since the circle in this case isn't transparent the result is totally opaque. The rect should be dark green and the cross should not be visible through it.
Clarify the effect of "to animations" and "by animations" for transforms
Status Proposed
Category Substantive
Reported by Cameron McCormack
Comment Cameron McCormack
Test case [1]
Description The behavior of "to animations" and "by animations" when using animateTransform is unclear.
Resolution Clarify that a "by animation" is equivalent to an additive animation from zero to the "by" value, where in particular the zero value for a scale transform is indeed 0. State that "to animations" for transforms are undefined. This behavior is in line with that defined in SVG Tiny 1.2.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html, replace:

If calcMode has the value paced, … For a list of attributes and properties …

with:

The animation effect for 'animateTransform' is post-multiplied to the underlying value for additive 'animateTransform' animations (see below) instead of added to the underlying value, due to the specific behavior of 'animateTransform'. From-to, from-by and by animations are defined by SMIL to be equivalent to a corresponding values animations. See the Animation function values section of SMIL Animation ([SMILANIM], section 3.2.2). However, to animations are a mixture of additive and non-additive behavior, as described in the How from, to and by attributes affect additive behavior section of SMIL Animation ([SMILANIM], section 3.3.6). To animations provide specific functionality to get a smooth change from the underlying value to the 'to' attribute value, which conflicts mathematically with the requirement for additive transform animations to be post-multiplied. As a consequence, in SVG 1.1 the behavior of to animations for 'animateTransform' is undefined. Authors are suggested to use from-to, from-by, by or values animations to achieve any desired transform animation. If calcMode has the value paced, … Note that the zero value used when performing a by animation with type="scale" is indeed 0. Thus, performing the following animation causes the rectangle to be invisible at time 0s (since the animated transform list value is 'scale(0)'), and be scaled back to its original size at time 5s (since the animated transform list value is 'scale(1)'): <rect width="100" height="100"> <animateTransform attributeName="transform" attributeType="XML" type="scale" by="1" dur="5s" fill="freeze"/> </rect> For a list of attributes and properties …
Start and end incorrectly described for text
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#TextAlignmentProperties
Test case [1]
Description Start and end are incorrectly described as left and right - when bidi is in effect, start would be on the right.
Resolution The definition of start and end should be as per the xsl specification.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#TextAlignmentProperties, replace:

For Latin or Arabic, which is usually rendered horizontally, this is comparable to left alignment.

with:

For Latin in its usual orientation this is equivalent to left alignment. For scripts that are inherently right to left such as Hebrew and Arabic, this is equivalent to right alignment.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#TextAlignmentProperties, replace:

For Latin text in its usual orientation, this is comparable to right alignment.

with:

For Latin in its usual orientation this is equivalent to right alignment. For scripts that are inherently right to left such as Hebrew and Arabic, this is equivalent to left alignment.
Typo 'effect' instead of 'affect'
Status Proposed
Category Markup
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty
Description There is a typo 'effect' instead of 'affect'
Resolution Replace with 'affect'. This is the case in several places throughout the section, wherever there is "not effect event processing"
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty, replace:

not effect event processing

with:

not affect event processing
Incorrect reference to solidColor element
Status Proposed
Category Editorial
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#Introduction
http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#Introduction
Description References to solidColor element and link to "solid colors" should have been removed from the SVG 1.1 spec in favour of putting into SVG 1.2 Tiny.
Resolution Remove references to solidColor element and link to "solid colors".
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#Introduction, replace:

With SVG, you can paint (i.e., fill or stroke) with: a single color a solid color with opacity a gradient (linear or radial) a pattern (vector or image, possibly tiled) custom paints available via extensibility SVG uses the general notion of a paint server. Paint servers are specified using a URI reference on a 'fill' or 'stroke' property. Gradients, patterns and solid colors are just specific types of paint servers.

with:

With SVG, you can paint (i.e., fill or stroke) with: a single color a gradient (linear or radial) a pattern (vector or image, possibly tiled) custom paints available via extensibility SVG uses the general notion of a paint server. Paint servers are specified using a URI reference on a 'fill' or 'stroke' property. Gradients and patterns are just specific types of paint servers.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#SpecifyingPaint, replace:

The <uri> is how you identify a paint server such as a gradient, a pattern or a custom paint defined by an extension (see Extensibility). The <uri> provides the ID of the paint server (e.g., a gradient, pattern or solid color) to be used to paint the current object. If the URI reference is not valid (e.g., it points to an object that doesn't exist or the object is not a valid paint server), then the paint method following the <uri> (i.e., none | currentColor | <color> [icc-color(<name>[,<icccolorvalue>]*)]| inherit ) is used if provided; otherwise, the document is in error (see Error processing).

with:

The <uri> is how you identify a paint server such as a gradient, a pattern or a custom paint defined by an extension (see Extensibility). The <uri> provides the ID of the paint server (e.g., a gradient or pattern) to be used to paint the current object. If the URI reference is not valid (e.g., it points to an object that doesn't exist or the object is not a valid paint server), then the paint method following the <uri> (i.e., none | currentColor | <color> [icc-color(<name>[,<icccolorvalue>]*)]| inherit ) is used if provided; otherwise, the document is in error (see Error processing).

In http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#Introduction, replace:

With SVG, you can fill (i.e., paint the interior) or stroke (i.e., paint the outline) of shapes and text using one of the following: color (using <color> or the 'solidColor' element) gradients (linear or radial) patterns (vector or image, possibly tiled) SVG uses the general notion of a paint server. Gradients and patterns are just specific types of built-in paint servers. The 'solidColor' element is another built-in paint server, described in Color.

with:

With SVG, you can fill (i.e., paint the interior) or stroke (i.e., paint the outline) of shapes and text using one of the following: color (using <color>) gradients (linear or radial) patterns (vector or image, possibly tiled) SVG uses the general notion of a paint server. Gradients and patterns are just specific types of built-in paint servers.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#DataTypeColor, replace:

<color>: The basic type <color> is a CSS2-compatible specification for a color in the sRGB color space [SRGB]. <color> applies to SVG's use of the 'color' property and is a component of the definitions of properties 'fill', 'stroke' 'stop-color', 'solid-color', 'flood-color' and 'lighting-color', which also offer optional ICC-based color specifications.

with:

<color>: The basic type <color> is a CSS2-compatible specification for a color in the sRGB color space [SRGB]. <color> applies to SVG's use of the 'color' property and is a component of the definitions of properties 'fill', 'stroke' 'stop-color', 'flood-color' and 'lighting-color', which also offer optional ICC-based color specifications.
Capturing pointer-events with a zero opacity mask
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty
Description It's unclear whether if an element has a mask, pointer-events are still captured even in areas where the mask goes to zero opacity. Don't want nearly transparent and fully transparent to behave differently.
Resolution If an element has a mask, pointer-events are still captured even in areas where the mask goes to zero opacity.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty, insert:

16.6.1 Clipping paths, masking, and pointer events The effects of masking and clipping differ with respect to pointer-events. A clip path is a geometric boundary, and a given point is clearly either inside or outside that boundary; thus, pointer events must be captured normally over the rendered areas of a clipped element, but must not be captured over the clipped areas, as described in the definition of clipping paths. By contrast, a mask (like a filter) is not a binary transition, but a pixel operation, and different behavior for fully transparent and almost-but-not-fully- transparent may be confusingly arbitrary; as a consequence, for elements with a mask applied, pointer-events must still be captured even in areas where the mask goes to zero opacity. If an author wishes to achieve an effect where the transparent parts of a mask allow pointer-events to pass to an element below, a combination of masking and clipping may be used.
Unclear how clip-path affects bounding boxes
Status Proposed
Category Substantive
Test case [1]
Description It is unclear whether the bounding-box of an object should take into account a clip-path on that object.
Resolution The clip-path should not affect the bounding-box, but the getRenderedBBox would be affected by stroke, markers, filters, and clip-path. Note: this erratum is resolved by another erratum, 'clippath-pointer-events'
Pointer-events and fallback values
Status Proposed
Category Substantive
Description The visible-painted desc. says it applies only when fill property is set to value other than none, but you could have a fill property set to a URI and falling-back to none.
Resolution Refer to the actual value rather than the plain property value.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty, replace:

visiblePainted The given element can be the target element for pointer events when the 'visibility' property is set to visible and when the pointer is over a "painted" area. The pointer is over a painted area if it is over the interior (i.e., fill) of the element and the 'fill' property is set to a value other than 'none' or it is over the perimeter (i.e., stroke) of the element and the 'stroke' property is set to a value other than 'none'.

with:

visiblePainted The given element can be the target element for pointer events when the 'visibility' property is set to visible and when the pointer is over a "painted" area. The pointer is over a painted area if it is over the interior (i.e., fill) of the element and the 'fill' property has an actual value other than none or it is over the perimeter (i.e., stroke) of the element and the 'stroke' property is set to a value other than none.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#PointerEventsProperty, replace:

painted The given element can be the target element for pointer events when the pointer is over a "painted" area. The pointer is over a painted area if it is over the interior (i.e., fill) of the element and the 'fill' property is set to a value other than 'none' or it is over the perimeter (i.e., stroke) of the element and the 'stroke' property is set to a value other than 'none'. The value of the 'visibility' property does not effect event processing.

with:

painted The given element can be the target element for pointer events when the pointer is over a "painted" area. The pointer is over a painted area if it is over the interior (i.e., fill) of the element and the 'fill' property has an actual value other than none or it is over the perimeter (i.e., stroke) of the element and the 'stroke' property has an actual value other than none. The value of the 'visibility' property does not effect event processing.
Clarify List syntax
Status Proposed
Category Editorial
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#ValuesAttribute
Description Not entirely obvious how whitespace should be treated in list syntax.
Resolution Need to mention "Per the SMIL specification, leading and trailing white space, and white space before and after semi-colon separators, is allowed and will be ignored." Not a technical change, but a clarification.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#ValuesAttribute, replace:

Vector-valued attributes are supported using the vector syntax of the attributeType domain.

with:

Vector-valued attributes are supported using the vector syntax of the attributeType domain. Per the SMIL specification, leading and trailing white space, and white space before and after semi-colon separators, is allowed and will be ignored.
SVGFEConvolveMatrix IDL missing 'in' attribute
Status Proposed
Category Editorial
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEConvolveMatrixElement
Description Missing 'readonly attribute SVGAnimatedString in1' in the SVGFEConvolveMatrixElement interface. Note that this is already added to the new Filters specification.
Resolution Add 'readonly attribute SVGAnimatedString in1' to the SVGFEConvolveMatrixElement interface.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEConvolveMatrixElement, replace:

interface SVGFEConvolveMatrixElement : SVGElement, SVGFilterPrimitiveStandardAttributes { // Edge Mode Values const unsigned short SVG_EDGEMODE_UNKNOWN = 0; const unsigned short SVG_EDGEMODE_DUPLICATE = 1; const unsigned short SVG_EDGEMODE_WRAP = 2; const unsigned short SVG_EDGEMODE_NONE = 3; readonly attribute SVGAnimatedInteger orderX; readonly attribute SVGAnimatedInteger orderY; readonly attribute SVGAnimatedNumberList kernelMatrix; readonly attribute SVGAnimatedNumber divisor; readonly attribute SVGAnimatedNumber bias; readonly attribute SVGAnimatedInteger targetX; readonly attribute SVGAnimatedInteger targetY; readonly attribute SVGAnimatedEnumeration edgeMode; readonly attribute SVGAnimatedNumber kernelUnitLengthX; readonly attribute SVGAnimatedNumber kernelUnitLengthY; readonly attribute SVGAnimatedBoolean preserveAlpha; }; ... Attributes readonly SVGAnimatedInteger orderX Corresponds to attribute order on the given 'feConvolveMatrix' element. readonly SVGAnimatedInteger orderY Corresponds to attribute order on the given 'feConvolveMatrix' element.

with:

interface SVGFEConvolveMatrixElement : SVGElement, SVGFilterPrimitiveStandardAttributes { // Edge Mode Values const unsigned short SVG_EDGEMODE_UNKNOWN = 0; const unsigned short SVG_EDGEMODE_DUPLICATE = 1; const unsigned short SVG_EDGEMODE_WRAP = 2; const unsigned short SVG_EDGEMODE_NONE = 3; readonly attribute SVGAnimatedString in1; readonly attribute SVGAnimatedInteger orderX; readonly attribute SVGAnimatedInteger orderY; readonly attribute SVGAnimatedNumberList kernelMatrix; readonly attribute SVGAnimatedNumber divisor; readonly attribute SVGAnimatedNumber bias; readonly attribute SVGAnimatedInteger targetX; readonly attribute SVGAnimatedInteger targetY; readonly attribute SVGAnimatedEnumeration edgeMode; readonly attribute SVGAnimatedNumber kernelUnitLengthX; readonly attribute SVGAnimatedNumber kernelUnitLengthY; readonly attribute SVGAnimatedBoolean preserveAlpha; }; ... Attributes readonly SVGAnimatedString in1 Corresponds to attribute in on the given 'feConvolveMatrix' element. readonly SVGAnimatedInteger orderX Corresponds to attribute order on the given 'feConvolveMatrix' element. readonly SVGAnimatedInteger orderY Corresponds to attribute order on the given 'feConvolveMatrix' element.
feDistantLight azimuth attribute direction
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDistantLight
Description Direction of azimuth is not specified, and implementations differ.
Resolution Specify that it is clockwise.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDistantLight, replace:

azimuth = "<number>" Direction angle for the light source on the XY plane, in degrees. If the attribute is not specified, then the effect is as if a value of 0 were specified. Animatable: yes.

with:

azimuth = "<number>" Direction angle for the light source on the XY plane (clockwise), in degrees. If the attribute is not specified, then the effect is as if a value of 0 were specified. Animatable: yes.
Propagation of rotate in text
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#TSpanElement
Test case [1]
Description In SVG Full 1.1, the description of tspan explicitly says that rotate does not propagate to exisiting characters when there are more characters than rotation values. However, subsequent text following the attribute description implies that it does. This errata item should correct the description of the rotate attribute in tspan and define the exact behavior.
Resolution We will clarify the propagation of character rotation values, and include an example that demonstrates this.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#TSpanElement, replace:

If more characters are provided than <number>s, then for each of these extra characters: (a) if an ancestor 'text' or 'tspan' element specifies a supplemental rotation for the given character via a rotate attribute, then the given supplemental rotation is applied to the given character, else (b) no supplemental rotation occurs. If the attribute is not specified: (a) if an ancestor 'text' or 'tspan' element specifies a supplemental rotation for a given character via a rotate attribute, then the given supplemental rotation is applied to the given character (nearest ancestor has precedence), else (b) no supplemental rotation occurs.

with:

If more characters are provided than <number>s, then for each of these extra characters the rotation value specified by the last number must be used. If the attribute is not specified and if an ancestor 'text' or 'tspan' element specifies a supplemental rotation for a given character via a rotate attribute, then the given supplemental rotation is applied to the given character (nearest ancestor has precedence). If there are more characters than <number>s speicified in the ancestor's rotate attribute, the for each of these extra characters the rotation value specified by the last number must be used. Example tspan04 uses the 'rotate' attribute on the 'tspan' element to rotate the glyphs to be rendered. This example shows a single text string in a 'tspan' element that contains more characters than the number of values specified in the 'rotate' attribute. In this case the last value specified in the 'rotate' attribute of the 'tspan' must be applied to the remaining characters in the string. <?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="10cm" height="3cm" viewBox="0 0 1000 300" xmlns="http://www.w3.org/2000/svg" version="1.1"> <desc>Example tspan04 - The number of rotate values is less than the number of characters in the string.</desc> <text font-family="Verdana" font-size="55" fill="blue" > <tspan x="250" y="150" rotate="-30,0,30"> Hello, out there </tspan> </text> <!-- Show outline of canvas using 'rect' element --> <rect x="1" y="1" width="998" height="298" fill="none" stroke="blue" stroke-width="2" /> </svg> Example tspan04 View this example as SVG (SVG-enabled browsers only) Example tspan05 specifies the 'rotate' attribute on the 'text' element and on all but one of the child 'tspan' elements to rotate the glyphs to be rendered. The example demonstrates the propagation of the 'rotate' attribute. <?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100%" height="100%" viewBox="0 0 500 120" xmlns="http://www.w3.org/2000/svg" version="1.1"> <desc> Example tspan05 - Propagation of rotation on text using child tspan elemtns. </desc> <text id="parent" font-family="Arial, sans-serif" font-size="32" fill="red" x="40" y="40" rotate="5,15,25,35,45,55"> Not <tspan id="child1" rotate="-10,-20,-30,-40" fill="orange"> all characters <tspan id="child2" rotate="70,60,50,40,30,20,10" fill="yellow"> in <tspan id="child3"> the </tspan> </tspan> <tspan id="child4" fill="orange" x="40" y="90"> text </tspan> have a </tspan> <tspan id="child5" rotate="-10" fill="blue"> specified </tspan> rotation </text> <!-- Show outline of canvas using 'rect' element --> <rect x="1" y="1" width="498" height="118" fill="none" stroke="blue" stroke-width="2" /> </svg> Example tspan05 View this example as SVG (SVG-enabled browsers only) Rotation of red text inside the 'text' element: The 'rotate' value will rotate the characters in the text "Not " by 5, 15, 25 and 35 degrees respectively. A 'rotate' value is applied to the space that follows the text "Not", to the space in between the text in the 'child1' and 'child5' 'tspan' elements, and to the space before the text "rotation". The next current 'rotate' value specified is 45 followed by 55. The current 'rotate' value in the 'text' element is incremented as subsequent characters in the text of the child 'tspan' elements are processed. The next immediate 'tspan' element specifies rotate values for the text, hence the current 'rotate' value will change to the next value in the list (but is not used) as each character is processed until the last value of 55 degrees is reached. The last 'rotate' value of 55 degrees will be applied to all the characters in the text "rotation". Rotation of the orange text inside the "child1" 'tspan' element: The 'rotate' value will rotate the first 4 characters in the text "all characters " by -10, -20, -30 and -40 respectively. The last 'rotate' value of -40 becomes the current 'rotate' value and will be applied to all subsequent characters in the 'tspan' element and to any child 'tspan' elements that do not specify 'rotate' values. The "child4" 'tspan' element does not specify any 'rotate' values and thus uses the current 'rotate' of its ancestor ("child1" 'tspan' element). All the characters in the text "text" specified within the "child4" 'tspan' element will be rotated by -40 degrees. The last 'rotate' value of -40 degrees will be applied to all the characters in the text "have a". A 'rotate' value is applied to the space in between the text in the "child2" and "child4" 'tspan' elements, and to the space before the text "have a". Rotation of the yellow text inside the "child2" 'tspan' element: The 'rotate' value will rotate the characters in the (yellow) text "in " by 70, 60, and 50 degrees respectively. A 'rotate' value is applied to the space that follows the text "in". There are more 'rotate' values specified than characters, thus the additional 'rotate' values will be applied to the "child3" 'tspan' element which doesn’t specified any 'rotate' values. The characters in the text "the" specified within the "child3" 'tspan' element will be rotated 40, 30 and 20 degrees respectively. Rotation of the blue text inside the "child5" 'tspan' element: The 'rotate' value will rotate all the characters in text "specified" by -10 degrees. Only one 'rotate' value is specified and is thus applied to all characters in the 'tspan' element. Character rotation diagram for Example tspan05
Add svg to list of animatable elements
Status Proposed
Category Editorial
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#AnimationAttributesAndProperties
Description List of animatable elements does not include the svg element.
Resolution Add svg to list of elements.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#AnimationAttributesAndProperties, replace:

The following lists all of the elements which can be animated by an 'animateMotion' element:

with:

The following lists all of the elements which can be animated by an 'animateMotion' element: svg
Remove XPointer syntax
Status Proposed
Category Substantive
In reference to
http://www.w3.org/TR/2003/REC-xptr-framework-20030325/
Description We reviewed this decision and agreed that xpointer is not implemented, and that the xpointer format has subsequently changed, and that we should simply remove it from all specs.
Resolution We will remove all reference to xpointer.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/intro.html#W3CCompatibility, remove:

SVG's syntax for referencing element IDs is a compatible subset of the ID referencing syntax in "XML Pointer Language (XPointer)" [XPTR].

In http://www.w3.org/TR/2003/REC-SVG11-20030114/linking.html#SVGFragmentIdentifiers, replace:

An SVG fragment identifier can come in three forms: Shorthand bare name form of addressing (e.g., MyDrawing.svg#MyView). This form of addressing, which allows addressing an SVG element by its ID, is compatible with the fragment addressing mechanism for older versions of HTML and the shorthand bare name formulation in "XML Pointer Language (XPointer)" [XPTR]. (The bare name form of addressing #MyView is equivalent to the XPointer formulation #xpointer(id('MyView')).) XPointer-compatible ID reference (e.g., MyDrawing.svg#xpointer(id('MyView'))). This form of addressing, which also allows addressing an SVG element by its ID, is compatible with "XML Pointer Language (XPointer)" [XPTR] syntax and the XPath syntax for referencing IDs. SVG view specification (e.g., MyDrawing.svg#svgView(viewBox(0,200,1000,1000))). This form of addressing specifies the desired view of the document (e.g., the region of the document to view, the initial zoom level) completely within the SVG fragment specification. The contents of the SVG view specification are the five parameter specifications, viewBox(...), preserveAspectRatio(...), transform(...), zoomAndPan(...) and viewTarget(...), whose parameters have the same meaning as the corresponding attributes on a 'view' element, or, in the case of transform(...), the same meaning as the corresponding attribute has on a 'g' element). An SVG fragment identifier is defined as follows: SVGFragmentIdentifier ::= BareName | XPointerIDRef | SVGViewSpec BareName ::= XML_Name SVGViewSpec ::= 'svgView(' SVGViewAttributes ')' SVGViewAttributes ::= SVGViewAttribute | SVGViewAttribute ';' SVGViewAttributes SVGViewAttribute ::= viewBoxSpec | preserveAspectRatioSpec | transformSpec | zoomAndPanSpec | viewTargetSpec viewBoxSpec ::= 'viewBox(' ViewBoxParams ')' preserveAspectRatioSpec = 'preserveAspectRatio(' AspectParams ')' transformSpec ::= 'transform(' TransformParams ')' zoomAndPanSpec ::= 'zoomAndPan(' ZoomAndPanParams ')' viewTargetSpec ::= 'viewTarget(' ViewTargetParams ')' where: XPointerIDRef conforms to the rules for referencing IDs in XPointer (see [XPTR] and XPath syntax for referencing IDs). For example, xpointer(id('MyView')). ViewBoxParams corresponds to the parameter values for the viewBox attribute on the 'view' element. For example, viewBox(0,0,200,200). AspectParams corresponds to the parameter values for the preserveAspectRatio attribute on the 'view' element. For example, preserveAspectRatio(xMidYMid). TransformParams corresponds to the parameter values for the transform attribute that is available on many elements. For example, transform(scale(5)). ZoomAndPanParams corresponds to the parameter values for the zoomAndPan attribute on the 'view' element. For example, zoomAndPan(magnify). ViewTargetParams corresponds to the parameter values for the viewTarget attribute on the 'view' element. For example, viewTarget(MyElementID). Spaces are not allowed in fragment specifications; thus, commas are used to separate numeric values within an SVG view specification (e.g., #svgView(viewBox(0,0,200,200))) and semicolons are used to separate attributes (e.g., #svgView(viewBox(0,0,200,200);preserveAspectRatio(none))). When a source document performs a link into an SVG document via an HTML [HTML4] anchor element (i.e., <a href=...> element in HTML) or an XLink specification [XLINK], then the SVG fragment identifier specifies the initial view into the SVG document, as follows: If no SVG fragment identifier is provided (e.g, the specified URI did not contain a "#" character, such as MyDrawing.svg), then the initial view into the SVG document is established using the view specification attributes (i.e., viewBox, etc.) on the outermost 'svg' element. If the SVG fragment identifier addresses a 'view' element within an SVG document (e.g., MyDrawing.svg#MyView or MyDrawing.svg#xpointer(id('MyView'))) then the closest ancestor 'svg' element is displayed in the viewport. Any view specification attributes included on the given 'view' element override the corresponding view specification attributes on the closest ancestor 'svg' element. If the SVG fragment identifier addresses specific SVG view (e.g., MyDrawing.svg#svgView(viewBox(0,200,1000,1000))), then the document fragment defined by the closest ancestor 'svg' element is displayed in the viewport using the SVG view specification provided by the SVG fragment identifier. If the SVG fragment identifier addresses any element other than a 'view' element, then the document defined by the closest ancestor 'svg' element is displayed in the viewport using the view specification attributes on that 'svg' element.

with:

An SVG fragment identifier can come in two forms: Shorthand bare name form of addressing (e.g., MyDrawing.svg#MyView). This form of addressing, which allows addressing an SVG element by its ID, is compatible with the fragment addressing mechanism for older versions of HTML. SVG view specification (e.g., MyDrawing.svg#svgView(viewBox(0,200,1000,1000))). This form of addressing specifies the desired view of the document (e.g., the region of the document to view, the initial zoom level) completely within the SVG fragment specification. The contents of the SVG view specification are the five parameter specifications, viewBox(...), preserveAspectRatio(...), transform(...), zoomAndPan(...) and viewTarget(...), whose parameters have the same meaning as the corresponding attributes on a 'view' element, or, in the case of transform(...), the same meaning as the corresponding attribute has on a 'g' element). An SVG fragment identifier is defined as follows: SVGFragmentIdentifier ::= BareName | SVGViewSpec BareName ::= XML_Name SVGViewSpec ::= 'svgView(' SVGViewAttributes ')' SVGViewAttributes ::= SVGViewAttribute | SVGViewAttribute ';' SVGViewAttributes SVGViewAttribute ::= viewBoxSpec | preserveAspectRatioSpec | transformSpec | zoomAndPanSpec | viewTargetSpec viewBoxSpec ::= 'viewBox(' ViewBoxParams ')' preserveAspectRatioSpec = 'preserveAspectRatio(' AspectParams ')' transformSpec ::= 'transform(' TransformParams ')' zoomAndPanSpec ::= 'zoomAndPan(' ZoomAndPanParams ')' viewTargetSpec ::= 'viewTarget(' ViewTargetParams ')' where: ViewBoxParams corresponds to the parameter values for the viewBox attribute on the 'view' element. For example, viewBox(0,0,200,200). AspectParams corresponds to the parameter values for the preserveAspectRatio attribute on the 'view' element. For example, preserveAspectRatio(xMidYMid). TransformParams corresponds to the parameter values for the transform attribute that is available on many elements. For example, transform(scale(5)). ZoomAndPanParams corresponds to the parameter values for the zoomAndPan attribute on the 'view' element. For example, zoomAndPan(magnify). ViewTargetParams corresponds to the parameter values for the viewTarget attribute on the 'view' element. For example, viewTarget(MyElementID). Spaces are not allowed in fragment specifications; thus, commas are used to separate numeric values within an SVG view specification (e.g., #svgView(viewBox(0,0,200,200))) and semicolons are used to separate attributes (e.g., #svgView(viewBox(0,0,200,200);preserveAspectRatio(none))). When a source document performs a link into an SVG document via an HTML [HTML4] anchor element (i.e., <a href=...> element in HTML) or an XLink specification [XLINK], then the SVG fragment identifier specifies the initial view into the SVG document, as follows: If no SVG fragment identifier is provided (e.g, the specified URI did not contain a "#" character, such as MyDrawing.svg), then the initial view into the SVG document is established using the view specification attributes (i.e., viewBox, etc.) on the outermost 'svg' element. If the SVG fragment identifier addresses a 'view' element within an SVG document (e.g., MyDrawing.svg#MyView) then the closest ancestor 'svg' element is displayed in the viewport. Any view specification attributes included on the given 'view' element override the corresponding view specification attributes on the closest ancestor 'svg' element. If the SVG fragment identifier addresses specific SVG view (e.g., MyDrawing.svg#svgView(viewBox(0,200,1000,1000))), then the document fragment defined by the closest ancestor 'svg' element is displayed in the viewport using the SVG view specification provided by the SVG fragment identifier. If the SVG fragment identifier addresses any element other than a 'view' element, then the document defined by the closest ancestor 'svg' element is displayed in the viewport using the view specification attributes on that 'svg' element.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/refs.html#q1, remove:

[XPTR] "XML Pointer Language (XPointer) Version 1.0", S. DeRose, R. Daniel Jr., E. Maler, editors, 11 September 2001. Available at http://www.w3.org/TR/xptr/

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#HeadOverview, replace:

URI references are defined in either of the following forms: <URI-reference> = [ <absoluteURI> | <relativeURI> ] [ "#" <elementID> ] -or- <URI-reference> = [ <absoluteURI> | <relativeURI> ] [ "#xpointer(id(" <elementID> "))" ] where <elementID> is the ID of the referenced element. (Note that the two forms above (i.e., #<elementID> and #xpointer(id(<elementID>))) are formulated in syntaxes compatible with "XML Pointer Language (XPointer)" [XPTR]. These two formulations of URI references are the only XPointer formulations that are required in SVG 1.0 user agents.) SVG supports two types of URI references: local URI references, where the URI reference does not contain an <absoluteURI> or <relativeURI> and thus only contains a fragment identifier (i.e., #<elementID> or #xpointer(id<elementID>)) non-local URI references, where the URI reference does contain an <absoluteURI> or <relativeURI>

with:

URI references are defined in the following form: <URI-reference> = [ <absoluteURI> | <relativeURI> ] [ "#" <elementID> ] where <elementID> is the ID of the referenced element. SVG supports two types of URI references: local URI references, where the URI reference does not contain an <absoluteURI> or <relativeURI> and thus only contains a fragment identifier (i.e., #<elementID>) non-local URI references, where the URI reference does contain an <absoluteURI> or <relativeURI>

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#xlinkRefAttrsEmbed, replace:

If the URI reference is relative, its absolute version must be computed by the method of [XML-Base] before use. For locators into XML resources, the format of the fragment identifier (if any) used within the URI reference is specified by the XPointer specification [XPTR].

with:

If the URI reference is relative, its absolute version must be computed by the method of [XML-Base] before use.
Add definition of access of default uninitialized values
Status Proposed
Category Substantive
Description It isn't clear what should happen when you ask for an unspecified attribute.
Resolution Specify that an object is initialised with the default value, if there is one. It is live, and isn't created unless it's assigned to.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/svgdom.html#SVGDOMOverview, replace:

A DOM application can use the hasFeature method of the DOMImplementation interface to verify that the interfaces listed in this section are supported. The list of available interfaces is provided in section Feature strings for the hasFeature method call.

with:

A DOM application can use the hasFeature method of the DOMImplementation interface to verify that the interfaces listed in this section are supported. The list of available interfaces is provided in section Feature strings for the hasFeature method call. When an object is accessed via the SVG DOM that hasn't been specified in the document, e.g. x.baseVal and the 'x' attribute was not provided, a corresponding SVG DOM object is created and initialized with a value that is equivalent to the value used in rendering when the attribute was not provided. The returned object does not affect rendering until it is modified for the first time. After the first modification the object becomes live, meaning that any modifications made to the corresponding attribute are immediately reflected in the object. Note that for some attributes it may be hard to find a good initial value: textLength Depends on the length of the text. The value is set to the computed length of the text, but it is not updated if the length of the text changes. filterRes Depends on what the filter is applied to. The value is therefore set to 0. x, y, dx, dy, rotate on SVGTextPositioningElement The value is the empty list.
Mention live values
Status Proposed
Category Substantive
Test cases [1], [2], [3], [4]
Description Liveness of the SVG base types isn't clear. For SVG*List.replaceItem and SVG*List.insertItemBefore when the item is inserted into the same list it was in before it's not defined if the index is before or after the item was removed.
Resolution Need to clarify that some values in the DOM are live. For replaceItem and insertItemBefore the index given is before the item has been removed from the list.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/svgdom.html#SVGDOMOverview, replace:

A DOM application can use the hasFeature method of the DOMImplementation interface to verify that the interfaces listed in this section are supported. The list of available interfaces is provided in section Feature strings for the hasFeature method call.

with:

A DOM application can use the hasFeature method of the DOMImplementation interface to verify that the interfaces listed in this section are supported. The list of available interfaces is provided in section Feature strings for the hasFeature method call. All SVG DOM objects that directly correspond to an attribute, e.g. the SVGAnimatedLength 'ry' in an SVGRectElement, are live. This means that any changes made to the attribute are immediately reflected in the corresponding SVG DOM object.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGNumberList, http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLengthList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGPointList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#InterfaceSVGPathSegList, replace:

initialize Clears all existing current items from the list and re-initializes the list to hold the single item specified by the parameter.

with:

initialize Clears all existing current items from the list and re-initializes the list to hold the single item specified by the parameter. If the inserted item is already in a list, it is removed from its previous list before it is inserted into this list. The inserted item is the item itself and not a copy.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGNumberList, http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLengthList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGPointList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#InterfaceSVGPathSegList, replace:

getItem Returns the specified item from the list.

with:

getItem Returns the specified item from the list. The returned item is the item itself and not a copy. Any changes made to the item are immediately reflected in the list.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGNumberList, http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLengthList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGPointList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#InterfaceSVGPathSegList, replace:

insertItemBefore Inserts a new item into the list at the specified position. The first item is number 0. If newItem is already in a list, it is removed from its previous list before it is inserted into this list.

with:

insertItemBefore Inserts a new item into the list at the specified position. The first item is number 0. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. The inserted item is the item itself and not a copy. If the item is already in this list, note that the index of the item to insert before is before the removal of the item.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGNumberList, http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLengthList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGPointList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#InterfaceSVGPathSegList, replace:

replaceItem Replaces an existing item in the list with a new item. If newItem is already in a list, it is removed from its previous list before it is inserted into this list.

with:

replaceItem Replaces an existing item in the list with a new item. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. The inserted item is the item itself and not a copy. If the item is already in this list, note that the index of the item to replace is before the removal of the item.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGNumberList, http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLengthList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGPointList, http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#InterfaceSVGPathSegList, replace:

appendItem Inserts a new item at the end of the list. If newItem is already in a list, it is removed from its previous list before it is inserted into this list.

with:

appendItem Inserts a new item at the end of the list. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. The inserted item is the item itself and not a copy.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList, replace:

consolidate Consolidates the list of separate SVGTransform objects by multiplying the equivalent transformation matrices together to result in a list consisting of a single SVGTransform object of type SVG_TRANSFORM_MATRIX.

with:

consolidate Consolidates the list of separate SVGTransform objects by multiplying the equivalent transformation matrices together to result in a list consisting of a single SVGTransform object of type SVG_TRANSFORM_MATRIX. The consolidation operation creates new SVGTransform object as the first and only item in the list. The returned item is the item itself and not a copy. Any changes made to the item are immediately reflected in the list.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransform, replace:

readonly SVGMatrix matrix The matrix that represents this transformation. For SVG_TRANSFORM_MATRIX, the matrix contains the a, b, c, d, e, f values supplied by the user. For SVG_TRANSFORM_TRANSLATE, e and f represent the translation amounts (a=1,b=0,c=0,d=1). For SVG_TRANSFORM_SCALE, a and d represent the scale amounts (b=0,c=0,e=0,f=0). For SVG_TRANSFORM_ROTATE, SVG_TRANSFORM_SKEWX and SVG_TRANSFORM_SKEWY, a, b, c and d represent the matrix which will result in the given transformation (e=0,f=0).

with:

readonly SVGMatrix matrix The matrix that represents this transformation. The matrix object is live, meaning that any changes made to the SVGTransform object are immediately reflected in the matrix object and vice versa. In case the matrix object is changed directly (i.e., without using the methods on the SVGTransform interface itself) then the type of the SVGTransform changes to SVG_TRANSFORM_MATRIX. For SVG_TRANSFORM_MATRIX, the matrix contains the a, b, c, d, e, f values supplied by the user. For SVG_TRANSFORM_TRANSLATE, e and f represent the translation amounts (a=1,b=0,c=0,d=1). For SVG_TRANSFORM_SCALE, a and d represent the scale amounts (b=0,c=0,e=0,f=0). For SVG_TRANSFORM_ROTATE, SVG_TRANSFORM_SKEWX and SVG_TRANSFORM_SKEWY, a, b, c and d represent the matrix which will result in the given transformation (e=0,f=0).
SVGStringList string removal
Status Proposed
Category Substantive
Reported by Erik Dahlström
Description The SVGStringList interface says that if a certain string was in an SVGStringList it must be removed from that list when inserted into another list. The type of object that SVGStringList contains is DOMString, which is defined by DOM Core as a sequence of unsigned shorts. DOMString objects may come from any number of different places and are not tied to where they came from. All the other SVGxxxLists contain SVG DOM base objects, and the SVG DOM base objects provide ways to identify that they were in lists. SVGStringList on the contrary doesn't contain SVG DOM base objects but DOM Core base objects (DOMString) which makes it different from the other lists because the objects are low-level (core) objects which don't have the necessary information to say that an object was in a list.
Resolution SVGStringList does not remove inserted strings from previous lists.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGStringList, replace:

Methods clear Clears all existing current items from the list, with the result being an empty list. No Parameters No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. initialize Clears all existing current items from the list and re-initializes the list to hold the single item specified by the parameter. Parameters in DOMString newItem The item which should become the only member of the list. Return value DOMString The item being inserted into the list. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. getItem Returns the specified item from the list. Parameters in unsigned long index The index of the item from the list which is to be returned. The first item is number 0. Return value DOMString The selected item. Exceptions DOMException INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. insertItemBefore Inserts a new item into the list at the specified position. The first item is number 0. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. Parameters in DOMString newItem The item which is to be inserted into the list. in unsigned long index The index of the item before which the new item is to be inserted. The first item is number 0. If the index is equal to 0, then the new item is inserted at the front of the list. If the index is greater than or equal to numberOfItems, then the new item is appended to the end of the list. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. replaceItem Replaces an existing item in the list with a new item. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. Parameters in DOMString newItem The item which is to be inserted into the list. in unsigned long index The index of the item which is to be replaced. The first item is number 0. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. removeItem Removes an existing item from the list. Parameters in unsigned long index The index of the item which is to be removed. The first item is number 0. Return value DOMString The removed item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. appendItem Inserts a new item at the end of the list. If newItem is already in a list, it is removed from its previous list before it is inserted into this list. Parameters in DOMString newItem The item which is to be inserted into the list. The first item is number 0. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list.

with:

Methods clear Clears all existing current items from the list, with the result being an empty list. No Parameters No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. initialize Clears all existing current items from the list and re-initializes the list to hold the single item specified by the parameter. Parameters in DOMString newItem The item which should become the only member of the list. Return value DOMString The item being inserted into the list. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. getItem Returns the specified item from the list. Parameters in unsigned long index The index of the item from the list which is to be returned. The first item is number 0. Return value DOMString The selected item. Exceptions DOMException INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. insertItemBefore Inserts a new item into the list at the specified position. The first item is number 0. Parameters in DOMString newItem The item which is to be inserted into the list. in unsigned long index The index of the item before which the new item is to be inserted. The first item is number 0. If the index is equal to 0, then the new item is inserted at the front of the list. If the index is greater than or equal to numberOfItems, then the new item is appended to the end of the list. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. replaceItem Replaces an existing item in the list with a new item. Parameters in DOMString newItem The item which is to be inserted into the list. in unsigned long index The index of the item which is to be replaced. The first item is number 0. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list. removeItem Removes an existing item from the list. Parameters in unsigned long index The index of the item which is to be removed. The first item is number 0. Return value DOMString The removed item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. INDEX_SIZE_ERR: Raised if the index number is negative or greater than or equal to numberOfItems. appendItem Inserts a new item at the end of the list. Parameters in DOMString newItem The item which is to be inserted into the list. The first item is number 0. Return value DOMString The inserted item. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised when the list cannot be modified. SVGException SVG_WRONG_TYPE_ERR: Raised if parameter newItem is the wrong type of object for the given list.
Undefined behavior of missing feFunc[RGBA] in feComponentTransfer
Status Proposed
Category Editorial
Reported by Tim Rowley
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feComponentTransfer
Test case [1]
Description The spec should specify what happens if feComponentTransfer is missing one or more of feFunc[RGBA], as well as what happens if a feFunc[RGBA] is specified more than once.
Resolution Specify that a missing feFunc[RGBA] acts as a no-op, and for feFunc[RGBA] specified multiple times the last one is used (check that this is backwards compatible).
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feComponentTransfer, replace:

The specification of the transfer functions is defined by the sub-elements to 'feComponentTransfer': 'feFuncR', transfer function for red component of the input graphic 'feFuncG', transfer function for green component of the input graphic 'feFuncB', transfer function for blue component of the input graphic 'feFuncA', transfer function for alpha component of the input graphic The attributes below apply to sub-elements 'feFuncR', 'feFuncG', 'feFuncB' and 'feFuncA' define the transfer functions.

with:

The specification of the transfer functions is defined by the sub-elements to 'feComponentTransfer': 'feFuncR', transfer function for red component of the input graphic 'feFuncG', transfer function for green component of the input graphic 'feFuncB', transfer function for blue component of the input graphic 'feFuncA', transfer function for alpha component of the input graphic The following rules apply to sub-elements in the feComponentTranfer element: If one of the sub-elements is specified more than once, the last occurance of the sub-element is to be used. If one of the sub-elements is unspecified, it should be treated as if the sub-element were specified with its type set to 'identity' (see the attribute definitions below). The attributes below apply to sub-elements 'feFuncR', 'feFuncG', 'feFuncB' and 'feFuncA' define the transfer functions.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feComponentTransfer, replace:

Example feComponentTransfer shows examples of the four types of feComponentTransfer operations. <?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="8cm" height="4cm" viewBox="0 0 800 400" version="1.1" xmlns="http://www.w3.org/2000/svg"> <title>Example feComponentTransfer - Examples of feComponentTransfer operations</title> <desc>Four text strings showing the effects of feComponentTransfer: an identity function acting as a reference, use of the feComponentTransfer table option, use of the feComponentTransfer linear option, and use of the feComponentTransfer gamma option.</desc> <defs> <linearGradient id="MyGradient" gradientUnits="userSpaceOnUse" x1="100" y1="0" x2="600" y2="0"> <stop offset="0" stop-color="#ff0000" /> <stop offset=".33" stop-color="#00ff00" /> <stop offset=".67" stop-color="#0000ff" /> <stop offset="1" stop-color="#000000" /> </linearGradient> <filter id="Identity" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="identity"/> <feFuncG type="identity"/> <feFuncB type="identity"/> <feFuncA type="identity"/> </feComponentTransfer> </filter> <filter id="Table" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="table" tableValues="0 0 1 1"/> <feFuncG type="table" tableValues="1 1 0 0"/> <feFuncB type="table" tableValues="0 1 1 0"/> </feComponentTransfer> </filter> <filter id="Linear" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="linear" slope=".5" intercept=".25"/> <feFuncG type="linear" slope=".5" intercept="0"/> <feFuncB type="linear" slope=".5" intercept=".5"/> </feComponentTransfer> </filter> <filter id="Gamma" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="gamma" amplitude="2" exponent="5" offset="0"/> <feFuncG type="gamma" amplitude="2" exponent="3" offset="0"/> <feFuncB type="gamma" amplitude="2" exponent="1" offset="0"/> </feComponentTransfer> </filter> </defs> <rect fill="none" stroke="blue" x="1" y="1" width="798" height="398"/> <g font-family="Verdana" font-size="75" font-weight="bold" fill="url(#MyGradient)" > <rect x="100" y="0" width="600" height="20" /> <text x="100" y="90">Identity</text> <text x="100" y="190" filter="url(#Table)" >TableLookup</text> <text x="100" y="290" filter="url(#Linear)" >LinearFunc</text> <text x="100" y="390" filter="url(#Gamma)" >GammaFunc</text> </g> </svg> Example feComponentTransfer View this example as SVG (SVG-enabled browsers only)  

with:

Example feComponentTransfer shows examples of how feComponentTransfer can be applied to a gradient fill (shown first). The four types of feComponentTransfer operations are applied to the next four rects respectively in the example. <?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="8cm" height="8cm" viewBox="0 0 800 800" version="1.1" xmlns="http://www.w3.org/2000/svg"> <title> Example feComponentTransfer - Examples of feComponentTransfer operations </title> <desc> A gradient fill rect (shown first) with examples of different feComponentTransfer effects applied (next 4 rects): an identity function, use of the feComponentTransfer table option, use of the feComponentTransfer linear option, and use of the feComponentTransfer gamma option. </desc> <defs> <linearGradient id="ReferenceGradient" gradientUnits="userSpaceOnUse" x1="100" y1="0" x2="600" y2="0"> <stop offset="0" stop-color="#ff0000"/> <stop offset=".33" stop-color="#00ff00"/> <stop offset=".67" stop-color="#0000ff"/> <stop offset="1" stop-color="#000000"/> </linearGradient> <filter id="Identity" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="identity"/> <feFuncG type="identity"/> <feFuncB type="identity"/> <feFuncA type="identity"/> </feComponentTransfer> </filter> <filter id="Table" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="table" tableValues="0 0 1 1"/> <feFuncG type="table" tableValues="1 1 0 0"/> <feFuncB type="table" tableValues="0 1 1 0"/> </feComponentTransfer> </filter> <filter id="Linear" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="linear" slope=".5" intercept=".25"/> <feFuncG type="linear" slope=".5" intercept="0"/> <feFuncB type="linear" slope=".5" intercept=".5"/> </feComponentTransfer> </filter> <filter id="Gamma" filterUnits="objectBoundingBox" x="0%" y="0%" width="100%" height="100%"> <feComponentTransfer> <feFuncR type="gamma" amplitude="2" exponent="5" offset="0"/> <feFuncG type="gamma" amplitude="2" exponent="3" offset="0"/> <feFuncB type="gamma" amplitude="2" exponent="1" offset="0"/> </feComponentTransfer> </filter> </defs> <g fill="url(#ReferenceGradient)"> <rect x="100" y="50" width="600" height="40" /> <rect x="100" y="200" width="600" height="40" filter="url(#Identity)"/> <rect x="100" y="350" width="600" height="40" filter="url(#Table)"/> <rect x="100" y="500" width="600" height="40" filter="url(#Linear)"/> <rect x="100" y="650" width="600" height="40" filter="url(#Gamma)"/> </g> <g font-weight="bold" font-family="Courier New" font-size="45" fill="black"> <text x="100" y="140">Gradient Fill</text> <text x="100" y="290">type='Identity'</text> <text x="100" y="440">type='TableLookup'</text> <text x="100" y="590">type='LinearFunc'</text> <text x="100" y="740">type='GammaFunc'</text> </g> <rect fill="none" stroke="blue" x="1" y="1" width="796" height="796"/> </svg> Example feComponentTransfer View this example as SVG (SVG-enabled browsers only)  
patternContentUnits missing in 1.1 modules
Status Proposed
Category Editorial
Reported by Tolga Capin
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#pattern-mod
Description The spec should have patternContentUnits in the pattern module, section 13.5.
Resolution Add patternContentUnits to the pattern module.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#pattern-mod, replace:

patternUnits, patternTransform

with:

patternUnits, patternContentUnits, patternTransform
References to characters in SVGTextContentElement should be UTF-16 code units
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement
Description The methods on SVGTextContentElement are all written in terms of Unicode characters, but to be consistent with DOM Core method these should be in terms of UTF-16 code units.
Resolution These methods should all be interms of UTF-16 code units. An explanatory paragraph at the top of the interface description will be included to clarify this.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement, replace:

The SVGTextContentElement interface is inherited by various text-related interfaces, such as SVGTextElement, SVGTSpanElement, SVGTRefElement, SVGAltGlyphElement and SVGTextPathElement.

with:

The SVGTextContentElement interface is inherited by various text-related interfaces, such as SVGTextElement, SVGTSpanElement, SVGTRefElement, SVGAltGlyphElement and SVGTextPathElement. For the methods on this interface that refer to an index to a character or a number of characters, these references are to be interpreted as an index to a UTF-16 code unit or a number of UTF-16 code units, respectively. This is for consistency with DOM Level 2 Core, where methods on the CharacterData interface use UTF-16 code units as indexes and counts within the character data. Thus for example, if the text content of a 'text' element is a single non-BMP character, such as U+10000, then invoking getNumberOfChars on that element will return 2 since there are two UTF-16 code units (the surrogate pair) used to represent that one character.
SVGTextContentElement.getNumberOfChars
Status Proposed
Category Substantive
Reported by Thomas E Deweese
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement
Comments Thomas Deweese, Anne van Kesteren
Test case [1]
Description getNumberOfChars() is written in terms of Unicode characters, but it would be more consistent with other DOM methods to be in terms of UTF-16 codepoints. Also, it should be made clear that it is the number of UTF-16 codepoints for all characters that are available for rendering, not just those that are in the end rendered. For example, with textPath not all glyphs might be rendered when they fall off the end of the path.
Resolution getNumberOfChars() should return number of UTF-16 codepoints corresponding to all of the characters available for rendering. (There perhaps should be an additional method for querying whether a particular character is rendered or not.) (Edit 23 June 2008) The UTF-16 language has been removed from the changed text, since it is now redundant with that in the References to characters in SVGTextContentElement should be UTF-16 code units erratum.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement, replace:

getNumberOfChars Returns the total number of characters to be rendered within the current element. Includes characters which are included via a 'tref' reference. No Parameters Return value long Total number of characters. No Exceptions

with:

getNumberOfChars Returns the total number of characters available for rendering within the current element, which includes referenced characters from 'tref', regardless of whether they will be rendered. Effectively, this is equivalent to the the length of the textContent attribute from DOM Level 3 Core, if that attribute also expanded 'tref's. No Parameters Return value long Total number of characters. No Exceptions
Mandate gzip compression
Status Proposed
Category Substantive
Reported by Peter Sorotokin
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/conform.html#ConformingSVGViewers
http://www.w3.org/Graphics/SVG/Group/repository/spec/mobile/1.2/1.2NG/publish/conform.html#ConformingSVGViewers
Comment Peter Sorotokin
Description gzip is more than deflate, we should only mention deflate. This is already fixed in Tiny 1.2.
Resolution Fix the wording as per SVG Tiny 1.2.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/conform.html#ConformingSVGViewers, replace:

SVG implementations which support the HTTP protocol must correctly support gzip-encoded SVG data streams according to the HTTP 1.1 specification [RFC2616]; thus, the client must specify "Accept-Encoding: gzip" [ HTTP-ACCEPT-ENCODING] on its request-header field and then decompress any gzip-encoded data streams that are downloaded from the server. If the implementation supports progressive rendering, the implementation should also support progressive rendering of compressed data streams.

with:

SVG implementations must correctly support gzip-encoded [RFC1952] and deflate-encoded [RFC1951] data streams, for any content type (including SVG, script files, images). SVG implementations that support HTTP must support these encodings according to the HTTP 1.1 specification [RFC2616]; in particular, the client must specify with an "Accept-Encoding:" request header [ HTTP-ACCEPT-ENCODING] those encodings that it accepts, including at minimum gzip and deflate, and then decompress any gzip-encoded and deflate-encoded data streams that are downloaded from the server. When an SVG viewer retrieves compressed content (e.g., an .svgz file) over HTTP, if the "Content-Encoding" and "Transfer-Encoding" response headers are missing or specify a value that does not match the compression method that has been applied to the content, then the SVG viewer must not render the content and must treat the document as being in error.
SVGLocatable.getScreenCTM() vs clientX/Y, screenX/Y
Status Proposed
Category Editorial
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLocatable
Description This method would have been more aptly named as getClientCTM, but the name getScreenCTM is kept for historical reasons.
Resolution Say that this method would have been more aptly named as getClientCTM, but the name getScreenCTM is kept for historical reasons. Proposed text should clarify that getScreenCTM actually relates to the same coordinate space as clientX/Y.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLocatable, replace:

For other devices or environments where physical pixel sizes are not known, then an algorithm similar to the CSS2 definition of a "pixel" can be used instead.

with:

For other devices or environments where physical pixel sizes are not known, then an algorithm similar to the CSS2 definition of a "pixel" can be used instead. Note that null is returned if this element is not hooked into the document tree. This method would have been more aptly named as getClientCTM, but the name getScreenCTM is kept for historical reasons.
ElementTimeControl interface
Status Proposed
Category Substantive
Reported by Vincent Hardy
Comment Cameron McCormack
Description SVG 1.1 claims that the ElementTimeControl interface defined therein is copied from SMIL Animation. However, there are discrepancies between the definitions in SMIL Animation and those in SVG 1.1. In addition, SVG 1.1 has a version of the ElementTimeControl Java interface copied from SMIL Animation, but with the package changed to org.w3c.dom.svg. The package should really be org.w3c.dom.smil, as in SMIL Animation, so it would be better to just have a reference to SMIL Animation rather than duplicated here. Note that the Java bindings zip file doesn't contain this SMIL-related interface, so no change is needed there.
Resolution The description of the ElementTimeControl interface should be synchronized with that in SMIL Animation plus some changes (to fix errors in the IDL that say the four methods return booleans, which should actually be voids). Those changes would also bring the interface in to line with the SMIL 3 specification. The inline Java interface should also be replaced with a reference to the one in SMIL Animation.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#DOMInterfaces, replace:

[the entire Interface ElementTimeControl subsection]

with:

SMIL Animation supports several methods for controlling the behavior of animation: beginElement(), beginElementAt(), endElement(), and endElementAt(). These methods are used to begin and end the active duration of an element. Authors can (but are not required to) declare the timing to respond to the DOM using the following syntax: <animate begin="indefinite" end="indefinite" .../> If a DOM method call is made to begin or end the element (using beginElement(), beginElementAt(), endElement() or endElementAt()), each method call creates a single instance time (in the appropriate instance times list). These times are then interpreted as part of the semantics of lists of times, as described in Evaluation of begin and end time lists. The instance time associated with a beginElement() or endElement() call is the current presentation time at the time of the DOM method call. The instance time associated with a beginElementAt() or endElementAt() call is the current presentation time at the time of the DOM method call, plus or minus the specified offset. Note that beginElement() is subject to the restart attribute in the same manner that event-based begin timing is. Refer also to SMIL Animation: Restarting animation. The expectation of the following interface is that an instance of the ElementTimeControl interface can be obtained by using binding-specific casting methods on an instance of an animate element. A DOM application can use the hasFeature method of the DOMImplementation interface to determine whether the ElementTimeControl interface is supported or not. The feature string for this interface is "TimeControl". IDL Definition interface ElementTimeControl { void beginElement(); void beginElementAt(in float offset); void endElement(); void endElement(in float offset); } Methods beginElement Creates a begin instance time for the current time. The new instance time is added to the begin instance times list. This is equivalent to beginElementAt(0). No Parameters No Return Value No Exceptions beginElementAt Creates a begin instance time for the current time plus the specified offset. The new instance time is added to the begin instance times list. No Parameters in float offset The offset from the current document time, in seconds, at which to begin the element. No Return Value No Exceptions endElement Creates an end instance time for the current time. The new instance time is added to the end instance times list. This is equivalent to endElementAt(0). No Parameters No Return Value No Exceptions endElementAt Creates a end instance time for the current time plus the specified offset. The new instance time is added to the end instance times list. No Parameters in float offset The offset from the current document time, in seconds, at which to end the element. No Return Value No Exceptions For the corresponding Java binding, see section 6.4 of SMIL Animation [SMILANIM].
TimeEvent interface
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#InterfaceTimeEvent
Comment Cameron McCormack
Description SVG 1.1 has a version of the TimeEvent Java interface copied from SMIL Animation, but with the package changed to org.w3c.dom.svg. The package should really be org.w3c.dom.smil, as in SMIL Animation, so it would be better to just have a reference to SMIL Animation rather than duplicated here. Note that the Java bindings zip file doesn't contain this SMIL-related interface, so no change is needed there.
Resolution The inline Java interface should also be replaced with a reference to the one in SMIL Animation.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#DOMInterfaces, replace:

The corresponding Java binding: package org.w3c.dom.svg; import org.w3c.dom.events.Event; import org.w3c.dom.views.AbstractView; public interface TimeEvent extends Event { public AbstractView getView( ); public int getDetail( ); void initTimeEvent ( String typeArg, AbstractView viewArg, int detailArg ); }

with:

For the corresponding Java binding, see section 6.4 of SMIL Animation [SMILANIM].
SVGLoad does not bubble
Status Proposed
Category Editorial
Reported by Olli Pettay
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#SVGEventsCompleteList
Comments Bjoern Hoehrmann, Bjoern Hoehrmann
Description The SVGLoad event is in SVG1.1 is dispatched only to the element to which the event applies; it is not dispatched to its ancestors. This change was made in SVG Tiny 1.2 and the same change should be made to 1.1 to make them consistent.
Resolution We will replace the paragraph in 1.1 with a simple statement that "The SVGLoad event does not bubble".
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/interact.html#SVGEventsCompleteList, replace:

A SVGLoad event is dispatched only to the element to which the event applies; it is not dispatched to its ancestors. For example, if an 'image' element and its parent 'g' element both have event listeners for SVGLoad events, when the 'image' element has been loaded, only its event listener will be invoked. (The 'g' element's event listener will indeed get invoked, but the invocation will happen when the 'g' itself has been loaded.)

with:

The SVGLoad event does not bubble.
Float Value Units
Status Proposed
Category Editorial
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength
Description There are minor typographical errors in the description of the SVGLength interface.
Resolution These typographical errors will be fixed.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength, replace:

float value The value as an floating point value, in user units. Setting this attribute will cause valueInSpecifiedUnits and valueAsString to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. float valueInSpecifiedUnits The value as an floating point value, in the units expressed by unitType. Setting this attribute will cause value and valueAsString to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

float value The value as a floating point value, in user units. Setting this attribute will cause valueInSpecifiedUnits and valueAsString to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. float valueInSpecifiedUnits The value as a floating point value, in the units expressed by unitType. Setting this attribute will cause value and valueAsString to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.
boolean useCurrentView
Status Proposed
Category Editorial
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement
Description The 'viewBox' attribute mistakenly referred to as 'fitBoxToViewport'.
Resolution The references to 'fitBoxToViewport' will be corrected to 'viewBox'.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

The initial view (i.e., before magnification and panning) of the current innermost SVG document fragment can be either the "standard" view (i.e., based on attributes on the 'svg' element such as fitBoxToViewport) or to a "custom" view (i.e., a hyperlink into a particular 'view' or other element - see Linking into SVG content: URI fragments and SVG views). If the initial view is the "standard" view, then this attribute is false. If the initial view is a "custom" view, then this attribute is true. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

The initial view (i.e., before magnification and panning) of the current innermost SVG document fragment can be either the "standard" view (i.e., based on attributes on the 'svg' element such as viewBox) or to a "custom" view (i.e., a hyperlink into a particular 'view' or other element - see Linking into SVG content: URI fragments and SVG views). If the initial view is the "standard" view, then this attribute is false. If the initial view is a "custom" view, then this attribute is true. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.
Example feColorMatrix source file correction
Status Proposed
Category Editorial
Reported by Robert Longson
Comment [1]
Description The example file feColorMatrix.svg incorrectly uses a percentage value in a 'values' attribute.
Resolution Change the example in source file of feColorMatrix.svg to use a decimal number instead of a percentage number. The example is correct in the SVG specification.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/images/filters/feColorMatrix.svg, replace:

<feColorMatrix type="saturate" in="SourceGraphic" values="40%"/>

with:

<feColorMatrix type="saturate" in="SourceGraphic" values="0.4"/>
Clarify scientific notation text
Status Proposed
Category Editorial
Reported by Robert Longson
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#DataTypeLength
Comment [1]
Description The description of value real number syntaxes allowed in CSS properties and XML attributes is confusing.
Resolution The text will be reworded to have CSS2 mentioned in the scientific notation.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#DataTypeLength, replace:

Note that the specification of a <number> is different for property values than for XML attribute values.

with:

Note that the specification of a <number> is different for CSS2 property values than for XML attribute values.
Clarify clipPath and Pointer-Events
Status Proposed
Category Substantive
Reported by Doug Schepers
Comment [1]
Description It is unclear where pointer events should be triggered on elements with a clipping path applied.
Resolution An explanation of the different values for 'pointer-events' and how they are affected by a clipping path will be added.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/masking.html#EstablishingANewClippingPath, insert:

14.3.6 Clipping paths, geometry, and pointer events A clipping path is conceptually equivalent to a custom viewport for the referencing element. Thus, it affects the rendering of an element, but not the element's inherent geometry. The bounding box of a clipped element (that is, an element which references a 'clipPath' element via a 'clip-path' property, or a child of the referencing element) must remain the same as if it were not clipped. By default, pointer-events must not be dispatched on the clipped (non-visible) regions of a shape. For example, a circle with a radius of 10 which is clipped to a circle with a radius of 5 will not receive 'click' events outside the smaller radius. Later versions of SVG may define new properties to enable fine-grained control over the interactions between hit testing and clipping.
A number of interfaces' methods are missing DOMExceptions
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle
http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransform
http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList
http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#InterfaceSVGMarkerElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFilterElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEGaussianBlurElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html
Description A number of SVG DOM interfaces that correspond to DOM nodes have methods that can mutate the node, but don't declare that they throw a DOMException when the node is readonly.
Resolution Add NO_MODIFICATION_ALLOWED_ERR DOMExceptions to the relevant methods that could mutate a readonly object.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGLength { ... void newValueSpecifiedUnits ( in unsigned short unitType, in float valueInSpecifiedUnits ); void convertToSpecifiedUnits ( in unsigned short unitType ); };

with:

interface SVGLength { ... void newValueSpecifiedUnits ( in unsigned short unitType, in float valueInSpecifiedUnits ) raises( DOMException ); void convertToSpecifiedUnits ( in unsigned short unitType ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength, replace:

Methods newValueSpecifiedUnits Reset the value as a number with an associated unitType, thereby replacing the values for all of the attributes on the object. Parameters in unsigned short unitType The unitType for the value (e.g., SVG_LENGTHTYPE_MM). in float valueInSpecifiedUnits The new value. No Return Value No Exceptions convertToSpecifiedUnits Preserve the same underlying stored value, but reset the stored unit identifier to the given unitType. Object attributes unitType, valueAsSpecified and valueAsString might be modified as a result of this method. For example, if the original value were "0.5cm" and the method was invoked to convert to millimeters, then the unitType would be changed to SVG_LENGTHTYPE_MM, valueAsSpecified would be changed to the numeric value 5 and valueAsString would be changed to "5mm". Parameters in unsigned short unitType The unitType to switch to (e.g., SVG_LENGTHTYPE_MM). No Return Value No Exceptions

with:

Methods newValueSpecifiedUnits Reset the value as a number with an associated unitType, thereby replacing the values for all of the attributes on the object. Parameters in unsigned short unitType The unitType for the value (e.g., SVG_LENGTHTYPE_MM). in float valueInSpecifiedUnits The new value. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. convertToSpecifiedUnits Preserve the same underlying stored value, but reset the stored unit identifier to the given unitType. Object attributes unitType, valueAsSpecified and valueAsString might be modified as a result of this method. For example, if the original value were "0.5cm" and the method was invoked to convert to millimeters, then the unitType would be changed to SVG_LENGTHTYPE_MM, valueAsSpecified would be changed to the numeric value 5 and valueAsString would be changed to "5mm". Parameters in unsigned short unitType The unitType to switch to (e.g., SVG_LENGTHTYPE_MM). No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGAngle { ... void newValueSpecifiedUnits ( in unsigned short unitType, in float valueInSpecifiedUnits ); void convertToSpecifiedUnits ( in unsigned short unitType ); };

with:

interface SVGAngle { ... void newValueSpecifiedUnits ( in unsigned short unitType, in float valueInSpecifiedUnits ) raises( DOMException ); void convertToSpecifiedUnits ( in unsigned short unitType ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle, replace:

Methods newValueSpecifiedUnits Reset the value as a number with an associated unitType, thereby replacing the values for all of the attributes on the object. Parameters in unsigned short unitType The unitType for the angle value (e.g., SVG_ANGLETYPE_DEG). in float valueInSpecifiedUnits The angle value. No Return Value No Exceptions convertToSpecifiedUnits Preserve the same underlying stored value, but reset the stored unit identifier to the given unitType. Object attributes unitType, valueAsSpecified and valueAsString might be modified as a result of this method. Parameters in unsigned short unitType The unitType to switch to (e.g., SVG_ANGLETYPE_DEG). No Return Value No Exceptions

with:

Methods newValueSpecifiedUnits Reset the value as a number with an associated unitType, thereby replacing the values for all of the attributes on the object. Parameters in unsigned short unitType The unitType for the angle value (e.g., SVG_ANGLETYPE_DEG). in float valueInSpecifiedUnits The angle value. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. convertToSpecifiedUnits Preserve the same underlying stored value, but reset the stored unit identifier to the given unitType. Object attributes unitType, valueAsSpecified and valueAsString might be modified as a result of this method. Parameters in unsigned short unitType The unitType to switch to (e.g., SVG_ANGLETYPE_DEG). No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransform and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGTransform { ... void setMatrix ( in SVGMatrix matrix ); void setTranslate ( in float tx, in float ty ); void setScale ( in float sx, in float sy ); void setRotate ( in float angle, in float cx, in float cy ); void setSkewX ( in float angle ); void setSkewY ( in float angle ); };

with:

interface SVGTransform { ... void setMatrix ( in SVGMatrix matrix ) raises( DOMException ); void setTranslate ( in float tx, in float ty ) raises( DOMException ); void setScale ( in float sx, in float sy ) raises( DOMException ); void setRotate ( in float angle, in float cx, in float cy ) raises( DOMException ); void setSkewX ( in float angle ) raises( DOMException ); void setSkewY ( in float angle ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGTransform, replace:

Methods setMatrix Sets the transform type to SVG_TRANSFORM_MATRIX, with parameter matrix defining the new transformation. Parameters in SVGMatrix matrix The new matrix for the transformation. No Return Value No Exceptions setTranslate Sets the transform type to SVG_TRANSFORM_TRANSLATE, with parameters tx and ty defining the translation amounts. Parameters in float tx The translation amount in X. in float ty The translation amount in Y. No Return Value No Exceptions setScale Sets the transform type to SVG_TRANSFORM_SCALE, with parameters sx and sy defining the scale amounts. Parameters in float sx The scale factor in X. in float sy The scale factor in Y. No Return Value No Exceptions setRotate Sets the transform type to SVG_TRANSFORM_ROTATE, with parameter angle defining the rotation angle and parameters cx and cy defining the optional centre of rotation. Parameters in float angle The rotation angle. in float cx The x coordinate of centre of rotation. in float cy The y coordinate of centre of rotation. No Return Value No Exceptions setSkewX Sets the transform type to SVG_TRANSFORM_SKEWX, with parameter angle defining the amount of skew. Parameters in float angle The skew angle. No Return Value No Exceptions setSkewY Sets the transform type to SVG_TRANSFORM_SKEWY, with parameter angle defining the amount of skew. Parameters in float angle The skew angle. No Return Value No Exceptions

with:

Methods setMatrix Sets the transform type to SVG_TRANSFORM_MATRIX, with parameter matrix defining the new transformation. Parameters in SVGMatrix matrix The new matrix for the transformation. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setTranslate Sets the transform type to SVG_TRANSFORM_TRANSLATE, with parameters tx and ty defining the translation amounts. Parameters in float tx The translation amount in X. in float ty The translation amount in Y. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setScale Sets the transform type to SVG_TRANSFORM_SCALE, with parameters sx and sy defining the scale amounts. Parameters in float sx The scale factor in X. in float sy The scale factor in Y. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setRotate Sets the transform type to SVG_TRANSFORM_ROTATE, with parameter angle defining the rotation angle and parameters cx and cy defining the optional centre of rotation. Parameters in float angle The rotation angle. in float cx The x coordinate of centre of rotation. in float cy The y coordinate of centre of rotation. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setSkewX Sets the transform type to SVG_TRANSFORM_SKEWX, with parameter angle defining the amount of skew. Parameters in float angle The skew angle. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setSkewY Sets the transform type to SVG_TRANSFORM_SKEWY, with parameter angle defining the amount of skew. Parameters in float angle The skew angle. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGTransformList { ... SVGTransform consolidate ( ); };

with:

interface SVGTransformList { ... SVGTransform consolidate ( ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGTransform, replace:

consolidate Consolidates the list of separate SVGTransform objects by multiplying the equivalent transformation matrices together to result in a list consisting of a single SVGTransform object of type SVG_TRANSFORM_MATRIX. No Parameters Return value SVGTransform The resulting SVGTransform object which becomes single item in the list. If the list was empty, then a value of null is returned. No Exceptions

with:

consolidate Consolidates the list of separate SVGTransform objects by multiplying the equivalent transformation matrices together to result in a list consisting of a single SVGTransform object of type SVG_TRANSFORM_MATRIX. No Parameters Return value SVGTransform The resulting SVGTransform object which becomes single item in the list. If the list was empty, then a value of null is returned. Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#InterfaceSVGMarkerElement and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGMarkerElement : ... void setOrientToAuto ( ); void setOrientToAngle ( in SVGAngle angle ); };

with:

interface SVGMarkerElement : ... void setOrientToAuto ( ) raises( DOMException ); void setOrientToAngle ( in SVGAngle angle ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#InterfaceSVGMarkerElement, replace:

Methods setOrientToAuto Sets the value of attribute orient to 'auto'. No Parameters No Return Value No Exceptions setOrientToAngle Sets the value of attribute orient to the given angle. Parameters in SVGAngle angle The angle value to use for attribute orient. No Return Value No Exceptions

with:

Methods setOrientToAuto Sets the value of attribute orient to 'auto'. No Parameters No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. setOrientToAngle Sets the value of attribute orient to the given angle. Parameters in SVGAngle angle The angle value to use for attribute orient. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFilterElement and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGFilterElement : ... void setFilterRes ( in unsigned long filterResX, in unsigned long filterResY ); };

with:

interface SVGFilterElement : ... void setFilterRes ( in unsigned long filterResX, in unsigned long filterResY ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#InterfaceSVGFilterElement, replace:

Methods setFilterRes Sets the values for attribute filterRes. Parameters in unsigned long filterResX The X component of attribute filterRes. in unsigned long filterResY The Y component of attribute filterRes. No Return Value No Exceptions

with:

Methods setFilterRes Sets the values for attribute filterRes. Parameters in unsigned long filterResX The X component of attribute filterRes. in unsigned long filterResY The Y component of attribute filterRes. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEGaussianBlurElement and http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

interface SVGFEGaussianBlurElement : ... void setStdDeviation ( in float stdDeviationX, in float stdDeviationY ); };

with:

interface SVGFEGaussianBlurElement : ... void setStdDeviation ( in float stdDeviationX, in float stdDeviationY ) raises( DOMException ); };

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#InterfaceSVGFEGaussianBlurElement, replace:

Methods setStdDeviation Sets the values for attribute stdDeviation. Parameters in float stdDeviationX The X component of attribute stdDeviation. in float stdDeviationY The Y component of attribute stdDeviation. No Return Value No Exceptions

with:

Methods setStdDeviation Sets the values for attribute stdDeviation. Parameters in float stdDeviationX The X component of attribute stdDeviation. in float stdDeviationY The Y component of attribute stdDeviation. No Return Value Exceptions DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.
Interface SVGRect has incorrect attribute descriptions
Status Proposed
Category Editorial
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGRect
Description In the description for Interface SVGRect, the descriptions of the attributes are inaccurate. They refer to attributes (in the XML sense) on an element, but this is only true for the case of SVGFitToViewBox.viewBox.
Resolution Update the attribute descriptions to more accurately reflect their purpose.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGRect, replace:

float x Corresponds to attribute x on the given element. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. float y Corresponds to attribute y on the given element. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. float width Corresponds to attribute width on the given element. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. float height Corresponds to attribute height on the given element. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

float x The x coordinate of the rectangle, in user units. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised if the SVGRect object is readonly, or corresponds to a DOM attribute that is readonly. float y The y coordinate of the rectangle, in user units. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised if the SVGRect object is readonly, or corresponds to a DOM attribute that is readonly. float width The width of the rectangle, in user units. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised if the SVGRect object is readonly, or corresponds to a DOM attribute that is readonly. float height The height of the rectangle, in user units. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised if the SVGRect object is readonly, or corresponds to a DOM attribute that is readonly.
Stroking subpaths of zero length
Status Proposed
Category Substantive
Reported by Dr. Olaf Hoffman
Description There is a conflict between sections 11.4 and F.5 in the SVG 1.1 specification regarding the stroking of zero length subpaths. SVG Tiny 1.2 is fixed such that there is no conflict.
Resolution We will back port the fix from SVG Tiny 1.2 to SVG 1.1.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#StrokeProperties, replace:

A subpath (see Paths) consisting of a single moveto is not stroked. A subpath consisting of a moveto and lineto to the same exact location or a subpath consisting of a moveto and a closepath will be stroked only if the 'stroke-linecap' property is set to "round", producing a circle centered at the given point.

with:

A subpath (see Paths) consisting of a single moveto shall not be stroked. A subpath consisting of a moveto and lineto to the same exact location or a subpath consisting of a moveto and a closepath shall not be stroked if the 'stroke-linecap' property has a value of butt and shall be stroked if the 'stroke-linecap' property has a value of round or square, producing respectively a circle or a square centered at the given point.
Clarification of outermost SVG element
Status Proposed
Category Substantive
Reported by Antoine Quint
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/intro.html#Terminology
Description The SVG 1.1 spec assumes that definition of "outermost svg element" is understood when describing terms in the definition section. The SVG Tiny 1.2 specification seems to describe "outermost svg element" (a.k.a. the "rootmost svg element") more carefully.
Resolution We will add a definition for the term "outermost svg element".
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/intro.html#Definitions, insert:

outermost svg element The furthest 'svg' ancestor element that remains in the current SVG document fragment.
The term "outermost 'svg' element" occurs in the following locations: 4.3 Basic DOM interfaces 5.1.2 The 'svg' element 5.3.2 URI reference attributes 5.4 The 'desc' and 'title' elements 5.7 The 'image' element 5.9 Specifying whether external resources are required for proper rendering 6.1 SVG's styling properties 7.2 The initial viewport 7.3 The initial coordinate system 7.7 The viewBox attribute 7.8 The preserveAspectRatio attribute 7.10 Units 14.3.3 The 'overflow' and 'clip' properties 16.2 Complete list of supported events 16.7 Magnification and panning 17.2.2 SVG fragment identifiers 21.2 The 'metadata' element The markup for all instances of the term "outermost 'svg' element" will be linked to the new definition in the Introduction chapter.
Correction to Feature Sets title
Status Proposed
Category Markup
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/feature.html
Description The "Appendix O: Feature Strings" chapter is called "Feature Sets" in the HTML <title>. Presumably this should be "Feature Strings".
Resolution
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/feature.html, replace:

Feature Sets - SVG 1.1 - 20030114

with:

Feature Strings - SVG 1.1 - 20030114
Clarify feTurbulence seed value type
Status Proposed
Category Editorial
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feTurbulence
Description Currently in the specification the 'seed' value of 'feTurbulence' is of type NUMBER. The algorithm treats the value as an integer. We need to clarify how to use the value.
Resolution We will clarify that the value of 'seed' is rounded.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feTurbulenceSeedAttribute, replace:

seed = "<number>" The starting number for the pseudo random number generator. If the attribute is not specified, then the effect is as if a value of 0 were specified. Animatable: yes.

with:

seed = "<number>" The starting number for the pseudo random number generator. If the attribute is not specified, then the effect is as if a value of 0 were specified. When the seed number is handed over to the algorithm above it must first be truncated, i.e. rounded to the closest integer value towards zero. Animatable: yes.
Clarify color-interpolation in feDisplacementMap
Status Proposed
Category Substantive
Reported by Robert Longson
In reference to
http://lists.w3.org/Archives/Public/www-svg/2007Aug/0010.html
Comment [1]
Description The 'color-interpolation-filters' property only applies to the (in2) source image and does not apply to the in source image. For feDisplacement map we can convert the (in2) source image before we work on it but what are we supposed to do with the in source image? This needs to be clarified.
Resolution The image should be left in the color space it happens to be in.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDisplacementMap, replace:

The 'color-interpolation-filters' property only applies to the in2 source image and does not apply to the in source image.

with:

The 'color-interpolation-filters' property only applies to the in2 source image and does not apply to the in source image. The in source image must remain in its current color space.
Clarify limitingConeAngle in feSpotLight
Status Proposed
Category Substantive
Reported by Tim Rowley
In reference to
http://lists.w3.org/Archives/Public/www-svg/2007Jun/0033.html
Comment [1]
Description There is a limitingConeAngle specified as an attribute and DOM property of the feSpotLight element, but the lighting specification in the feDiffuseLighting and feSpecularLighting sections do not include it in the equations given. This needs to be clarified.
Resolution To add wording: "If limitingConeAngle is specified, -L.S < cos(limitingConeAngle) also indicates no light is present." and also state that limitingConeAngle is in degrees.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feSpotLightLimitingConeAngleAttribute, replace:

limitingConeAngle = "<number>" A limiting cone which restricts the region where the light is projected. No light is projected outside the cone. limitingConeAngle represents the angle between the spot light axis (i.e. the axis between the light source and the point to which it is pointing at) and the spot light cone. User agents should apply a smoothing technique such as anti-aliasing at the boundary of the cone. If no value is specified, then no limiting cone will be applied. Animatable: yes.

with:

limitingConeAngle = "<number>" A limiting cone which restricts the region where the light is projected. No light is projected outside the cone. limitingConeAngle represents the angle in degrees between the spot light axis (i.e. the axis between the light source and the point to which it is pointing at) and the spot light cone. User agents should apply a smoothing technique such as anti-aliasing at the boundary of the cone. If no value is specified, then no limiting cone will be applied. Animatable: yes.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDiffuseLighting, replace:

If L.S is positive, no light is present. (Lr = Lg = Lb = 0)

with:

If L.S is positive, no light is present. (Lr = Lg = Lb = 0). If limitingConeAngle is specified, -L.S < cos(limitingConeAngle) also indicates that no light is present.
Liveness of getIntersectionList and getEnclosureList
Status Proposed
Category Substantive
Reported by Erik Dahlström
Description The two SVG 1.1 DOM methods getIntersectionList and getEnclosureList return a NodeList. NodeList is defined by the DOM 2 Core specification as being "live". This means that the evaluation of these two methods can be expensive to perform. Batik is the only implementation known at the time of writing that supports these methods, but it does so only as static NodeLists.
Resolution Loosen the stricture on NodeList so that it may be static only for the getIntersection and getEnclosureList methods.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

interface SVGSVGElement : SVGElement, SVGTests, SVGLangSpace, SVGExternalResourcesRequired, SVGStylable, SVGLocatable, SVGFitToViewBox, SVGZoomAndPan, events::EventTarget, events::DocumentEvent, css::ViewCSS, css::DocumentCSS { readonly attribute SVGAnimatedLength x; readonly attribute SVGAnimatedLength y; readonly attribute SVGAnimatedLength width; readonly attribute SVGAnimatedLength height; attribute DOMString contentScriptType; // raises DOMException on setting attribute DOMString contentStyleType; // raises DOMException on setting readonly attribute SVGRect viewport; readonly attribute float pixelUnitToMillimeterX; readonly attribute float pixelUnitToMillimeterY; readonly attribute float screenPixelToMillimeterX; readonly attribute float screenPixelToMillimeterY; attribute boolean useCurrentView; // raises DOMException on setting readonly attribute SVGViewSpec currentView; attribute float currentScale; // raises DOMException on setting readonly attribute SVGPoint currentTranslate; unsigned long suspendRedraw ( in unsigned long max_wait_milliseconds ); void unsuspendRedraw ( in unsigned long suspend_handle_id ) raises( DOMException ); void unsuspendRedrawAll ( ); void forceRedraw ( ); void pauseAnimations ( ); void unpauseAnimations ( ); boolean animationsPaused ( ); float getCurrentTime ( ); void setCurrentTime ( in float seconds ); NodeList getIntersectionList ( in SVGRect rect, in SVGElement referenceElement ); NodeList getEnclosureList ( in SVGRect rect, in SVGElement referenceElement ); boolean checkIntersection ( in SVGElement element, in SVGRect rect ); boolean checkEnclosure ( in SVGElement element, in SVGRect rect ); void deselectAll ( ); SVGNumber createSVGNumber ( ); SVGLength createSVGLength ( ); SVGAngle createSVGAngle ( ); SVGPoint createSVGPoint ( ); SVGMatrix createSVGMatrix ( ); SVGRect createSVGRect ( ); SVGTransform createSVGTransform ( ); SVGTransform createSVGTransformFromMatrix ( in SVGMatrix matrix ); Element getElementById ( in DOMString elementId ); };

with:

interface SVGSVGElement : SVGElement, SVGTests, SVGLangSpace, SVGExternalResourcesRequired, SVGStylable, SVGLocatable, SVGFitToViewBox, SVGZoomAndPan, events::EventTarget, events::DocumentEvent, css::ViewCSS, css::DocumentCSS { readonly attribute SVGAnimatedLength x; readonly attribute SVGAnimatedLength y; readonly attribute SVGAnimatedLength width; readonly attribute SVGAnimatedLength height; attribute DOMString contentScriptType; // raises DOMException on setting attribute DOMString contentStyleType; // raises DOMException on setting readonly attribute SVGRect viewport; readonly attribute float pixelUnitToMillimeterX; readonly attribute float pixelUnitToMillimeterY; readonly attribute float screenPixelToMillimeterX; readonly attribute float screenPixelToMillimeterY; attribute boolean useCurrentView; // raises DOMException on setting readonly attribute SVGViewSpec currentView; attribute float currentScale; // raises DOMException on setting readonly attribute SVGPoint currentTranslate; unsigned long suspendRedraw ( in unsigned long max_wait_milliseconds ); void unsuspendRedraw ( in unsigned long suspend_handle_id ) raises( DOMException ); void unsuspendRedrawAll ( ); void forceRedraw ( ); void pauseAnimations ( ); void unpauseAnimations ( ); boolean animationsPaused ( ); float getCurrentTime ( ); void setCurrentTime ( in float seconds ); NodeList getIntersectionList ( in SVGRect rect, in SVGElement referenceElement ); NodeList getEnclosureList ( in SVGRect rect, in SVGElement referenceElement ); boolean checkIntersection ( in SVGElement element, in SVGRect rect ); boolean checkEnclosure ( in SVGElement element, in SVGRect rect ); void deselectAll ( ); SVGNumber createSVGNumber ( ); SVGLength createSVGLength ( ); SVGAngle createSVGAngle ( ); SVGPoint createSVGPoint ( ); SVGMatrix createSVGMatrix ( ); SVGRect createSVGRect ( ); SVGTransform createSVGTransform ( ); SVGTransform createSVGTransformFromMatrix ( in SVGMatrix matrix ); Element getElementById ( in DOMString elementId ); }; The NodeList returned from the getEnclosureList and getIntersectionList methods must be implemented identically to the NodeList interface as defined in [DOM2] with the exception that the interface is static and not live.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

getEnclosureList Returns the list of graphics elements whose rendered content is entirely contained within the supplied rectangle, honoring the 'pointer-events' property value on each candidate graphics element. Parameters in SVGRect rect The test rectangle. The values are in the initial coordinate system for the current 'svg' element. in SVGElement referenceElement If not null, then only return elements whose drawing order has them below the given reference element. Return value NodeList A list of Elements whose content is enclosed by the supplied rectangle. No Exceptions

with:

getEnclosureList Returns the list of graphics elements whose rendered content is entirely contained within the supplied rectangle, honoring the 'pointer-events' property value on each candidate graphics element. Parameters in SVGRect rect The test rectangle. The values are in the initial coordinate system for the current 'svg' element. in SVGElement referenceElement If not null, then only return elements whose drawing order has them below the given reference element. Return value NodeList A static list of Elements whose content is enclosed by the supplied rectangle. No Exceptions

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

getIntersectionList Returns the list of graphics elements whose rendered content intersects the supplied rectangle, honoring the 'pointer-events' property value on each candidate graphics element. Parameters in SVGRect rect The test rectangle. The values are in the initial coordinate system for the current 'svg' element. in SVGElement referenceElement If not null, then only return elements whose drawing order has them below the given reference element. Return value NodeList A list of Elements whose content intersects the supplied rectangle. No Exceptions

with:

getIntersectionList Returns the list of graphics elements whose rendered content intersects the supplied rectangle, honoring the 'pointer-events' property value on each candidate graphics element. Parameters in SVGRect rect The test rectangle. The values are in the initial coordinate system for the current 'svg' element. in SVGElement referenceElement If not null, then only return elements whose drawing order has them below the given reference element. Return value NodeList A static list of Elements whose content intersects the supplied rectangle. No Exceptions
feDiffuseLighting calculation does not define I(x,y)
Status Proposed
Category Substantive
Reported by Tim Rowley
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDiffuseLighting
Description The normal calculation in section 15.14 defines N in terms of a function "I(x,y)", which does not appear to be defined.
Resolution The equations are computing the surface normal at a given point of a surface made by treating the alpha channel as a height field. The text above those equations originally said "input alpha image I(x,y)" but was then edited to the longer and slightly more readable "input alpha image Ain (x,y)". Unfortunately, the same substitution was not made to the equations, just the description. This erratum makes the text and the equations consistent with each other and with the equations immediately following.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDiffuseLighting, replace:

The surface described by the input alpha image Ain (x,y) is: Z (x,y) = surfaceScale * Ain (x,y)

with:

The surface described by the input alpha image I(x,y) is: Z (x,y) = surfaceScale * I(x,y)
getCurrentTime()/setCurrentTime() undefined before document timeline begin
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement
Description The behavior of SVGSVGElement's getCurrentTime() and setCurrentTime() methods is not defined if they are called before the document timeline has begun.
Resolution Calling getCurrentTime() before the document timeline has begun returns 0. Calling setCurrentTime() before the document timeline has begun will cause the document to be seeked to the specified time once the timeline has begun. If there are multiple such calls to setCurrentTime(), the last one takes effect.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

getCurrentTime Returns the current time in seconds relative to the start time for the current SVG document fragment. No Parameters Return value float The current time in seconds.

with:

getCurrentTime Returns the current time in seconds relative to the start time for the current SVG document fragment. If getCurrentTime is called before the document timeline has begun (for example, by script running in a 'script' element before the document's SVGLoad event is dispatched), then 0 is returned. No Parameters Return value float The current time in seconds, or 0 if the document timeline has not yet begun.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

setCurrentTime Adjusts the clock for this SVG document fragment, establishing a new current time. Parameters in float seconds The new current time in seconds relative to the start time for the current SVG document fragment.

with:

setCurrentTime Adjusts the clock for this SVG document fragment, establishing a new current time. If setCurrentTime is called before the document timeline has begun (for example, by script running in a 'script' element before the document's SVGLoad event is dispatched), then the value of seconds in the last invocation of the method gives the time that the document will seek to once the document timeline has begun. Parameters in float seconds The new current time in seconds relative to the start time for the current SVG document fragment.
Clarify Z and z for paths
Status Proposed
Category Editorial
Reported by Andreas Neumann
Description It is not clear whether there are any difference between closing the path with z or Z. If one used relative coordinates before, should one use z and otherwise Z?
Resolution We will clarify that "z" and "Z" have identical behavior in paths.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#PathDataClosePathCommand, replace:

Command Name Parameters Description Z or z closepath (none) Close the current subpath by drawing a straight line from the current point to current subpath's initial point.

with:

Command Name Parameters Description Z or z closepath (none) Close the current subpath by drawing a straight line from the current point to current subpath's initial point. Since the Z and z commands take no parameters, they have an identical effect.
Typographical Errors in Coordinate Systems Examples
Status Proposed
Category Editorial
Reported by Alexey Feldgendler
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html
Comment [1]
Description A number of examples in the coordiantes systems chapter contain minor typographical errors.
Resolution We will correct the typographical errors.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#EstablishingANewUserSpace, replace:

<?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="400px" height="150px" version="1.1" xmlns="http://www.w3.org/2000/svg"> <desc>Example NewCoordSys - New user coordinate system</desc> <g fill="none" stroke="black" stroke-width="3" > <!-- Draw the axes of the original coordinate system --> <line x1="0" y1="1.5" x2="400" y2="1.5" /> <line x1="1.5" y1="0" x2="1.5" y2="150" /> </g> <g> <text x="30" y="30" font-size="20" font-family="Verdana" > ABC (orig coord system) </text> </g> <!-- Establish a new coordinate system, which is shifted (i.e., translated) from the initial coordinate system by 50 user units along each axis. --> <g transform="translate(50,50)"> <g fill="none" stroke="red" stroke-width="3" > <!-- Draw lines of length 50 user units along the axes of the new coordinate system --> <line x1="0" y1="0" x2="50" y2="0" stroke="red" /> <line x1="0" y1="0" x2="0" y2="50" /> </g> <text x="30" y="30" font-size="20" font-family="Verdana" > ABC (translated coord system) </text> </g> </svg>

with:

<?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="400px" height="150px" version="1.1" xmlns="http://www.w3.org/2000/svg"> <desc>Example NewCoordSys - New user coordinate system</desc> <g fill="none" stroke="black" stroke-width="3" > <!-- Draw the axes of the original coordinate system --> <line x1="0" y1="1.5" x2="400" y2="1.5" /> <line x1="1.5" y1="0" x2="1.5" y2="150" /> </g> <g> <text x="30" y="30" font-size="20" font-family="Verdana" > ABC (orig coord system) </text> </g> <!-- Establish a new coordinate system, which is shifted (i.e., translated) from the initial coordinate system by 50 user units along each axis. --> <g transform="translate(50,50)"> <g fill="none" stroke="red" stroke-width="3" > <!-- Draw lines of length 50 user units along the axes of the new coordinate system --> <line x1="0" y1="0" x2="50" y2="0" /> <line x1="0" y1="0" x2="0" y2="50" /> </g> <text x="30" y="30" font-size="20" font-family="Verdana" > ABC (translated coord system) </text> </g> </svg>

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#GeographicCoordinates, replace:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://wwww.w3.org/2000/svg"> <rdf:Description> <!-- The Coordinate Reference System is described through an URI. --> <crs:CoordinateReferenceSystem svg:transform="rotate(-90)" rdf:resource=""http://www.example.org/srs/epsg.xml#4326"/> </rdf:Description> </rdf:RDF> </metadata> <!-- The actual map content --> </svg>

with:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://www.w3.org/2000/svg"> <rdf:Description> <!-- The Coordinate Reference System is described through an URI. --> <crs:CoordinateReferenceSystem svg:transform="rotate(-90)" rdf:resource=""http://www.example.org/srs/epsg.xml#4326"/> </rdf:Description> </rdf:RDF> </metadata> <!-- The actual map content --> </svg>

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#GeographicCoordinates, replace:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://wwww.w3.org/2000/svg"> <rdf:Description> <!-- In case of a well-known Coordinate Reference System an 'Identifier' is enough to describe the CRS --> <crs:CoordinateReferenceSystem svg:transform="rotate(-90) scale(100, 100)"> <crs:Identifier> <crs:code>4326</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:CoordinateReferenceSystem> </rdf:Description> </rdf:RDF> </metadata> <!-- The actual map content --> </svg>

with:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://www.w3.org/2000/svg"> <rdf:Description> <!-- In case of a well-known Coordinate Reference System an 'Identifier' is enough to describe the CRS --> <crs:CoordinateReferenceSystem svg:transform="rotate(-90) scale(100, 100)"> <crs:Identifier> <crs:code>4326</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:CoordinateReferenceSystem> </rdf:Description> </rdf:RDF> </metadata> <!-- The actual map content --> </svg>

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#GeographicCoordinates, replace:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs="http://www.ogc.org/crs" xmlns:svg="http://wwww.w3.org/2000/svg"> <rdf:Description> <!-- For other CRS it should be entirely defined --> <crs:CoordinateReferenceSystem svg:transform="scale(1,-1)"> <crs:NameSet> <crs:name>Mercator projection of WGS84</crs:name> </crs:NameSet> <crs:ProjectedCRS> <!-- The actual definition of the CRS --> <crs:CartesianCoordinateSystem> <crs:dimension>2</crs:dimension> <crs:CoordinateAxis> <crs:axisDirection>north</crs:axisDirection> <crs:AngularUnit> <crs:Identifier> <crs:code>9108</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:AngularUnit> </crs:CoordinateAxis> <crs:CoordinateAxis> <crs:axisDirection>east</crs:axisDirection> <crs:AngularUnit> <crs:Identifier> <crs:code>9108</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:AngularUnit> </crs:CoordinateAxis> </crs:CartesianCoordinateSystem> <crs:CoordinateReferenceSystem> <!-- the reference system of that projected system is WGS84 which is EPSG 4326 in EPSG codeSpace --> <crs:NameSet> <crs:name>WGS 84</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>4326</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:CoordinateReferenceSystem> <crs:CoordinateTransformationDefinition> <crs:sourceDimensions>2</crs:sourceDimensions> <crs:targetDimensions>2</crs:targetDimensions> <crs:ParameterizedTransformation> <crs:TransformationMethod> <!-- the projection is a Mercator projection which is EPSG 9805 in EPSG codeSpace --> <crs:NameSet> <crs:name>Mercator</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>9805</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:description>Mercator (2SP)</crs:description> </crs:TransformationMethod> <crs:Parameter> <crs:NameSet> <crs:name>Latitude of 1st standart parallel</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8823</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>Longitude of natural origin</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8802</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>False Easting</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8806</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>False Northing</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8807</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> </crs:ParameterizedTransformation> </crs:CoordinateTransformationDefinition> </crs:ProjectedCRS> </crs:CoordinateReferenceSystem> </rdf:Description> </rdf:RDF> </metadata> <!-- the actual map content --> </svg>

with:

<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100" height="100" viewBox="0 0 1000 1000" version="1.1" xmlns="http://www.w3.org/2000/svg"> <metadata> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:crs="http://www.ogc.org/crs" xmlns:svg="http://www.w3.org/2000/svg"> <rdf:Description> <!-- For other CRS it should be entirely defined --> <crs:CoordinateReferenceSystem svg:transform="scale(1,-1)"> <crs:NameSet> <crs:name>Mercator projection of WGS84</crs:name> </crs:NameSet> <crs:ProjectedCRS> <!-- The actual definition of the CRS --> <crs:CartesianCoordinateSystem> <crs:dimension>2</crs:dimension> <crs:CoordinateAxis> <crs:axisDirection>north</crs:axisDirection> <crs:AngularUnit> <crs:Identifier> <crs:code>9108</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:AngularUnit> </crs:CoordinateAxis> <crs:CoordinateAxis> <crs:axisDirection>east</crs:axisDirection> <crs:AngularUnit> <crs:Identifier> <crs:code>9108</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:AngularUnit> </crs:CoordinateAxis> </crs:CartesianCoordinateSystem> <crs:CoordinateReferenceSystem> <!-- the reference system of that projected system is WGS84 which is EPSG 4326 in EPSG codeSpace --> <crs:NameSet> <crs:name>WGS 84</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>4326</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> </crs:CoordinateReferenceSystem> <crs:CoordinateTransformationDefinition> <crs:sourceDimensions>2</crs:sourceDimensions> <crs:targetDimensions>2</crs:targetDimensions> <crs:ParameterizedTransformation> <crs:TransformationMethod> <!-- the projection is a Mercator projection which is EPSG 9805 in EPSG codeSpace --> <crs:NameSet> <crs:name>Mercator</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>9805</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:description>Mercator (2SP)</crs:description> </crs:TransformationMethod> <crs:Parameter> <crs:NameSet> <crs:name>Latitude of 1st standart parallel</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8823</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>Longitude of natural origin</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8802</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>False Easting</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8806</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> <crs:Parameter> <crs:NameSet> <crs:name>False Northing</crs:name> </crs:NameSet> <crs:Identifier> <crs:code>8807</crs:code> <crs:codeSpace>EPSG</crs:codeSpace> <crs:edition>5.2</crs:edition> </crs:Identifier> <crs:value>0</crs:value> </crs:Parameter> </crs:ParameterizedTransformation> </crs:CoordinateTransformationDefinition> </crs:ProjectedCRS> </crs:CoordinateReferenceSystem> </rdf:Description> </rdf:RDF> </metadata> <!-- the actual map content --> </svg>
Clarification of contentScriptType behavior
Status Proposed
Category Substantive
Reported by Erik Dahlström
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/script.html#ScriptElement
Comment [1]
Description Scripting elements that have to move across unknown markup to get to the default script type should not be executed unless it understands the contentScriptType specified. Alternatively, it could be interpreted that the 'contentScriptType' defaults to "text/ecmascript" even though it lacks a direct 'svg' parent. The specification needs to clarify how this should work and if implementations are allowed to cross namespace boundaries in search of an 'svg' parent element. Additionally, clarification of the case where there is no 'svg' parent elment.
Resolution We will clarify that 'contentScriptType' applies only to the current SVG document fragment.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/script.html#DefaultScriptingLanguage, replace:

contentScriptType = "content-type" Identifies the default scripting language for the given document. This attribute sets the scripting language used to process the value strings in event attributes. The value content-type specifies a media type, per [RFC2045]. The default value is "text/ecmascript" (Note that at the time of publication "text/ecmascript" has not been registered as the media type for ECMAScript. It will continue to be the default unless an alternative is registered). Animatable: no.

with:

contentScriptType = " content-type" Identifies the default scripting language for the given SVG document fragment. This attribute sets the default scripting language used to process the value strings in event attributes. This language must be used for all instances of script that do not specify their own scripting language. The value content-type specifies a media type, per [ RFC2045 ]. The default value is "application/ecmascript" (Note that at the time of publication "application/ecmascript" has not been registered as the media type for ECMAScript. It will continue to be the default unless an alternative is registered). Animatable: no.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/script.html#ScriptElement, replace:

<!ENTITY % SVG.script.extra.content "" > <!ENTITY % SVG.script.element "INCLUDE" > <![%SVG.script.element;[ <!ENTITY % SVG.script.content "( #PCDATA %SVG.script.extra.content; )*" > <!ELEMENT %SVG.script.qname; %SVG.script.content; > <!-- end of SVG.script.element -->]]> <!ENTITY % SVG.script.attlist "INCLUDE" > <![%SVG.script.attlist;[ <!ATTLIST %SVG.script.qname; %SVG.Core.attrib; %SVG.XLink.attrib; %SVG.External.attrib; type %ContentType.datatype; #REQUIRED >

with:

<!ENTITY % SVG.script.extra.content "" > <!ENTITY % SVG.script.element "INCLUDE" > <![%SVG.script.element;[ <!ENTITY % SVG.script.content "( #PCDATA %SVG.script.extra.content; )*" > <!ELEMENT %SVG.script.qname; %SVG.script.content; > <!-- end of SVG.script.element -->]]> <!ENTITY % SVG.script.attlist "INCLUDE" > <![%SVG.script.attlist;[ <!ATTLIST %SVG.script.qname; %SVG.Core.attrib; %SVG.XLink.attrib; %SVG.External.attrib; type %ContentType.datatype; #IMPLIED >

In http://www.w3.org/TR/2003/REC-SVG11-20030114/script.html#ScriptElement, replace:

Attribute definitions: type = " content-type " Identifies the scripting language for the given 'script' element. The value content-type specifies a media type, per [RFC2045]. Animatable: no.

with:

Attribute definitions: type = " content-type " Identifies the programming language for the given script element. The value content-type specifies a media type, per per Multipurpose Internet Mail Extensions (MIME) PartTwo [RFC2046]. If a 'type' is not provided, the value of 'contentScriptType' on the svg element shall be used, which in turn defaults to "application/ecmascript" [RFC4329]. If a script element falls outside of the outermost svg element and the 'type' is not provided, the 'type' must default to "application/ecmascript" [RFC4329]. Animatable: no.
Remove exception on unsuspendRedraw
Status Proposed
Category Substantive
Reported by Erik Dahlström
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement
Description The method unsuspendRedraw on SVGSVGElement in the 1.1 DOM is defined to throw an exception if the id given is invalid or if the id has already timed out. This is problematic, since if the exception is not caught the script will stop at that point. Imagine a case like this: h = svg.suspendRedraw(timedelta); ...timedelta+epsilon passes and the redrawing is resumed... svg.unsuspendRedraw(h);
Resolution We will drop the exception.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

unsuspendRedraw Cancels a specified suspendRedraw() by providing a unique suspend_handle_id. Parameters in unsigned long suspend_handle_id A number which acts as a unique identifier for the desired suspendRedraw() call. The number supplied must be a value returned from a previous call to suspendRedraw() No Return Value Exceptions DOMException This method will raise a DOMException with value NOT_FOUND_ERR if an invalid value (i.e., no such suspend_handle_id is active) for suspend_handle_id is provided.

with:

unsuspendRedraw Cancels a specified suspendRedraw() by providing a unique suspend_handle_id. Parameters in unsigned long suspend_handle_id A number which acts as a unique identifier for the desired suspendRedraw() call. The number supplied must be a value returned from a previous call to suspendRedraw(). If an invalid suspend_handle_id value is provided (i.e., no such suspend_handle_id is active) then the request to unsuspendRedraw is silently ignored. No Return Value No Exceptions
Clarify premultiplied values for feDisplacementMap
Status Proposed
Category Editorial
Reported by MenTaLguY
In reference to
http://lists.w3.org/Archives/Public/www-svg/2008Feb/0009.html
Description Section 15.15 (feDisplacementMap) does not explicitly specify whether it operates on premultiplied values. It comes down to an issue of whether or not feDisplacementMap is a filter which works more naturally on non-premultiplied data. The reporter assumes that is the case.
Resolution We will state that the filter operates on premultiplied values.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feDisplacementMap, replace:

The calculations using the pixel values from in2 are performed using non-premultiplied color values. If the image from in2 consists of premultiplied color values, those values are automatically converted into non-premultiplied color values before performing this operation.

with:

The input image in is to remain premultiplied for this filter primitative. The calculations using the pixel values from in2 are performed using non-premultiplied color values. If the image from in2 consists of premultiplied color values, those values are automatically converted into non-premultiplied color values before performing this operation.
Clarify getSVGDocument behavior
Status Proposed
Category Substantive
Reported by Anne van Kesteren
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceGetSVGDocument
Comments [1], [2]
Description getSVGDocument is an alias for contentDocument. (Edit 20 May 2009) The Working Group revisited this erratum and changed it so that the return type of getSVGDocument() is a Document, so that any type of document can be returned (as is required by the contentDocument attribute defined in the Window specification). Word indicating that this interface would be implemented on the same kinds of objects that EmbeddingElement is implemented on, such as the DOM element for HTML 'object' elements.
Resolution We will make getSVGDocument() effectively a synonym for EmbeddingElement::contentDocument.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceGetSVGDocument, replace:

In the case where an SVG document is embedded by reference, such as when an XHTML document has an 'object' element whose href (or equivalent) attribute references an SVG document (i.e., a document whose MIME type is "image/svg+xml" and whose root element is thus an 'svg' element), the SVG user agent is required to implement the GetSVGDocument interface for the element which references the SVG document (e.g., the HTML 'object' or comparable referencing elements). IDL Definition interface GetSVGDocument { SVGDocument getSVGDocument ( ) raises( DOMException ); }; Methods getSVGDocument Returns the SVGDocument object for the referenced SVG document. No Parameters Return value SVGDocument The SVGDocument object for the referenced SVG document. Exceptions DOMException NOT_SUPPORTED_ERR: No SVGDocument object is available.

with:

This interface provides access to an SVG document embedded by reference in another DOM-based language. The expectation is that the interface is implemented on DOM objects that allow such SVG document references, such as the DOM Element object that corresponds to an HTML 'object' element. Such DOM objects are often also required to implement the EmbeddingElement defined in the Window specification [WINDOW]. This interface is deprecated and may be dropped from future versions of the SVG specification. Authors are suggested to use the contentDocument attribute on the EmbeddingElement interface to obtain a referenced SVG document, if that interface is available. IDL Definition interface GetSVGDocument { Document getSVGDocument(); }; Methods getSVGDocument This method must return the Document object of embedded content in an embedding element, or null if there is no document. Note that this is equivalent to fetching the value of the EmbeddingElement::contentDocument attribute of the embedding element, if the EmbeddingElement interface is also implemented. The author is advised to check that the document element of the returned Document is indeed an 'svg' element instead of assuming that that will always be the case. No Parameters Return value Document The Document object for the referenced document, or null if there is no document. No exceptions

In http://www.w3.org/TR/2003/REC-SVG11-20030114/refs.html, replace:

[XHTML] ...

with:

[WINDOW] Window Object 1.0, I. Davis, M. Stachowiak, eds. World Wide Web Consortium, work in progress, 07 April 2006. This edition of Window 1.0 is http://www.w3.org/TR/2006/WD-Window-20060407/. The latest edition of Window 1.0 is available at http://www.w3.org/TR/Window/. [XHTML] ...
Clarify contentStyleType behavior
Status Proposed
Category Substantive
Reported by Erik Dahlström
In reference to
http://lists.w3.org/Archives/Member/w3c-svg-wg/2008JanMar/0313.html
Description The 'contentStyleType' attribute provides the default value for style information in the current document fragment, however the spec only explicitly mentions the 'style' attribute when describing 'contentStyleType', not 'style' elements. Additionally the 'type' attribute on 'style' elements is marked as required, but it should get its default from 'contentStyleType' and fallback to "text/css" similar to how 'contentScriptType' works.
Resolution We will clarify that 'contentStyleType' applies to 'style' elements and make the 'type' attribute on 'style' get its default value from 'contentStyleType'.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/styling.html#StyleElement, replace:

<!ENTITY % SVG.style.extra.content "" > <!ENTITY % SVG.style.element "INCLUDE" > <![%SVG.style.element;[ <!ENTITY % SVG.style.content "( #PCDATA %SVG.style.extra.content; )*" > <!ELEMENT %SVG.style.qname; %SVG.style.content; > <!-- end of SVG.style.element -->]]> <!ENTITY % SVG.style.attlist "INCLUDE" > <![%SVG.style.attlist;[ <!ATTLIST %SVG.style.qname; xml:space ( preserve ) #FIXED 'preserve' %SVG.Core.attrib; type %ContentType.datatype; #REQUIRED media %MediaDesc.datatype; #IMPLIED title %Text.datatype; #IMPLIED > Attribute definitions: type = content-type This attribute specifies the style sheet language of the element's contents. The style sheet language is specified as a content type (e.g., "text/css"), as per [RFC2045]. Authors must supply a value for this attribute; there is no default value. Animatable: no. media = media-descriptors This attribute specifies the intended destination medium for style information. It may be a single media descriptor or a comma-separated list. The default value for this attribute is "all". The set of recognized media-descriptors are the list of media types recognized by CSS2 [ CSS2 Recognized media types]. Animatable: no. title = advisory-title (For compatibility with [HTML4]) This attribute specifies an advisory title for the 'style' element. Animatable: no.

with:

<!ENTITY % SVG.style.extra.content "" > <!ENTITY % SVG.style.element "INCLUDE" > <![%SVG.style.element;[ <!ENTITY % SVG.style.content "( #PCDATA %SVG.style.extra.content; )*" > <!ELEMENT %SVG.style.qname; %SVG.style.content; > <!-- end of SVG.style.element -->]]> <!ENTITY % SVG.style.attlist "INCLUDE" > <![%SVG.style.attlist;[ <!ATTLIST %SVG.style.qname; xml:space ( preserve ) #FIXED 'preserve' %SVG.Core.attrib; type %ContentType.datatype; #IMPLIED media %MediaDesc.datatype; #IMPLIED title %Text.datatype; #IMPLIED > Attribute definitions: type = content-type This attribute specifies the style sheet language of the element's contents. The style sheet language is specified as a content type (e.g., "text/css"), as per [RFC2045]. If a 'type' is not provided, the value of 'contentStyleType' on the svg element shall be used, which in turn defaults to "text/css" [RFC2045]. If a style element falls outside of the outermost svg element and the 'type' is not provided, the 'type' must default to "text/css" [RFC2045]. Animatable: no. media = media-descriptors This attribute specifies the intended destination medium for style information. It may be a single media descriptor or a comma-separated list. The default value for this attribute is "all". The set of recognized media-descriptors are the list of media types recognized by CSS2 [ CSS2 Recognized media types]. Animatable: no. title = advisory-title (For compatibility with [HTML4]) This attribute specifies an advisory title for the 'style' element. Animatable: no.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/styling.html#StyleElement, replace:

The contentStyleType attribute on the 'svg' element specifies the default style sheet language for the given document fragment. contentStyleType = "%ContentType;" Identifies the default style sheet language for the given document. This attribute sets the style sheet language for the style attributes that are available on many elements. The value %ContentType; specifies a media type, per [RFC2045]. The default value is "text/css". Animatable: no.

with:

The contentStyleType attribute on the 'svg' element specifies the default style sheet language for the given document fragment. contentStyleType = "%ContentType;" Identifies the default style sheet language for the given SVG document fragment. This language must be used for all instances of style that do not specify their own style sheet language, such as the style attributes that are available on many elements. The value %ContentType; specifies a media type, per [RFC2045]. The default value is "text/css". Animatable: no.
Clarify if 'order' on 'feConvolveMatrix' is required or not
Status Proposed
Category Substantive
Reported by Robert O'Callahan
In reference to
http://lists.w3.org/Archives/Public/www-svg/2008Feb/0010.html
Test case [1]
Description The attribute description for 'order' on 'feConvolveMatrix' says that it has a default value of "3", but the DTD says that the attribute is still required.
Resolution We will make the attribute not required.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/filters.html#feConvolveMatrixElementOrderAttribute, replace:

<!ENTITY % SVG.feConvolveMatrix.extra.content "" > <!ENTITY % SVG.feConvolveMatrix.element "INCLUDE" > <![%SVG.feConvolveMatrix.element;[ <!ENTITY % SVG.feConvolveMatrix.content "( %SVG.animate.qname; | %SVG.set.qname; %SVG.feConvolveMatrix.extra.content; )*" > <!ELEMENT %SVG.feConvolveMatrix.qname; %SVG.feCo\ nvolveMatrix.content; > <!-- end of SVG.feConvolveMatrix.element -->]]> <!ENTITY % SVG.feConvolveMatrix.attlist "INCLUDE" > <![%SVG.feConvolveMatrix.attlist;[ <!ATTLIST %SVG.feConvolveMatrix.qname; %SVG.Core.attrib; %SVG.FilterColor.attrib; %SVG.FilterPrimitiveWithIn.attrib; order %NumberOptionalNumber.datatype; #REQUIRED kernelMatrix CDATA #REQUIRED divisor %Number.datatype; #IMPLIED bias %Number.datatype; #IMPLIED targetX %Integer.datatype; #IMPLIED targetY %Integer.datatype; #IMPLIED edgeMode ( duplicate | wrap | none ) 'duplicate' kernelUnitLength %NumberOptionalNumber.datatype; #IMPLIED preserveAlpha %Boolean.datatype; #IMPLIED >

with:

<!ENTITY % SVG.feConvolveMatrix.extra.content "" > <!ENTITY % SVG.feConvolveMatrix.element "INCLUDE" > <![%SVG.feConvolveMatrix.element;[ <!ENTITY % SVG.feConvolveMatrix.content "( %SVG.animate.qname; | %SVG.set.qname; %SVG.feConvolveMatrix.extra.content; )*" > <!ELEMENT %SVG.feConvolveMatrix.qname; %SVG.feCo\ nvolveMatrix.content; > <!-- end of SVG.feConvolveMatrix.element -->]]> <!ENTITY % SVG.feConvolveMatrix.attlist "INCLUDE" > <![%SVG.feConvolveMatrix.attlist;[ <!ATTLIST %SVG.feConvolveMatrix.qname; %SVG.Core.attrib; %SVG.FilterColor.attrib; %SVG.FilterPrimitiveWithIn.attrib; order %NumberOptionalNumber.datatype; #IMPLIED kernelMatrix CDATA #REQUIRED divisor %Number.datatype; #IMPLIED bias %Number.datatype; #IMPLIED targetX %Integer.datatype; #IMPLIED targetY %Integer.datatype; #IMPLIED edgeMode ( duplicate | wrap | none ) 'duplicate' kernelUnitLength %NumberOptionalNumber.datatype; #IMPLIED preserveAlpha %Boolean.datatype; #IMPLIED >
Typo in the definition of the 'u2' attribute
Status Proposed
Category Substantive
Reported by Cameron McCormack
Description The 'u2' attribute says <number> instead of <character> in its definition, which makes it different from the corresponding attribute 'u1'.
Resolution We will align 'u2' with 'u1', so that they have the same attribute value definition.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#HKernElementU2Attribute, replace:

u2 = "[<number> | <urange>] [, [<number> | <urange>] ]* " Same as the u1 attribute, except that u2 specifies possible second glyphs in the kerning pair. Animatable: no.

with:

u2 = "[<character> | <urange> ] [, [<character> | <urange>] ]* " Same as the u1 attribute, except that u2 specifies possible second glyphs in the kerning pair. Animatable: no.
SVGTextContentElement clarifications
Status Proposed
Category Substantive
Reported by Ian Hickson
In reference to
http://lists.w3.org/Archives/Public/www-svg/2008Feb/0051.html
Test case [1]
Description According to SVG 1.1, getSubStringLength() raises an INDEX_SIZE_ERR exception "if the charnum is negative or if charnum+nchars is greater than or equal to the number of characters at this node", but it seems like "charnum+nchars" being equal to the number of characters should be fine. It's not clear what happens in getSubStringLength if the given range start- or endpoints are on some inseparable character, such as a surrogate pair, or a multi-character glyph.
Resolution Allow the last character in a text content element to be measured with getSubStringLength. Don't raise an INDEX_SIZE_ERR exception in selectSubString and getSubStringLength for the cases where nchars is greater than the number of characters.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement, replace:

getSubStringLength The total sum of all of the advance values from rendering the specified substring of the characters, including the advance value on the glyphs (horizontal or vertical), the effect of properties 'kerning', 'letter-spacing' and 'word-spacing' and adjustments due to attributes dx and dy on 'tspan' elements. For non-rendering environments, the user agent shall make reasonable assumptions about glyph metrics. Parameters in unsigned long charnum The index of the first character in the substring, where the first character has an index of 0. in unsigned long nchars The number of characters in the substring. Return value float The text advance distance. Exceptions DOMException INDEX_SIZE_ERR: Raised if the charnum is negative or if charnum+nchars is greater than or equal to the number of characters at this node.

with:

getSubStringLength The total sum of all of the advance values from rendering the specified substring of the characters, including the advance value on the glyphs (horizontal or vertical), the effect of properties 'kerning', 'letter-spacing' and 'word-spacing' and adjustments due to attributes dx and dy on 'tspan' elements. For non-rendering environments, the user agent shall make reasonable assumptions about glyph metrics. If multiple consecutive characters are rendered inseparably (e.g., as a single glyph or a sequence of glyphs, or because the range encompasses half of a surrogate pair), and nchars is greater than 0 then the measured range shall be expanded so that each of the inseparable characters are included. Parameters in unsigned long charnum The index of the first character in the substring, where the first character has an index of 0. in unsigned long nchars The number of characters in the substring. If nchars specifies more characters than are available, then the substring will consist of all characters starting with charnum until the end of the list of characters. Return value float The text advance distance. Exceptions DOMException INDEX_SIZE_ERR: Raised if charnum or nchars is negative or if charnum is greater than or equal to the number of characters at this node.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#InterfaceSVGTextContentElement, replace:

selectSubString Causes the specified substring to be selected just as if the user selected the substring interactively. Parameters in unsigned long charnum The index of the start character which is at the given point, where the first character has an index of 0. in unsigned long nchars The number of characters in the substring. If nchars specifies more characters than are available, then the substring will consist of all characters starting with charnum until the end of the list of characters. No Return Value Exceptions DOMException INDEX_SIZE_ERR: Raised if the charnum is negative or if charnum is greater than or equal to the number of characters at this node.

with:

selectSubString Causes the specified substring to be selected just as if the user selected the substring interactively. Parameters in unsigned long charnum The index of the start character which is at the given point, where the first character has an index of 0. in unsigned long nchars The number of characters in the substring. If nchars specifies more characters than are available, then the substring will consist of all characters starting with charnum until the end of the list of characters. No Return Value Exceptions DOMException INDEX_SIZE_ERR: Raised if charnum or nchars is negative or if charnum is greater than or equal to the number of characters at this node.
Clarify value spacing of keySpline syntax
Status Proposed
Category Editorial
Reported by Oliver Hunt
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#KeySplinesAttribute
Description The SVG Full 1.1 specification implies that the syntax for control points of the keySpline attribute are space separated. Various SVG test cases use commas to separate the values. SMIL syntax allows comma separated values. This should be clarified in the specification.
Resolution We will clarify the wording for the keySpline syntax.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#KeySplinesAttribute, replace:

A set of Bézier control points associated with the keyTimes list, defining a cubic Bézier function that controls interval pacing. The attribute value is a semicolon separated list of control point descriptions. Each control point description is a set of four values: x1 y1 x2 y2, describing the Bézier control points for one time segment. The keyTimes values that define the associated segment are the Bézier "anchor points", and the keySplines values are the control points. Thus, there must be one fewer sets of control points than there are keyTimes.

with:

A set of Bézier control points associated with the keyTimes list, defining a cubic Bézier function that controls interval pacing. The attribute value is a semicolon separated list of control point descriptions. Each control point description is a set of four values: x1 y1 x2 y2, describing the Bézier control points for one time segment. Note: SMIL allows these values to be separated either by commas with optional whitespace, or by whitespace alone. The keyTimes values that define the associated segment are the Bézier "anchor points", and the keySplines values are the control points. Thus, there must be one fewer sets of control points than there are keyTimes.
Incorrect entries in the attribute index
Status Proposed
Category Editorial
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/attindex.html
Description The following attributes are missing from the attribute index appendix: additive, attributeName, begin, id, requiredFeatures, string. The following entries shouldn't be in the attribute index, since they're actually element names: animate, feColorMatrix, feComposite, feGaussianBlur, feMorphology, feTile. The following entries have incorrect "value", "type" or "default" column: baseProfile, contentStyleType, dominant-baseline, font-family, font-size, font-stretch, font-style, font-variant, font-weight, mode, pointer-events, rendering-intent, type.
Resolution The above attributes should be added/removed/fixed.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/attindex.html, remove:

animate filter       feColorMatrix filter       feComposite filter       feGaussianBlur filter       feMorphology filter       feTile filter      

In http://www.w3.org/TR/2003/REC-SVG11-20030114/attindex.html, replace:

Attribute or entity which defines a collection of attributes Used in these elements and entities Value Type Default

with:

Attribute or entity which defines a collection of attributes Used in these elements and entities Value Type Default additive animAdditionAttrs (replace | sum)   replace attributeName animAttributeAttrs CDATA #REQUIRED begin animTimingAttrs CDATA #IMPLIED   id stdAttrs ID #IMPLIED   requiredFeatures testAttrs %FeatureList; #IMPLIED   string font-face-format CDATA #IMPLIED  

In http://www.w3.org/TR/2003/REC-SVG11-20030114/attindex.html, replace:

baseProfile svg CDATA #IMPLIED "none" contentStyleType svg %ContentType;     dominant-baseline PresentationAttributes-TextContent.class ( auto     font-family font-face CDATA #IMPLIED   font-size font-face CDATA #IMPLIED   font-stretch font-face (normal | wider | narrower | ultra-condensed | extra-condensed | condensed | semi-condensed | semi-expanded | expanded | extra-expanded | ultra-expanded | inherit)     font-stretch PresentationAttributes-FontSpecification ( normal     font-style font-face CDATA #IMPLIED   font-variant font-face CDATA #IMPLIED   font-weight PresentationAttributes-FontSpecification (normal     font-weight font-face (normal | bold | bolder | lighter | 100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 | 900 | inherit)     mode feBlend (normal | multiply | screen | darken | lighten)     pointer-events PresentationAttributes-Graphics ( visiblePainted | visibleFill | visibleStroke | visible | painted | fill | stroke | all | none | inherit)     rendering-intent color-profile (auto | perceptual | relative-colorimetric | saturation | absolute-colorimetric)     type feTurbulence (fractalNoise | turbulence)     type component_transfer_function_attributes (identity | table | discrete | linear | gamma)     type animateTransform (translate | scale | rotate | skewX | skewY)    

with:

baseProfile svg CDATA #IMPLIED   contentStyleType svg %ContentType; #IMPLIED   dominant-baseline PresentationAttributes-TextContent.class ( auto | use-script | no-change | reset-size | ideographic | alphabetic | hanging | mathematical | central | middle | text-after-edge | text-before-edge | inherit ) #IMPLIED   font-family font-face %FontFamilyValue; #IMPLIED   font-size font-face %FontSizeValue; #IMPLIED   font-stretch font-face ( normal | ultra-condensed | extra-condensed | condensed | semi-condensed | semi-expanded | expanded | extra-expanded | ultra-expanded ) #IMPLIED   font-stretch PresentationAttributes-FontSpecification ( normal | wider | narrower | ultra-condensed | extra-condensed | condensed | semi-condensed | semi-expanded | expanded | extra-expanded | ultra-expanded | inherit ) #IMPLIED   font-style font-face CDATA ( normal | italic | oblique )   font-variant font-face CDATA ( normal | small-caps )   font-weight PresentationAttributes-FontSpecification (normal | bold | bolder | lighter | 100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 | 900 | inherit) #IMPLIED   font-weight font-face (normal | bold | bolder | lighter | 100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 | 900) #IMPLIED   mode feBlend (normal | multiply | screen | darken | lighten)   normal pointer-events PresentationAttributes-Graphics ( visiblePainted | visibleFill | visibleStroke | visible | painted | fill | stroke | all | none | inherit) #IMPLIED   rendering-intent color-profile (auto | perceptual | relative-colorimetric | saturation | absolute-colorimetric)   auto type feTurbulence (fractalNoise | turbulence)   turbulence type component_transfer_function_attributes (identity | table | discrete | linear | gamma) #REQUIRED   type animateTransform (translate | scale | rotate | skewX | skewY)   translate
Clarify liveness of setMatrix and createSVGTransformFromMatrix methods
Status Proposed
Category Substantive
Reported by Robert O'Callahan
Description The liveness of SVGTransformList.createSVGTransformFromMatrix, SVGSVGElement.createSVGTransformFromMatrix and SVGTransform.setMatrix is not defined.
Resolution setMatrix and createSVGTransformFromMatrix methods copy the values from the matrix parameter, and do not adopt the SVGMatrix object in the SVGTransform object.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransform, replace:

setMatrix Sets the transform type to SVG_TRANSFORM_MATRIX, with parameter matrix defining the new transformation. Parameters in SVGMatrix matrix The new matrix for the transformation. No Return Value No Exceptions

with:

setMatrix Sets the transform type to SVG_TRANSFORM_MATRIX, with parameter matrix defining the new transformation. The values from the parameter matrix are copied, the matrix parameter does not replace SVGTransform.matrix. Parameters in SVGMatrix matrix The new matrix for the transformation. No Return Value No Exceptions

In http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html#InterfaceSVGTransformList, replace:

createSVGTransformFromMatrix Creates an SVGTransform object which is initialized to transform of type SVG_TRANSFORM_MATRIX and whose values are the given matrix. Parameters in SVGMatrix matrix The matrix which defines the transformation. Return value SVGTransform The returned SVGTransform object. No Exceptions

with:

createSVGTransformFromMatrix Creates an SVGTransform object which is initialized to transform of type SVG_TRANSFORM_MATRIX and whose values are the given matrix. The values from the parameter matrix are copied, the matrix parameter is not adopted as SVGTransform.matrix. Parameters in SVGMatrix matrix The matrix which defines the transformation. Return value SVGTransform The returned SVGTransform object. No Exceptions

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

createSVGTransformFromMatrix Creates an SVGTransform object outside of any document trees. The object is initialized to the given matrix transform (i.e., SVG_TRANSFORM_MATRIX). Parameters in SVGMatrix matrix The transform matrix. Return value SVGTransform An SVGTransform object. No Exceptions

with:

createSVGTransformFromMatrix Creates an SVGTransform object outside of any document trees. The object is initialized to the given matrix transform (i.e., SVG_TRANSFORM_MATRIX). The values from the parameter matrix are copied, the matrix parameter is not adopted as SVGTransform.matrix. Parameters in SVGMatrix matrix The transform matrix. Return value SVGTransform An SVGTransform object. No Exceptions
Return value for SVGAnimationElement.getStartTime() is unclear
Status Proposed
Category Substantive
Reported by Brian Birtles
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#InterfaceSVGAnimationElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html
Comments Cameron McCormack, Brian Birtles
Test case [1]
Description The description of the SVGAnimationElement.getStartTime() method is unclear on what value would be returned if there is no currently active interval.
Resolution An exception will be thrown if there is no current interval. A value will be returned regardless of whether the current interval is active or has not yet started.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#InterfaceSVGAnimationElement, replace:

float getStartTime ( );

with:

float getStartTime ( ) raises( DOMException );

In http://www.w3.org/TR/2003/REC-SVG11-20030114/idl.html, replace:

float getStartTime ( );

with:

float getStartTime ( ) raises( DOMException );

In http://www.w3.org/TR/2003/REC-SVG11-20030114/animate.html#InterfaceSVGAnimationElement, replace:

getStartTime Returns the start time in seconds for this animation. No Parameters Return value float The start time in seconds for this animation relative to the start time of the time container. No Exceptions

with:

getStartTime Returns the begin time, in seconds, of this animation element's current interval, if it exists, regardless of whether the interval has begun yet. If there is no current interval, then a DOMException with code INVALID_STATE_ERR is thrown. No Parameters Return value float The start time, in seconds, of this animation element's current interval. Exceptions DOMException INVALID_STATE_ERR: The animation element does not have an current interval.
Mismatch between Font.class in the spec and in the DTD
Status Proposed
Category Editorial
Reported by Erik Dahlström
Comment Erik Dahlström
Description The font content sets don't match the DTD, and there are tests that rely on the DTD where font-face is in Font.class.
Resolution Add the font-face element to Font.class.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#id5195633, replace:

Content Set Name Elements in Content Set Font.class font

with:

Content Set Name Elements in Content Set Font.class font, font-face

In http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#id5196049, replace:

Content Set Name Elements in Content Set Font.class font

with:

Content Set Name Elements in Content Set Font.class font, font-face
Clarify xml:space on 'text' element children
Status Proposed
Category Substantive
Reported by Kalle Raita
Comment Kalle Raita
Description Unclear whether xml:space applies when specified on 'text' element child elements, e.g 'tspan'.
Resolution If a 'text' element child has specified xml:space it applies to that element and its children.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/text.html#XMLSpaceAttribute, replace:

SVG supports the standard XML attribute xml:space to specify the handling of white space characters within a given 'text' element's character data. The SVG user agent has special processing rules associated with this attribute as described below. These are behaviors that occur subsequent to XML parsing [XML10] and any construction of a Document Object Model [DOM2].

with:

SVG supports the standard XML attribute xml:space to specify the handling of white space characters within a given 'text' element's character data. Note that any child element of a 'text' element may also have an xml:space attribute which will apply to that child element's text content. The SVG user agent has special processing rules associated with this attribute as described below. These are behaviors that occur subsequent to XML parsing [XML10] and any construction of a Document Object Model [DOM2].
DTD extensibility example incorrect
Status Proposed
Category Substantive
Reported by Chris Lilley
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/extend.html#PrivateElementsAndAttribute
Description The example demonstrating the use of an internal DTD subset to extend the language is invalid.
Resolution The example should be corrected.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/extend.html#PrivateElementsAndAttribute, replace:

The DTD defines an extension entity for most of SVG elements. For example, the 'view' element is defined in the DTD as follows: <!ENTITY % viewExt "" > <!ELEMENT view (%descTitleMetadata;%viewExt;) > <!ATTLIST view %stdAttrs; externalResourcesRequired %Boolean; #IMPLIED viewBox %ViewBoxSpec; #IMPLIED preserveAspectRatio %PreserveAspectRatioSpec; 'xMidYMid meet' zoomAndPan (disable | magnify) 'magnify' viewTarget CDATA #IMPLIED > The entity viewExt can be defined in the internal DTD subset to add custom sub-element or custom attributes to the 'view' element within a given document. For example, the following extends the 'view' element with an additional child element 'customNS:customElement' and an additional attribute customNS:customAttr: <?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" [ <!ENTITY % viewExt "| customNS:customElement" > <!ATTLIST view xmlns:customNS CDATA #FIXED "http://www.example.org/customNS" customNS:customAttr CDATA #IMPLIED > <!ELEMENT customNS:customElement EMPTY> <!ATTLIST customNS:customElement xmlns:customNS CDATA #FIXED "http://www.example.org/customNS" info CDATA #IMPLIED> ]> <svg width="8cm" height="4cm" version="1.1" xmlns="http://www.w3.org/2000/svg"> <desc>Extend the 'view' element via the internal DTD subset</desc> <!-- Presumably, some great graphics would go here. --> <view viewBox="100 110 20 30" customNS:customAttr="123"> <customNS:customElement info="abc"/> </view> </svg>

with:

The DTD defines an extension entity for most of SVG elements. For example, the 'view' element is defined in the DTD as follows: <!ENTITY % SVG.view.extra.content "" > <!ENTITY % SVG.view.element "INCLUDE" > <![%SVG.view.element;[ <!ENTITY % SVG.view.content "( %SVG.Description.class; %SVG.view.extra.content; )*" > <!ELEMENT %SVG.view.qname; %SVG.view.content; > <!-- end of SVG.view.element -->]]> <!ENTITY % SVG.view.attlist "INCLUDE" > <![%SVG.view.attlist;[ <!ATTLIST %SVG.view.qname; %SVG.Core.attrib; %SVG.External.attrib; viewBox %ViewBoxSpec.datatype; #IMPLIED preserveAspectRatio %PreserveAspectRatioSpec.datatype; 'xMidYMid meet' zoomAndPan ( disable | magnify ) 'magnify' viewTarget CDATA #IMPLIED > The entity SVG.view.extra.content can be defined in the internal DTD subset to add custom sub-element or custom attributes to the 'view' element within a given document. For example, the following extends the 'view' element with an additional child element 'customNS:customElement' and an additional attribute 'customNS:customAttr': <?xml version="1.0" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" [ <!ENTITY % SVG.view.extra.content "| customNS:customElement" > <!ATTLIST view xmlns:customNS CDATA #FIXED "http://www.example.org/customNS" customNS:customAttr CDATA #IMPLIED > <!ELEMENT customNS:customElement EMPTY> <!ATTLIST customNS:customElement xmlns:customNS CDATA #FIXED "http://www.example.org/customNS" info CDATA #IMPLIED> ]> <svg xmlns="http://www.w3.org/2000/svg" version="1.1" width="8cm" height="4cm"> <desc>Extend the 'view' element via the internal DTD subset</desc> <!-- Presumably, some great graphics would go here. --> <view viewBox="100 110 20 30" customNS:customAttr="123"> <customNS:customElement info="abc"/> </view> </svg>
Clarify getBBox behavior
Status Proposed
Category Substantive
Reported by Alexander Adam
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLocatable
Comment [1]
Description The blocking nature of getBBox wasn't described clearly enough in the spec.
Resolution Add a sentence to getBBox method definition to say that it must always return the actual boundingbox, even though the element may not yet have been rendered.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLocatable, replace:

getBBox Returns the tight bounding box in current user space (i.e., after application of the transform attribute, if any) on the geometry of all contained graphics elements, exclusive of stroke-width and filter effects). No Parameters Return value SVGRect An SVGRect object that defines the bounding box. No Exceptions

with:

getBBox Returns the tight bounding box in current user space (i.e., after application of the transform attribute, if any) on the geometry of all contained graphics elements, exclusive of stroke-width and filter effects). Note that getBBox must return the actual bounding box at the time the method was called, even in case the element has not yet been rendered. No Parameters Return value SVGRect An SVGRect object that defines the bounding box. No Exceptions
SVGSVGElement::useCurrentView should be read only
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement
Description It is unclear what the effect of modifying the SVGSVGElement::useCurrentView attribute should be, especially since it reflects the state of the "inital view", i.e. just when the document is first displayed. Perhaps the attribute should be read only? Also, it's not clear when the NO_MODIFICATION_ALLOWED_ERR DOMException would be thrown, since useCurrentView doesn't correspond to a DOM attribute.
Resolution The attribute will be made read only, and the exception will be removed.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

IDL Definition interface SVGSVGElement : ... attribute boolean useCurrentView; // raises DOMException on setting ... Attributes ... boolean useCurrentView The initial view ... Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

IDL Definition interface SVGSVGElement : ... readonly attribute boolean useCurrentView; ... Attributes ... readonly boolean useCurrentView The initial view ...
SVGSVGElement::currentScale should not throw an exception
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement
Description The NO_MODIFICATION_ALLOWED_ERR DOMException that is declared to be thrown on setting SVGSVGElement::currentScale is for when a read only node in the DOM would need to be modified. However, since currentScale does not correspond to an attribute in the DOM, this description is erroneous.
Resolution The exception will be removed.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#InterfaceSVGSVGElement, replace:

IDL Definition interface SVGSVGElement : ... attribute boolean currentScale; // raises DOMException on setting ... Attributes ... float currentScale This attribute indicates ... Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

IDL Definition interface SVGSVGElement : ... attribute boolean currentScale; ... Attributes ... float currentScale This attribute indicates ...
foreignObject should be allowed to be placed as a child of any container element
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#SVGElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#GElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#DefsElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#SymbolElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/linking.html#AElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#GlyphElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#MarkerElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/masking.html#MaskElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#MissingGlyphElement
http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#PatternElement
Description Currently a 'foreignObject' element is only allowed as a child of a 'switch'. Since you needn't place any conditional processing attributes on the 'foreignObject' inside the 'switch', it may as well be allowed as a child of any container element.
Resolution The DTD will be modified to allow a 'foreignObject' as the child of any container element. (Corresponding changes to the DTD appendix have been omitted from this erratum for brevity.)
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#SVGSVGElement, replace:

... <!ENTITY % SVG.svg.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.svg.extra.content; )*" > ...

with:

... <!ENTITY % SVG.svg.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.svg.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#GElement, replace:

... <!ENTITY % SVG.g.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.g.extra.content; )*" > ...

with:

... <!ENTITY % SVG.g.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.g.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#DefsElement, replace:

... <!ENTITY % SVG.defs.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.defs.extra.content; )*" > ...

with:

... <!ENTITY % SVG.defs.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.defs.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/struct.html#SymbolElement, replace:

... <!ENTITY % SVG.symbol.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.symbol.extra.content; )*" > ...

with:

... <!ENTITY % SVG.symbol.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.symbol.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/linking.html#AElement, replace:

... <!ENTITY % SVG.a.content "( #PCDATA | %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.a.extra.content; )*" > ...

with:

... <!ENTITY % SVG.a.content "( #PCDATA | %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.a.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#GlyphElement, replace:

... <!ENTITY % SVG.glyph.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.glyph.extra.content; )*" > ...

with:

... <!ENTITY % SVG.glyph.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.glyph.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/fonts.html#MissingGlyphElement, replace:

... <!ENTITY % SVG.missing-glyph.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.missing-glyph.extra.content; )*" > ...

with:

... <!ENTITY % SVG.missing-glyph.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.missing-glyph.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#MarkerElement, replace:

... <!ENTITY % SVG.marker.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.marker.extra.content; )*" > ...

with:

... <!ENTITY % SVG.marker.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.marker.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/masking.html#MaskElement, replace:

... <!ENTITY % SVG.mask.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.mask.extra.content; )*" > ...

with:

... <!ENTITY % SVG.mask.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.mask.extra.content; )*" > ...

In http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#PatternElement, replace:

... <!ENTITY % SVG.pattern.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.pattern.extra.content; )*" > ...

with:

... <!ENTITY % SVG.pattern.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.Extensibility.class; %SVG.pattern.extra.content; )*" > ...
Clarify that assigning to valueAsString changes unitType and add exceptions for some cases
Status Proposed
Category Substantive
Reported by Cameron McCormack
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength
http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle
Description When assigning to SVGLength::valueAsString (or SVGAngle::valueAsString), the unitType should be changed to whatever was parsed from the given string. For example: var l = /* an SVGLength object */; l.valueAsString = '1em'; assert(l.unitType == SVGLength.SVG_LENGTHTYPE_EMS); assert(l.valueInSpecifiedUnits == 1); but the current description of valueAsString isn't clear about this. There's no indication of exception would be thrown if the given SVGLength string couldn't be parsed, or what exactly is the acceptable syntax. Exceptions also need to be added for newValueSpecifiedUnits and convertToSpecifiedUnits, in case an invalid unit type is passed.
Resolution The description of valueAsString on SVGLength and SVGAngle will be clarified, and exceptions will be added for the above cases.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength, replace:

DOMString valueAsString The value as a string value, in the units expressed by unitType. Setting this attribute will cause value and valueInSpecifiedUnits to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

DOMString valueAsString The length value as a string, in the units expressed by unitType. Setting this attribute will cause value, valueInSpecifiedUnits and unitType to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. DOMException SYNTAX_ERR: Raised if the assigned string cannot be parsed as a valid <length>.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle, replace:

DOMString valueAsString The angle value as a string value, in the units expressed by unitType. Setting this attribute will cause value and valueInSpecifiedUnits to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute.

with:

DOMString valueAsString The angle value as a string, in the units expressed by unitType. Setting this attribute will cause value, valueInSpecifiedUnits and unitType to be updated automatically to reflect this setting. Exceptions on setting DOMException NO_MODIFICATION_ALLOWED_ERR: Raised on an attempt to change the value of a readonly attribute. DOMException SYNTAX_ERR: Raised if the assigned string cannot be parsed as a valid <angle>.

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGLength, replace:

newValueSpecifiedUnits ... No Exceptions ... convertToSpecifiedUnits ... No Exceptions

with:

newValueSpecifiedUnits ... Exceptions DOMException NOT_SUPPORTED_ERR: Raised if unitType is SVG_LENGTHTYPE_UNKNOWN or not a valid unit type constant (one of the other SVG_LENGTHTYPE_* constants defined on this interface). ... convertToSpecifiedUnits ... Exceptions DOMException NOT_SUPPORTED_ERR: Raised if unitType is SVG_LENGTHTYPE_UNKNOWN or not a valid unit type constant (one of the other SVG_LENGTHTYPE_* constants defined on this interface).

In http://www.w3.org/TR/2003/REC-SVG11-20030114/types.html#InterfaceSVGAngle, replace:

newValueSpecifiedUnits ... No Exceptions ... convertToSpecifiedUnits ... No Exceptions

with:

newValueSpecifiedUnits ... Exceptions DOMException NOT_SUPPORTED_ERR: Raised if unitType is SVG_ANGLETYPE_UNKNOWN or not a valid unit type constant (one of the other SVG_ANGLETYPE_* constants defined on this interface). ... convertToSpecifiedUnits ... Exceptions DOMException NOT_SUPPORTED_ERR: Raised if unitType is SVG_ANGLETYPE_UNKNOWN or not a valid unit type constant (one of the other SVG_ANGLETYPE_* constants defined on this interface).
Rendering of patterns with overflow="visible" is undefined
Status Proposed
Category Substantive
Reported by Dr. Olaf Hoffmann
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#Patterns
Comment [1]
Description The rendering order of pattern tiles that have overflow="visible" set is undefined.
Resolution Let overflow="visible" have explictly undefined behavior, and raise this issue for a later spec version.
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/pservers.html#Patterns, replace:

SVG's user agent style sheet sets the 'overflow' property for 'pattern' elements to hidden, which causes a rectangular clipping path to be created at the bounds of the pattern tile. Unless the 'overflow' property is overridden, any graphics within the pattern which goes outside of the pattern rectangle will be clipped.

with:

SVG's user agent style sheet sets the 'overflow' property for 'pattern' elements to hidden, which causes a rectangular clipping path to be created at the bounds of the pattern tile. Unless the 'overflow' property is overridden, any graphics within the pattern which goes outside of the pattern rectangle will be clipped. Note that if the 'overflow' property is set to visible the rendering behavior for the pattern is undefined.
Clarification of lineto commands in the path syntax
Status Proposed
Category Substantive
Reported by Krzysztof Maczyński
In reference to
http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#PathData
Comment [1]
Description SVG 1.1 and SVG Tiny 1.2 specs both say the following regarding the 'moveto' command in path syntax: [[ If a 'moveto' is followed by multiple pairs of coordinates, the subsequent pairs shall be treated as implicit 'lineto' commands. ]] It's unspecified whether those implicit 'lineto' commands are absolute or relative. Since the first 'moveto' command in @d will be interpreted as an absolute 'moveto' regardless of whether it said 'M' or 'm', that may need additional clarification wrt implicit 'lineto's that follow it.
Resolution Clarify implicit linetos to be absolute or relative in line with current implementations
Change

In http://www.w3.org/TR/2003/REC-SVG11-20030114/paths.html#PathData, replace:

Command Name Parameters Description M (absolute) m (relative) moveto (x y)+ Start a new sub-path at the given (x,y) coordinate. M (uppercase) indicates that absolute coordinates will follow; m (lowercase) indicates that relative coordinates will follow. If a relative moveto (m) appears as the first element of the path, then it is treated as a pair of absolute coordinates. If a moveto is followed by multiple pairs of coordinates, the subsequent pairs are treated as implicit lineto commands.

with:

Command Name Parameters Description M (absolute) m (relative) moveto (x y)+ Start a new sub-path at the given (x,y) coordinate. M (uppercase) indicates that absolute coordinates will follow; m (lowercase) indicates that relative coordinates will follow. If a moveto is followed by multiple pairs of coordinates, the subsequent pairs are treated as implicit lineto commands. Hence, implicit lineto commands will be relative if the moveto is relative, and absolute if the moveto is absolute. If a relative moveto (m) appears as the first element of the path, then it is treated as a pair of absolute coordinates. In this case, subsequent pairs of coordinates are treated as relative even though the initial moveto is interpreted as an absolute moveto.