Styling – SVG 1.1 (Second Edition) (original) (raw)
Contents
- 6.1 SVG's styling properties
- 6.2 Usage scenarios for styling
- 6.3 Alternative ways to specify styling properties
- 6.4 Specifying properties using the presentation attributes
- 6.5 Styling with XSL
- 6.6 Styling with CSS
- 6.7 Case sensitivity of property names and values
- 6.8 Facilities from CSS and XSL used by SVG
- 6.9 Referencing external style sheets
- 6.10 The ‘style’ element
- 6.11 The ‘class’ attribute
- 6.12 The ‘style’ attribute
- 6.13 Specifying the default style sheet language
- 6.14 Property inheritance
- 6.15 The scope/range of styles
- 6.16 User agent style sheet
- 6.17 Aural style sheets
- 6.18 DOM interfaces
6.1 SVG's styling properties
SVG uses styling properties to describe many of its document parameters. Styling properties define how the graphics elements in the SVG content are to be rendered. SVG uses styling properties for the following:
- Parameters which are clearly visual in nature and thus lend themselves to styling. Examples include all attributes that define how an object is "painted," such as fill and stroke colors, linewidths and dash styles.
- Parameters having to do with text styling such as font family and size.
- Parameters which impact the way that graphical elements are rendered, such as specifying clipping paths, masks, arrowheads, markers and filter effects.
SVG shares many of its styling properties with CSS [CSS2] and XSL [XSL]. Except for any additional SVG-specific rules explicitly mentioned in this specification, the normative definition of properties that are shared with CSS and XSL is the definition of the property fromthe CSS2 specification [CSS2].
The following properties are shared between CSS2 and SVG. Most of these properties are also defined in XSL:
- Font properties:
- Text properties:
- Other properties for visual media:
- ‘clip’, only applicable to outermost svg element.
- ‘color’, used to provide a potential indirect value (currentColor) for the‘fill’,‘stroke’,‘stop-color’,‘flood-color’ and‘lighting-color’ properties. (The SVG properties which support color allow a color specification which is extended from CSS2 to accommodate color definitions in arbitrary color spaces. See Color profile descriptions.)
- ‘cursor’
- ‘display’
- ‘overflow’, only applicable toelements which establish a new viewport.
- ‘visibility’
The following SVG properties are not defined in CSS2. The complete normative definitions for these properties are found in this specification:
- Clipping, Masking and Compositing properties:
- Filter Effects properties:
- Gradient properties:
- Interactivity properties:
- Color and Painting properties:
- ‘color-interpolation’
- ‘color-interpolation-filters’
- ‘color-profile’
- ‘color-rendering’
- ‘fill’
- ‘fill-opacity’
- ‘fill-rule’
- ‘image-rendering’
- ‘marker’
- ‘marker-end’
- ‘marker-mid’
- ‘marker-start’
- ‘shape-rendering’
- ‘stroke’
- ‘stroke-dasharray’
- ‘stroke-dashoffset’
- ‘stroke-linecap’
- ‘stroke-linejoin’
- ‘stroke-miterlimit’
- ‘stroke-opacity’
- ‘stroke-width’
- ‘text-rendering’
- Text properties:
A table that lists and summarizes the styling properties can be found in the Property Index.
6.2 Usage scenarios for styling
SVG has many usage scenarios, each with different needs. Here are three common usage scenarios:
- SVG content used as an exchange format (style sheet language-independent):
In some usage scenarios, reliable interoperability of SVG content across software tools is the main goal. Since support for a particular style sheet language is not guaranteed across all implementations, it is a requirement that SVG content can be fully specified without the use of a style sheet language. - SVG content generated as the output from XSLT:
XSLT offers the ability to take a stream of arbitrary XML content as input, apply potentially complex transformations, and then generate SVG content as output [XSLT]. XSLT can be used to transform XML data extracted from databases into an SVG graphical representation of that data. It is a requirement that fully specified SVG content can be generated from XSLT. - SVG content styled with CSS:
CSS is a widely implemented declarative language for assigning styling properties to XML content, including SVG [CSS2]. It represents a combination of features, simplicity and compactness that makes it very suitable for many applications of SVG. It is a requirement that CSS styling can be applied to SVG content.
6.3 Alternative ways to specify styling properties
Styling properties can be assigned to SVG elements in the following two ways:
- Presentation attributes
Styling properties can be assigned using SVG's presentation attributes. For each styling property defined in this specification, there is a corresponding XML presentation attribute available on all relevant SVG elements. Detailed information on the presentation attributes can be found in Specifying properties using the presentation attributes.
The presentation attributes are style sheet language independent and thus are applicable to usage scenario 1 above (i.e., tool interoperability). Because it is straightforward to assign values to XML attributes from XSLT, the presentation attributes are well-suited to usage scenario 2 above (i.e., SVG generation from XSLT). (See Styling with XSL below.)
Conforming SVG Interpreters and Conforming SVG Viewers are required to support SVG's presentation attributes. - CSS Stylesheets
To support usage scenario 3 above, SVG content can be styled with CSS. For more information, see Styling with CSS.
Conforming SVG Interpreters and Conforming SVG Viewers that support CSS styling of generic (i.e., text-based) XML content are required to also support CSS styling of SVG content.
6.4 Specifying properties using the presentation attributes
For each styling property defined in this specification (seeProperty Index), there is a corresponding XML attribute (the presentation attribute) with the same name that is available on all relevant SVG elements. For example, SVG has a ‘fill’ property that defines how to paint the interior of a shape. There is a corresponding presentation attribute with the same name (i.e., ‘fill’) that can be used to specify a value for the ‘fill’ property on a given element.
The following example shows how the ‘fill’ and‘stroke’ properties can be specified on a ‘rect’ using the‘fill’ and‘stroke’ presentation attributes. The rectangle will be filled with red and outlined with blue:
View this example as SVG (SVG-enabled browsers only)
The presentation attributes offer the following advantages:
- Broad support. All versions of Conforming SVG Interpreters and Conforming SVG Viewers are required to support the presentation attributes.
- Simplicity. Styling properties can be attached to elements by simply providing a value for the presentation attribute on the proper elements.
- Restyling. SVG content that uses the presentation attributes is highly compatible with downstream processing using XSLT [XSLT] [XSLT2] or supplemental styling by adding CSS style rules to override some of the presentation attributes.
- Convenient generation using XSLT. In some cases, XSLT can be used to generate fully styled SVG content. The presentation attributes are compatible with convenient generation of SVG from XSLT.
In some situations, SVG content that uses the presentation attributes has potential limitations versus SVG content that is styled with a style sheet language such as CSS (see Styling with CSS). In other situations, such as when an XSLT style sheet generates SVG content from semantically rich XML source files, the limitations below may not apply. Depending on the situation, some of the following potential limitations may or may not apply to the presentation attributes:
- Styling attached to content. The presentation attributes are attached directly to particular elements, thereby diminishing potential advantages that comes from abstracting styling from content, such as the ability to restyle documents for different uses and environments.
- Flattened data model. In and of themselves, the presentation attributes do not offer the higher level abstractions that you get with a styling system, such as the ability to define named collections of properties which are applied to particular categories of elements. The result is that, in many cases, important higher level semantic information can be lost, potentially making document reuse and restyling more difficult.
- Potential increase in file size. Many types of graphics use similar styling properties across multiple elements. For example, a company organization chart might assign one collection of styling properties to the boxes around temporary workers (e.g., dashed outlines, red fill), and a different collection of styling properties to permanent workers (e.g., solid outlines, blue fill). Styling systems such as CSS allow collections of properties to be defined once in a file. With the styling attributes, it might be necessary to specify presentation attributes on each different element.
- Potential difficulty when embedded into a CSS-styled parent document. When SVG content is embedded in other XML, and the desire is to style all aspects of the compound document with CSS, use of the presentation attributes might introduce complexity and difficulty. In this case, it is sometimes easier if the SVG content does not use the presentation attributes and instead is styled using CSS facilities.
For user agents that support CSS, the presentation attributes must be translated to corresponding CSS style rules according to rules described inPrecedence of non-CSS presentational hints ([CSS2], section 6.4.4), with the additional clarification that the presentation attributes are conceptually inserted into a new author style sheet which is the first in the author style sheet collection. The presentation attributes thus will participate in the CSS2 cascade as if they were replaced by corresponding CSS style rules placed at the start of the author style sheet with a specificity of zero. In general, this means that the presentation attributes have lower priority than other CSS style rules specified in author style sheets or ‘style’ attributes.
User agents that do not support CSS must ignore any CSS style rules defined in CSS style sheets and ‘style’ attributes. In this case, the CSS cascade does not apply. (Inheritance of properties, however, does apply. See Property inheritance.)
An !important declaration ([CSS2], section 6.4.2) within a presentation attribute definition is an invalid value.
Animation of presentation attributes is equivalent to animating the corresponding property. Thus, the same effect occurs from animating the presentation attribute withattributeType="XML" as occurs with animating the corresponding property withattributeType="CSS" (see‘attributeType’).
6.5 Styling with XSL
XSL style sheets [XSLT] [XSLT2] define how to transform XML content into something else, usually other XML. When XSLT is used in conjunction with SVG, sometimes SVG content will serve as both input and output for XSL style sheets. Other times, XSL style sheets will take non-SVG content as input and generate SVG content as output.
The following example uses an external XSL style sheet to transform SVG content into modified SVG content (see Referencing external style sheets). The style sheet sets the‘fill’ and ‘stroke’ properties on all rectangles to red and blue, respectively:
mystyle.xsl <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:svg="" title="undefined" rel="noopener noreferrer">http://www.w3.org/2000/svg"> <xsl:output method="xml" encoding="utf-8" doctype-public="-//W3C//DTD SVG 1.1//EN" doctype-system="" title="undefined" rel="noopener noreferrer">http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"/> <xsl:template match="/svg:svg"> xsl:copy <xsl:copy-of select="@*"/> <xsl:attribute name="version">1.1 xsl:apply-templates/ <xsl:template match="svg:rect"> xsl:copy <xsl:copy-of select="@*"/> <xsl:attribute name="fill">red <xsl:attribute name="stroke">blue <xsl:attribute name="stroke-width">3
SVG file to be transformed by mystyle.xsl
SVG content after applying mystyle.xsl
6.6 Styling with CSS
SVG implementations that support CSS are required to support the following:
- External CSS style sheets referenced from the current document (see Referencing external style sheets)
- Internal CSS style sheets (i.e., style sheets embedded within the current document, such as within an SVG ‘style’ element)
- Inline style (i.e., CSS property declarations within a ‘style’ attribute on a particular SVG element)
The following example shows the use of an external CSS style sheet to set the ‘fill’ and ‘stroke’ properties on all rectangles to red and blue, respectively:
mystyle.css rect { fill: red; stroke: blue; stroke-width: 3 }
SVG file referencing mystyle.css
View this example as SVG (SVG-enabled browsers only)
CSS style sheets can be embedded within SVG content inside of a ‘style’ element. The following example uses an internal CSS style sheet to achieve the same result as the previous example:
View this example as SVG (SVG-enabled browsers only)
Note how the CSS style sheet is placed within a CDATA construct (i.e., <![CDATA[ ... ]]>
). Placing internal CSS style sheets within CDATA
blocks is sometimes necessary since CSS style sheets can include characters, such as ">", which conflict with XML parsers. Even if a given style sheet does not use characters that conflict with XML parsing, it is highly recommended that internal style sheets be placed inside CDATA
blocks.
Implementations that support CSS are also required to support CSS inline style. Similar to the ‘style’ attribute in HTML, CSS inline style can be declared within a ‘style’ attribute in SVG by specifying a semicolon-separated list of property declarations, where each property declaration has the form "name: value". Note that property declarations inside the ‘style’ attribute must follow CSS style rules, seeThe 'style' attribute.
The following example shows how the‘fill’ and ‘stroke’ properties can be specified on a ‘rect’ using the ‘style’ attribute. Just like the previous example, the rectangle will be filled with red and outlined with blue:
View this example as SVG (SVG-enabled browsers only)
In an SVG user agent that supports CSS style sheets, the following facilities from CSS2 must be supported:
- CSS2 selectors within style sheets ([CSS2], chapter 5). Because SVG is intended to be used as one component in a multiple namespace XML application and CSS2 is not namespace aware, type selectors will only match against the local part of the element's qualified name.
- External CSS style sheets [XML-SS], CSS style sheets within ‘style’ elements and CSSdeclaration blocks ([CSS2], section 4.1.7) within ‘style’ attributes attached to specific SVG elements.
- CSS2 rules for assigning property values, cascading and inheritance ([CSS2], chapter 6).
- @font-face,@media,@import and @charset rules within style sheets ([CSS2], sections 15.3.1, 7.2.1, 6.3 and 4.4).
- CSS2's dynamic pseudo-classes :hover, :active and :focus and pseudo-classes :first-child, :visited, :link and :lang ([CSS2], section 5.11). The remaining CSS2 pseudo-classes, including those having to do withgenerated content ([CSS2], chapter 12), are not part of the SVG language definition. An SVG element gains focus when it is selected. See Text selection.
- For the purposes of aural media, SVG represents a CSS-stylable XML grammar. In user agents that support aural style sheets,CSS aural style properties can be applied as defined in CSS2 ([CSS2], chapter 19). (SeeAural style sheets.)
- CSS style sheets defined within a ‘style’ element can be immediate character data content of the ‘style’ element or can be embedded within aCDATA section ([XML10], section 2.7).
SVG defines an @color-profile at-rule ([CSS2], section 4.1.6) for defining color profiles so that ICC color profiles can be applied to CSS-styled SVG content.
Note the following about relative URIs and external CSS style sheets: The CSS2 specificationsays ([CSS2], section 4.3.4) that relative URIs (as defined in Uniform Resource Identifiers (URI): Generic Syntax [RFC3986]) within style sheets are resolved such that the base URI is that of the style sheet, not that of the referencing document.
6.7 Case sensitivity of property names and values
Property declarations via presentation attributes are expressed in XML [XML10], which is case-sensitive. CSS property declarations specified either in CSS style sheets or in a ‘style’ attribute, on the other hand, are generally case-insensitive with some exceptions ([CSS2], section 4.1.3).
Because presentation attributes are expressed as XML attributes, presentation attributes are case-sensitive and must match the exact name as specified in the DTD (see the SVG.Presentation.attrib
entity in the DTD, which expands to all of the presentation attributes). When using a presentation attribute to specify a value for the‘fill’ property, the presentation attribute must be be specified as fill="…" and notfill="…" or Fill="…". Keyword values, such as italic infont-style="italic", are also case-sensitive and must be specified using the exact case used in the specification which defines the given keyword. For example, the keyword sRGB must have lowercase "s" and uppercase "RGB".
Property declarations within CSS style sheets or in a‘style’ attribute must only conform to CSS rules, which are generally more lenient with regard to case sensitivity. However, to promote consistency across the different ways for expressing styling properties, it is strongly recommended that authors use the exact property names (usually, lowercase letters and hyphens) as defined in the relevant specification and express all keywords using the same case as is required by presentation attributes and not take advantage of CSS's ability to ignore case.
6.8 Facilities from CSS and XSL used by SVG
SVG shares various relevant properties and approaches common to CSS and XSL, plus the semantics of many of the processing rules.
SVG shares the following facilities with CSS and XSL:
- Shared properties. Many of SVG's properties are shared between CSS2, XSL and SVG. (See list of shared properties).
- Syntax rules. (The normative references areCSS2 syntax and basic data types and The grammar of CSS2; in [CSS2], chapter 4 and appendix D.)
- Allowable data types. (The normative reference is CSS2 syntax and basic data types ([CSS2], chapter 4), with the exception that SVG length and angle values without a unit identifier. See Units.)
- Inheritance rules.
- The color keywords from CSS2 that correspond to the colors used by objects in the user's environment. (The normative reference is CSS2 system colors; in [CSS2], section 18.2.)
- For implementations that support CSS styling of SVG content, then that styling must be compatible with various other rules in CSS. (See Styling with CSS.)
6.9 Referencing external style sheets
External style sheets are referenced using the mechanism documented in Associating Style Sheets with XML documents Version 1.0 [XML-SS].
6.10 The ‘style’ element
The ‘style’ element allows style sheets to be embedded directly within SVG content. SVG's ‘style’ element has the same attributes as the corresponding element in HTML (see HTML's ‘style’ element).
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 MIME Part Two: Media Types [RFC2046]. If a ‘type’ is not provided, the value of ‘contentStyleType’ on the ‘svg’ element shall be used, which in turn defaults to "text/css" [RFC2046]. If a ‘style’ element falls outside of the outermost svg element and the ‘type’ is not provided, the ‘type’ must default to "text/css" [RFC2046].
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], section 7.3).
Animatable: no.
title = advisory-title
(For compatibility with HTML 4 [HTML4].) This attribute specifies an advisory title for the ‘style’ element.
Animatable: no.
The syntax of style data depends on the style sheet language.
Some style sheet languages might allow a wider variety of rules in the ‘style’ element than in the ‘style’. For example, with CSS, rules can be declared within a ‘style’ element that cannot be declared within a ‘style’ attribute.
An example showing the ‘style’ element is provided above (see example).
6.11 The ‘class’ attribute
Attribute definitions:
class = list
This attribute assigns a class name or set of class names to an element. Any number of elements may be assigned the same class name or names. Multiple class names must be separated by white space characters.
Animatable: yes.
The ‘class’ attribute assigns one or more class names to an element. The element may be said to belong to these classes. A class name may be shared by several element instances. The ‘class’ attribute has several roles:
- As a style sheet selector (when an author wishes to assign style information to a set of elements).
- For general purpose processing by user agents.
In the following example, the ‘text’ element is used in conjunction with the ‘class’ attribute to markup document messages. Messages appear in both English and French versions.
Variable declared twice Undeclared variable Bad syntax for variable name
Variable déclarée deux fois Variable indéfinie Erreur de syntaxe pour variable
In an SVG user agent that supports CSS styling, the following CSS style rules would tell visual user agents to display informational messages in green, warning messages in yellow, and error messages in red:
text.info { color: green } text.warning { color: yellow } text.error { color: red }
6.12 The ‘style’ attribute
The ‘style’ attribute allows per-element style rules to be specified directly on a given element. When CSS styling is used, CSS inline style is specified by including semicolon-separated property declarations of the form "name : value" within the ‘style’ attribute. Property declarations must follow CSS style rules thus CSS definedproperties (e.g. 'font-size') when having a value must include a unit (for non-zero values). See SVG's styling properties for a list of CSS defined properties.
Attribute definitions:
style = style
This attribute specifies style information for the current element. The style attribute specifies style information for a single element. The style sheet language of inline style rules is given by the value of attribute‘contentStyleType’ on the ‘svg’ element. The syntax of style data depends on the style sheet language.
Animatable: no.
The style attribute may be used to apply a particular style to an individual SVG element. If the style will be reused for several elements, authors should use the ‘style’ element to regroup that information. For optimal flexibility, authors should define styles in external style sheets.
An example showing the ‘style’ attribute is provided above (see example).
6.13 Specifying the default style sheet language
The ‘contentStyleType’ attribute on the ‘svg’ element specifies the default style sheet language for the given document fragment.
contentStyleType = "content-type"
Identifies the default style sheet language for the given document. That language must then 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 content-type specifies a media type, per MIME Part Two: Media Types [RFC2046]. The default value is "text/css" [RFC2318].
Animatable: no.
Since the only widely deployed language used for inline styling (in style elements and style attributes) is CSS, and since that is already the default language if contentStyleType is omitted, in practice contentStyleType is not well supported in user agents. XSL style sheets are typically external. If a new style sheet language becomes popular, it might not use style attributes and could easily declare which language is in use with the type attribute on the style element.
The use of contentStyleType is therefore deprecated; new content should not use it. Future versions of the SVG specification may remove contentStyleType.
6.14 Property inheritance
Whether or not the user agent supports CSS, property inheritance in SVG follows the property inheritance rules defined in the CSS2 specification. The normative definition for property inheritance is the Inheritance section of the CSS2 specification ([CSS2], section 6.2).
The definition of each property indicates whether the property can inherit the value of its parent.
In SVG, as in CSS2, most elements inherit computed values ([CSS2], section 6.1.2). For cases where something other than computed values are inherited, the property definition will describe the inheritance rules. For specified values ([CSS2], section 6.1.1) which are expressed in user units, in pixels (e.g., 20px) or in absolute values, the computed value equals the specified value. For specified values which use certain relative units (i.e., em, ex and percentages), the computed value will have the same units as the value to which it is relative. Thus, if the parent element has a ‘font-size’ of10pt and the current element has a ‘font-size’ of 120%, then the computed value for ‘font-size’ on the current element will be 12pt. In cases where the referenced value for relative units is not expressed in any of the standard SVG units (i.e., CSS units or user units), such as when a percentage is used relative to the current viewport or an object bounding box, then the computed value will be in user units.
Note that SVG has some facilities wherein a property which is specified on an ancestor element might effect its descendant element, even if the descendant element has a different assigned value for that property. For example, if a ‘clip-path’ property is specified on an ancestor element, and the current element has a‘clip-path’ of none, the ancestor's clipping path still applies to the current element because the semantics of SVG state that the clipping path used on a given element is the intersection of all clipping paths specified on itself and all ancestor elements. The key concept is that property assignment (with possible property inheritance) happens first. After properties values have been assigned to the various elements, then the user agent applies the semantics of each assigned property, which might result in the property assignment of an ancestor element affecting the rendering of its descendants.
6.15 The scope/range of styles
The following define the scope/range of style sheets:
Stand-alone SVG document
There is one parse tree. Style sheets defined anywhere within the SVG document (in style elements or style attributes, or in external style sheets linked with the style sheet processing instruction) apply across the entire SVG document.
Stand-alone SVG document embedded in an HTML or XML document with the ‘img’,‘object’ (HTML) or‘image’ (SVG) elements
There are two completely separate parse trees; one for the referencing document (perhaps HTML or XHTML), and one for the SVG document. Style sheets defined anywhere within the referencing document (in style elements or style attributes, or in external style sheets linked with the style sheet processing instruction) apply across the entire referencing document but have no effect on the referenced SVG document. Style sheets defined anywhere within the referenced SVG document (in style elements or style attributes, or in external style sheets linked with the style sheet processing instruction) apply across the entire SVG document, but do not affect the referencing document (perhaps HTML or XHTML). To get the same styling across both the [X]HTML document and the SVG document, link them both to the same style sheet.
Stand-alone SVG content textually included in an XML document
There is a single parse tree, using multiple namespaces; one or more subtrees are in the SVG namespace. Style sheets defined anywhere within the XML document (in style elements or style attributes, or in external style sheets linked with the style sheet processing instruction) apply across the entire document, including those parts of it in the SVG namespace. To get different styling for the SVG part, use the‘style’ attribute, or put an ‘id’ on the ‘svg’ element and use contextual CSS selectors, or use XSL selectors.
6.16 User agent style sheet
The user agent shall maintain auser agent style sheet ([CSS2], section 6.4) for elements in the SVG namespace forvisual media ([CSS2], section 7.3.1). The user agent style sheet below is expressed using CSS syntax; however, user agents are required to support the behavior that corresponds to this default style sheet even if CSS style sheets are not supported in the user agent:
svg, symbol, image, marker, pattern, foreignObject { overflow: hidden } svg { width:attr(width); height:attr(height) }
The first line of the above user agent style sheet will cause the initial clipping path to be established at the bounds of the initial viewport. Furthermore, it will cause new clipping paths to be established at the bounds of the listed elements, all of which are elements that establish a new viewport. (Refer to the description of SVG's use of the ‘overflow’ property for more information.)
The second line of the above user agent style sheet will cause the ‘width’ and ‘height’ attributes on the ‘svg’ element to be used as the default values for the 'width' and 'height' properties during layout ([CSS2], chapter 9).
6.17 Aural style sheets
For the purposes of aural media, SVG represents a stylable XML grammar. In user agents that support CSS aural style sheets, aural style properties ([CSS2], chapter 19) can be applied as defined in CSS2.
Aural style properties can be applied to any SVG element that can contain character data content, including‘desc’ ‘title’ ‘tspan’,‘tref’,‘altGlyph’ and‘textPath’. On user agents that support aural style sheets, the following CSS2 properties can be applied:
Aural property | Definition in [CSS2] |
---|---|
‘azimuth’ | Section 19.7 |
‘cue’ | Section 19.5 |
‘cue-after’ | Section 19.5 |
‘cue-before’ | Section 19.5 |
‘elevation’ | Section 19.7 |
‘pause’ | Section 19.4 |
‘pause-after’ | Section 19.4 |
‘pause-before’ | Section 19.4 |
‘pitch’ | Section 19.8 |
‘pitch-range’ | Section 19.8 |
‘play-during’ | Section 19.6 |
‘richness’ | Section 19.8 |
‘speak’ | Section 19.3 |
‘speak-header’ | Section 17.7.1 |
‘speak-numeral’ | Section 19.9 |
‘speak-punctuation’ | Section 19.9 |
‘speech-rate’ | Section 19.8 |
‘stress’ | Section 19.8 |
‘voice-family’ | Section 19.8 |
‘volume’ | Section 19.2 |
For user agents that support aural style sheets and also support DOM Level 2 Core [DOM2], the user agent is required to support the DOM interfaces defined inDocument Object Model CSS ([DOM2STYLE], chapter 2) that correspond to aural properties. (See Relationship with DOM2 CSS object model.)
6.18 DOM interfaces
6.18.1 Interface SVGStyleElement
The SVGStyleElement interface corresponds to the ‘style’ element.
interface SVGStyleElement : SVGElement, SVGLangSpace { attribute DOMString type setraises(DOMException); attribute DOMString media setraises(DOMException); attribute DOMString title setraises(DOMException); };
type (DOMString)
Corresponds to attribute ‘type’ on the given element.
DOMException, code NO_MODIFICATION_ALLOWED_ERR
Raised on an attempt to change the value of a read only attribute.
media (DOMString)
Corresponds to attribute ‘media’ on the given element.
DOMException, code NO_MODIFICATION_ALLOWED_ERR
Raised on an attempt to change the value of a read only attribute.
title (DOMString)
Corresponds to attribute ‘title’ on the given element.
DOMException, code NO_MODIFICATION_ALLOWED_ERR
Raised on an attempt to change the value of a read only attribute.