CSS3 Speech Module

Abstract

CSS (Cascading Style Sheets) is a language for describing the rendering of HTML and XML documents on various supports, such as on screen, on paper, in speech, etc. This specification defines aural CSS properties that allow control over the rendering of such documents via speech synthesis, and which are designed to match the model described in the Speech Synthesis Markup Language (SSML) Version 1.0 [[!SPEECH-SYNTHESIS]].

Note that this specification has been developed in cooperation with the Voice Browser Activity.

Status of this document

The following issues need to be discussed and require working group resolutions:

• 'phonemes' property breaks principle of content/presentation separation
• handling of list styles, numbered items

The CSS WG maintains an issues list for this module.

The CSS3 Speech Module is a community effort and if you would like to help with implementation and driving the specification forward along the W3C Recommendation track, please contact the editors.

Table of contents

1. Introduction

The speech rendering of a document, already commonly used by the blind and print-impaired communities, combines speech synthesis and "auditory icons". Often such aural presentation occurs by converting the document to plain text and feeding this to a screen reader — software or hardware that simply reads all the characters on the screen. This results in less effective presentation than would be the case if the document structure were retained. Style sheet properties for text to speech can be used together with visual properties (mixed media) or as an aural alternative to visual presentation.

Besides the obvious accessibility advantages, there are other large markets for listening to information, including in-car use, industrial and medical documentation systems (intranets), home entertainment, and to help users learning to read or who have difficulty reading.

When using voice properties, the aural canvas consists of a two channel stereo space and a temporal space. For example, you can specify audio cues before and after synthetic speech). The CSS properties also allow authors to vary the characteristics of synthetic speech (voice type, frequency, inflection, etc.).

h1, h2, h3, h4, h5, h6 {
    voice-family: paul;
    voice-stress: moderate;
    cue-before: url(ping.au)
}
p.heidi { voice-balance: left; voice-family: female }
p.peter { voice-balance: right; voice-family: male }
p.goat  { voice-volume: soft }

This will direct the speech synthesizer to speak headers in a voice (a kind of "audio font") called "paul". Before speaking the headers, a sound sample will be played from the given URL. Paragraphs with class "heidi" will appear to come from the left (if the sound system is capable of stereo), and paragraphs of class "peter" from the right. Paragraphs with class "goat" will be played softly.

2. Relationship with CSS2.1

This specification is a re-work of the informative CSS2.1 Aural appendix [[!CSS21]], within which the "aural" media type was described and deprecated at the same time. Although the [[!CSS21]] specification reserves the "speech" media type, it doesn't actually define the properties that apply to this context. The CSS3 Speech module specifies the set of properties for the "speech" media type, and defines a new "box" model for the aural dimension.

Note that content creators can conditionally include CSS properties authored specifically for user-agents with text to speech capabilities (TTS), by specifying the "speech" media type via the media attribute of the link element, or with the @media at-rule, or within an @import statement. When doing so, the styles authored within the scope of such conditional statements are ignored by user-agents that do not support speech synthesis.

3. The aural "box" model

The formatting model of CSS for aural media is based on a sequence of sounds and silences that appear in a nested model which is related to the visual box model; however the aural canvas is one-dimensional, monolinear. For compatibility with the visual box model, we will call it the aural "box" model.

The element is surrounded by, in this order, 'rest', 'cue' and 'pause' properties - they can be thought of as aural equivalents to 'padding', 'border' and 'margin' respectively.

It can be represented in the following way (including the equivalent properties from the visual box model for clarification of relationships):

where <element> is the selected element to which the properties from the CSS3 Speech Module apply.

4. Mixing properties: 'voice-volume' and 'voice-balance'

The 'voice-volume' refers to the amplitude of the waveform output by the speech synthesiser. This may be mixed with other audio sources, influencing the perceived loudness of synthetic speech relative to these sources.

Values have the following meanings:

<non-negative number>

An integer or floating point positive number in the range '0' to '100'. '0' represents silence (the minimum level), and '100' corresponds to the maximum level. The volume scale is linear amplitude.

<percentage>

Only positive percentage values are allowed. Computed values are calculated relative to the inherited value, and are then clipped to the range '0' to '100'.

Note that a leading "+" sign does not denote an increment. For example, +50% is equivalent to 50%, so the computed value equals the inherited value times 0.5 (divided by 2), then clipped to [0,100].

silent, x-soft, soft, medium, loud, and x-loud

A sequence of monotonically non-decreasing volume levels. The value of 'silent' is mapped to '0' and 'x-loud' is mapped to '100'. The mapping of other values to numerical volume levels is implementation-dependent and may vary from one speech synthesizer to another.

User agents should allow the level corresponding to '100' to be set by the listener. No one setting is universally applicable; suitable values depend on the equipment in use (speakers, headphones), and the environment (in car, home theater, library) and personal preferences.

Note that there is a difference between an element whose 'voice-volume' property has a value of 'silent', and an element whose 'speak' property has the value 'none'. The former takes up the same time as if it had been spoken, including any pause before and after the element, but no sound is generated (although descendants can override the 'voice-volume' value and may therefore generate audio output). The latter requires no time and is not rendered in the aural dimension (although descendants can override the 'speak' value and may therefore generate audio output).

The 'voice-balance' property refers to the balance between left and right channels, and presumes a two channel (stereo) model that is widely supported on consumer audio equipment.

Values have the following meanings:

<number>

An integer or floating point number between '-100' and '100'. For '-100' only the left channel is audible. Simarly for '100' only the right channel is audible. For '0' both channels have the same level, so that the speech appears to be coming from the center.

left

Same as '-100'.

center

Same as '0'.

right

Same as '100'.

leftwards

Moves the sound to the left, relative to the inherited 'voice-balance'. More precisely, subtract 20 from the inherited value and clip the resulting value to the range '-100' and '100'.

rightwards

Moves the sound to the right, relative to the inherited 'voice-balance'. More precisely, add 20 to the inherited value and clip the resulting value to the range '-100' and '100'.

Note that many speech synthesizers only generate mono sound, and therefore do not intrinsically support the 'voice-balance' property. The distribution of audio signals between left and right channels would consequently occur at post-synthesis stage, for example when a speech-enabled user-agent mixes the various audio sources that may be authored within the document.

5. Speaking properties: 'speak' and 'speak-as'

This property specifies whether text will be rendered aurally.

Values have the following meanings:

auto

Resolves to a computed value of 'none' when 'display' is 'none', otherwise resolves to a computed value of 'auto' which yields a used value of 'normal'.

Note that 'display' is the only property defined externally to this CSS3 module that affects behavior within the aural "box" model.

none

This value causes an element (including pauses, cues, rests and actual content) to not be rendered (i.e., the element has no effect in the aural dimension).

Note that any of the descendants of the affected element are allowed to override this value, so they may actually take part in the aural rendering. However, the pauses, cues, and rests of the ancestor element remain "deactivated" in the aural dimension, and therefore do not contribute to the collapsing of pauses or additive behavior of adjoining rests.

normal

The element is rendered aurally.

Note that although the 'none' value of the 'display' property cannot be overridden by descendants of the affected element, the 'auto' value of 'speak' can however be overridden by descendants, using either of 'none' or 'normal'. In the case of 'normal', this would result in descendants being rendered in the aural dimension even though they would not be rendered on the visual canvas.

This property specifies in what manner text gets rendered aurally.

Values have the following meanings:

normal

Uses language-dependent pronunciation rules for rendering an element and its children. Punctuation is not to be spoken, but instead rendered naturally as various pauses.

spell-out

Spells the text one letter at a time (useful for acronyms and abbreviations). In languages where accented characters are rare, it is permitted to drop accents in favor of alternative unaccented spellings. As as example, in English, the word "rôle" can also be written as "role". A conforming implementation would thus be able to spell-out "rôle" as "R O L E".

digits

Speak numbers one digit at a time, for instance, "twelve" would be spoken as "one two", and "31" as "three one".

literal-punctuation

Similar to 'normal' value, but punctuation such as semicolons, braces, and so on are to be spoken literally.

no-punctuation

Similar to 'normal' value but punctuation is not to be spoken nor rendered as various pauses.

Speech synthesizers are knowledgeable about what is and what is not a number. The 'speak-as' property gives authors the means to control how the synthesizer renders the numbers it discovers in the source text, and may be implemented as a preprocessing step before passing the text to the speech synthesizer.

6. Pause properties: 'pause-before', 'pause-after' and 'pause'

These properties specify a pause or prosodic boundary to be observed before (or after) an element or, if any 'cue-before' (or 'cue-after') is specified, before (or after) these.

Values have the following meanings:

<time>

Expresses the pause in absolute time units (seconds and milliseconds, e.g. "+3s", "250ms") as per the syntax of time values defined in [[!CSS3VAL]]. Only positive values are allowed.

none

Equivalent to 0ms (no prosodic break in the speech output). This value can be used to inhibit a prosodic break which the processor would otherwise produce.

x-weak, weak, medium, strong, and x-strong

Expresses the pause by the strength of the prosodic break in speech output. The exact time is implementation-dependent. The values indicate monotonically non-decreasing (conceptually increasing) break strength between elements.

The 'pause' property is a shorthand for setting 'pause-before' and 'pause-after'. If two values are given, the first value is 'pause-before' and the second is 'pause-after'. If only one value is given, it applies to both properties.

h1 { pause: 20ms } /* pause-before: 20ms; pause-after: 20ms */
h2 { pause: 30ms 40ms } /* pause-before: 30ms; pause-after: 40ms */
h3 { pause-after: 10ms } /* pause-before: unspecified; pause-after: 10ms */

The default strengths of prosodic breaks for specific elements are defined by the user-agent stylesheet, and can be overridden by authored styles, as demonstrated by the example below.

p { pause: none } /* pause-before: none; pause-after: none */

Note that stronger content boundaries are typically accompanied by pauses. For example, the breaks between paragraphs are typically much more substantial than the breaks between words within a sentence.

Collapsing pauses

The pause defines the minimum distance of the aural "box" to the aural "boxes" before and after it. Adjoining pauses are merged by selecting the strongest named break and the longest absolute time interval.

For example, "strong" is selected when comparing "strong" and "weak", "1s" is selected when comparing "1s" and "250ms", and "strong" and "250ms" take effect additively when comparing "strong" and "250ms".

The following pauses are adjoining:

1. The 'pause-after' of an aural "box" and the 'pause-after' of its last child, provided the former has no 'rest-after' and no 'cue-after'.
2. The 'pause-before' of an aural "box" and the 'pause-before' of its first child, provided the former has no 'rest-before' and no 'cue-before'.
3. The 'pause-after' of an aural "box" and the 'pause-before' of its next sibling.
4. The 'pause-before' and 'pause-after' of an aural "box", if the the "box" has a 'voice-duration' of "0ms" and no 'rest-before' or 'rest-after' and no 'cue-before' or 'cue-after', or if the the "box" has no rendered content at all (see 'speak').

A collapsed pause is considered adjoining to another pause if any of its component pauses is adjoining to that pause.

Note that 'pause' has been moved from between the element's contents and any 'cue' to outside the 'cue'. This is not backwards compatible with the informative CSS2.1 Aural appendix [[!CSS21]].

7. Rest properties: 'rest-before', 'rest-after' and 'rest'

These properties specify a rest or prosodic boundary to be observed before (or after) speaking an element's content.

Values have the following meanings:

<time>

Expresses the rest in absolute time units (seconds and milliseconds, e.g. "+3s", "250ms") as per the syntax of time values defined in [[!CSS3VAL]]. Only positive values are allowed.

none

Equivalent to 0ms (no prosodic break in the speech output). This value can be used to inhibit a prosodic break which the processor would otherwise produce.

x-weak, weak, medium, strong, and x-strong

Expresses the rest by the strength of the prosodic break in speech output. The exact time is implementation-dependent. The values indicate monotonically non-decreasing (conceptually increasing) break strength between elements.

As opposed to pause properties, the rest is inserted between the element's content and any 'cue-before' or 'cue-after' content. Adjoining rests are treated additively, and do not collapse.

The 'rest' property is a shorthand for setting 'rest-before' and 'rest-after'. If two values are given, the first value is 'rest-before' and the second is 'rest-after'. If only one value is given, it applies to both properties.

8. Cue properties: 'cue-before', 'cue-after' and 'cue'

Auditory icons are another way to distinguish semantic elements. Sounds can be played before and/or after the element to delimit it.

Values have the following meanings:

<uri>

The URI must designate an auditory icon resource. If the URI resolves to something other than an audio file, such as an image, the resource is ignored and the property treated as if it had the value 'none'.

none

No auditory icon is specified.

<percentage>

Only positive percentage values are allowed. Computed values are calculated relative to the inherited value of the 'voice-volume' property, and are then clipped to the range '0' to '100'. '0' represents silence (the minimum level), and 100 corresponds to the maximum level. The volume scale is linear amplitude. By basing the percentage upon the inherited value for 'voice-volume', it is easy to adjust the loudness of cues relatively to the synthetic speech of the target element content.

Note that a leading "+" sign does not denote an increment. For example, +50% is equivalent to 50%, so the computed value equals the inherited value times 0.5 (divided by 2), then clipped to [0,100].

a { cue-before: url(bell.aiff); cue-after: url(dong.wav) }

h1 { cue-before: url(pop.au) 80%; cue-after: url(pop.au) 50% }

div.caution { cue-before: url(caution.wav) 130% }

The 'cue' property is a shorthand for setting 'cue-before' and 'cue-after'. If two values are given the first value is 'cue-before' and the second is 'cue-after'. If only one value is given, it applies to both properties.

h1 {cue-before: url(pop.au); cue-after: url(pop.au) }

h1 {cue: url(pop.au) }

If a user agent cannot render an auditory icon (e.g., the user's environment does not permit it), we recommend that it produce an alternative audio cue (e.g., popping up a warning, emitting a warning sound, etc.)

Authors may also use content generation techniques to insert additional auditory cues based on text instead of audio icons.

9. Voice characteristic properties: 'voice-family', 'voice-rate', 'voice-pitch', 'voice-pitch-range' and 'voice-stress'

The value is a comma-separated, prioritized list of voice family names (note the similarity with 'font-family').

Values have the following meanings:

<name>

Values are specific instances (e.g., Mike, comedian, mary, carlos, "valley-girl").

<age>

Possible values are 'child', 'young' and 'old'.

<gender>

Values are voice families. Possible values are 'male', 'female' and 'neutral'.

<non-negative number>

Indicates a preferred variant of the voice characteristics (e.g. "the second male child voice" or "the third voice named 'Mike'"). Possible values are positive numbers restricted to integers, and excluding zero (i.e. starting from 1). The value "1" refers to the first of all matching voices.

h1 { voice-family: announcer, old male }

p.part.romeo  { voice-family: romeo 3, young male }

p.part.juliet { voice-family: juliet, female }

p.part.mercutio { voice-family: male 2 }

p.part.tybalt { voice-family: male 3 }

p.part.nurse { voice-family: child female }

Names of specific voices can be quoted, and indeed must be quoted if any of the words that make up the name does not conform to the syntax rules for identifiers. Any whitespace characters before and after the voice name are ignored. For compatibility with SSML, whitespace characters are not permitted within voice names.

The 'voice-family' property is used to guide the selection of the voice to be used for speech synthesis. The overriding priority is to match the language specified by the xml:lang attribute as per the XML 1.0 specification [[!XML10]], and as inherited by nested elements until overridden by a further xml:lang attribute.

If there is no voice available for the requested value of xml:lang, the processor should select a voice that is closest to the requested language (e.g. a variant or dialect of the same language). If there are multiple such voices available, the processor should use a voice that best matches the values provided with the 'voice-volume' property. It is an error if there are no such matches.

This property controls the speaking rate. The default rate for a voice depends on the language and dialect and on the personality of the voice. The default rate for a voice should be such that it is experienced as a normal speaking rate for the voice when reading aloud text. Since voices are processor-specific, the default rate will be as well.

Values have the following meanings:

<percentage>

Only positive percentage values are allowed. Computed values are calculated relative to the default speaking rate for the voice.

Note that a leading "+" sign does not denote an increment, for example +50% is equivalent to 50% (i.e. the computed value equals the inherited value times 0.5, which is half the normal rate of the voice).

x-slow, slow, medium, fast and x-fast

A sequence of monotonically non-decreasing speaking rates that are implementation and voice specific.

Specifies the average pitch (a frequency) of the speaking voice. The average pitch of a voice depends on the 'voice-family'. For example, the average pitch for a standard male voice is around 120Hz, but for a female voice, it's around 210Hz.

Values have the following meanings:

<frequency>

Specifies the average pitch of the speaking voice using an absolute value in frequency units (Hertz and kiloHertz, e.g. "100Hz", "+2kHz") as per the syntax of frequency values defined in [[!CSS3VAL]]. Only positive values are allowed.

<percentage>

Only positive percentage values are allowed. Computed values are calculated relative to the inherited value.

Note that a leading "+" sign does not denote an increment. For example, +50% is equivalent to 50%, so the computed value equals the inherited value times 0.5 (divided by 2), which is half the inherited average pitch of the voice.

<relative-change>

Specifies a relative change (decrement or increment) to the inherited value. The syntax of allowed values is a <number> (the "+" sign is optional for positive numbers), followed by either of "Hz" (for Hertz) or "kHz" (for kiloHertz) or "st" (for semitones), and followed by a space character and the "relative" keyword.

Note that here, unlike the syntax of frequency values defined in [[!CSS3VAL]], the number can be positive or negative.

Note that the "relative" keyword is mandatory. This is in order to disambiguate from <frequency> values which may also carry the optional "+" sign on positive values.

x-low, low, medium, high, x-high

A sequence of monotonically non-decreasing pitch levels that are implementation and voice specific.

h1 { voice-pitch: 250Hz; }

h1 { voice-pitch: +250Hz; } /* identical to the line above */

h2 { voice-pitch: +30Hz relative; }

h2 { voice-pitch: 30Hz relative; } /* identical to the line above */

h3 { voice-pitch: -2st relative; }

h4 { voice-pitch: -2st; } /* Illegal syntax ! ("relative" keyword is missing) */

Specifies variation in average pitch. Human languages are spoken with varying inflection and pitch; these variations convey additional meaning and emphasis. Thus, a highly animated voice, i.e., one that is heavily inflected, displays a high pitch range. This property specifies the range over which these variations occur, i.e., how much the fundamental frequency may deviate from the average pitch.

Values have the following meanings:

<frequency>

Specifies the average pitch range of the speaking voice using an absolute value in frequency units (Hertz and kiloHertz, e.g. "100Hz", "+2kHz") as per the syntax of frequency values defined in [[!CSS3VAL]]. Only positive values are allowed.

Low ranges produce a flat, monotonic voice. A high range produces animated voices.

<percentage>

Only positive percentage values are allowed. Computed values are calculated relative to the inherited value.

Note that a leading "+" sign does not denote an increment. For example, +50% is equivalent to 50%, so the computed value equals the inherited value times 0.5 (divided by 2), which is half the inherited average pitch range of the voice.

<relative-change>

Specifies a relative change (decrement or increment) to the inherited value. The syntax of allowed values is a <number> (note that the "+" sign is optional for positive numbers), followed by either of "Hz" (for Hertz) or "st" (for semitones), and followed by a space character and the "relative" keyword.

Note that the "relative" keyword is mandatory. This is in order to disambiguate from <frequency> values which may also carry the optional "+" sign on positive values.

x-low, low, medium, high and x-high

A sequence of monotonically non-decreasing pitch ranges that are implementation and language-dependent.

Note that a semitone is half of a tone (a half step) on the standard diatonic scale. A semitone doesn't correspond to a fixed value in Hertz: instead, the ratio between two consecutive frequencies separated by exactly one semitone is approximately 1.05946 (the twelfth root of two).

Indicates the strength of emphasis to be applied. Emphasis is applied using a combination of pitch change, timing changes, loudness and other acoustic differences, and is dependent on the language being spoken.

Values have the following meanings:

auto

Represents the default emphasis produced by the speech synthesizer.

none

Prevents the synthesizer from emphasizing text it would normally emphasize.

moderate and strong

These values are monotonically non-decreasing in strength. Their application results in more emphasis than what the speech synthesizer would normally produce (i.e. more than the value corresponding to 'auto').

reduced

Effectively the opposite of emphasizing a word.

span.default-emphasis { voice-stress: auto; }
span.lowered-emphasis { voice-stress: reduced; }
span.removed-emphasis { voice-stress: none; }
span.normal-emphasis { voice-stress: moderate; }
span.huge-emphasis { voice-stress: strong; }

...

<p>This is a big car.</p>
<!-- The speech output from the line above is identical to the line below: -->
<p>This is a <span class="default-emphasis">big</span> car.</p>

<p>This car is <span class="lowered-emphasis">massive</span>!</p>
<!-- The "span" below is totally de-emphasized, whereas the emphasis in the line above is only reduced: -->
<p>This car is <span class="removed-emphasis">massive</span>!</p>

<!-- The lines below demonstrate increasing levels of emphasis: -->
<p>This is a <span class="normal-emphasis">big</span> car!</p>
<p>This is a <span class="huge-emphasis">big</span> car!!!</p>

10. Duration property: 'voice-duration'

Allows authors to specify how long it should take to render the selected element's content. Unless the value 'auto' is specified, this property takes precedence over the 'voice-rate' property and must be used to determine the speaking rate of the voice.

Values have the following meanings:

auto

Resolves to a computed value corresponding to the duration of the speech synthesis when using the inherited 'voice-rate'.

<time>

Specifies a value in absolute time units (seconds and milliseconds, e.g. "+3s", "250ms") as per the syntax of time values defined in [[!CSS3VAL]]. Only positive values are allowed.

11. Phonetics: 'phonemes' and '@phonetic-alphabet'

This allows authors to specify a phonetic pronunciation for the text contained by the corresponding element.

Values have the following meanings:

<string>

A character string that describes a pronunciation based on the specified '@phonetic-alphabet'.

ISSUE: the 'phonemes' property covers functionality that arguably doesn't belong to CSS, as it breaks the principle of separation between content and presentation (i.e. any change in the source text must be echoed by an corresponding change in the content of the aural 'phonemes' property). The broader aspect of pronunciation lexicons would be better addressed in the content markup. For example, it is proposed that formats like the W3C's own PLS standard should be supported by the link/rel mechanism. There is a related discussion on the public mailing-list.

@phonetic-alphabet

A phonetic alphabet is a collection of symbols that represent the sounds of one or more human languages. The default alphabet for the pronunciation string of the 'phonemes' property is the International Phonetic Alphabet ("ipa"), corresponding to Unicode representations of the phonetic characters developed by the International Phonetic Association [IPA]. The phonetic alphabet can be explicitly specified using the '@phonetic-alphabet' rule.

Note that the alphabet is specified via an at-rule to avoid problems with inappropriate cascades that can occur if the alphabet was set via a property.

@phonetic-alphabet "ipa";
#tomato { phonemes: "t\0252 m\0251 to\028a " }

At most one '@phonetic-alphabet' rule can appear in style sheet and it must appear, when used, before any occurrence of the 'phonemes' property. The only valid values are the default "ipa" phonetic alphabet, and vendor-specific strings such as "x-organization" or "x-organization-alphabet".

Inserted and replaced content

Sometimes, authors will want to specify a mapping from the source text into another string prior to the application of the regular pronunciation rules. This may be used for uncommon abbreviations or acronyms which are unlikely to be recognized by the synthesizer. The 'content' property can be used to replace one string by another. In the following example, the abbreviation is rendered using the content of the title attribute instead of the element's content:

abbr { content: attr(title); }
  ...

<abbr title="World Wide Web Consortium">W3C</abbr>

In a similar way text-to-speech strings in a document can be replaced by a previously recorded version:

.hamlet { content: url(gielgud.wav); }
  ...

<div class="hamlet">
To be, or not to be: that is the question:
</div>

Furthermore, authors (or via a user stylesheet) may add some information to ease understanding the structure for non-visual interaction with the document. They can do so by using the '::before' and '::after' pseudo-elements that will be inserted between the element's contents and the 'rest':

ul::before { content: "Start list: " }
ul::after  { content: "List end. " }
li::before { content: "List item: " }

Note that detailed information can be found in the CSS3 Generated and Replaced Content Module [[CSS3GENCON]].

ISSUE: the speech handling of list items is under-specified. One suggestion is to ignore list-style-type (which can represent visual glyphs not suitable for aural processing anyway) and to define a standard way to read list "markers". Unfortunately this introduces a dependency on a feature specific to CSS3-Lists. There is a related discussion on the public mailing-list.

Appendix A — Profiles

TBD

Appendix B — Property index

The following properties are defined in other modules or specifications:

• display [CSS21]
• padding [CSS21]
• border [CSS21]
• margin [CSS21]
• font-family [CSS21]
• content [[CSS3GENCON]]

The following definitions are provided by other modules or specifications:

• visual box model [CSS21]
• time [CSS3VAL]
• frequency [CSS3VAL]
• number [CSS3VAL]
• non-negative-number [CSS3VAL]
• percentage [CSS3VAL]
• identifier [CSS21]

Appendix C — Index

Appendix D — Definitions

Glossary

The following terms and abbreviations are used in this module.

UA

User Agent

A program that reads and/or writes CSS style sheets on behalf of a user in either or both of these categories: programs whose purpose is to render documents (e.g., browsers) and programs whose purpose is to create style sheets (e.g., editors). A UA may fall into both categories. (There are other programs that read or write style sheets, but this module gives no rules for them.)

document

A tree-structured document with elements and attributes, such as an SGML or XML document [[!XML11]].

style sheet

A CSS style sheet.

Conformance

Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification. All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [[!RFC2119]]

Examples in this specification are introduced with the words "for example" or are set apart from the normative text with class="example", like this:

Informative notes begin with the word "Note" and are set apart from the normative text with class="note", like this:

Note, this is an informative note.

Conformance to the CSS3 Speech Module is defined for three classes:

style sheet

A CSS style sheet.

renderer

A UA that interprets the semantics of a style sheet and renders documents that use them.

authoring tool

A UA that writes a style sheet.

A style sheet is conformant to the CSS3 Speech Module if all of its declarations that use properties defined in this module have values that are valid according to the generic CSS grammar and the individual grammars of each property as given in this module.

A renderer is conformant to the CSS3 Speech Module if, in addition to interpreting the style sheet as defined by the appropriate specifications, it supports all the properties defined by CSS3 Speech Module by parsing them correctly and rendering the document accordingly. However the inability of a UA to correctly render a document due to limitations of the device does not make the UA non-conformant. (For example, a UA is not required to render color on a monochrome monitor.)

An authoring tool is conformant to CSS3 Speech Module if it writes syntactically correct style sheets, according to the generic CSS grammar and the individual grammars of each property in this module.

CR exit criteria

As described in the W3C process document, a Candidate Recommendation (CR) is a specification that W3C recommends for use on the Web. The next stage is "Recommendation" when the specification is sufficiently implemented.

For this specification to be proposed as a W3C Recommendation, the following conditions shall be met. There must be at least two independent, interoperable implementations of each feature. Each feature may be implemented by a different set of products, there is no requirement that all features be implemented by a single product. For the purposes of this criterion, we define the following terms:

independent

each implementation must be developed by a different party and cannot share, reuse, or derive from code used by another qualifying implementation. Sections of code that have no bearing on the implementation of this specification are exempt from this requirement.

interoperable

passing the respective test case(s) in the official CSS test suite, or, if the implementation is not a Web browser, an equivalent test. Every relevant test in the test suite should have an equivalent test created if such a user agent (UA) is to be used to claim interoperability. In addition if such a UA is to be used to claim interoperability, then there must one or more additional UAs which can also pass those equivalent tests in the same way for the purpose of interoperability. The equivalent tests must be made publicly available for the purposes of peer review.

implementation

a user agent which:

1. implements the specification.
2. is available to the general public. The implementation may be a shipping product or other publicly available version (i.e., beta version, preview release, or "nightly build"). Non-shipping product releases must have implemented the feature(s) for a period of at least one month in order to demonstrate stability.
3. is not experimental (i.e., a version specifically designed to pass the test suite and is not intended for normal usage going forward).

A minimum of sixth months of the CR period must have elapsed. This is to ensure that enough time is given for any remaining major errors to be caught.

Features will be dropped if two or more interoperable implementations are not found by the end of the CR period.

Features may/will also be dropped if adequate/sufficient (by judgment of CSS WG) tests have not been produced for those feature(s) by the end of the CR period.

Appendix E — Acknowledgements

The editors would like to thank the members of the W3C Voice Browser and Cascading Style Sheets working groups for their assistance in preparing this new draft. Special thanks to Ellen Eide (IBM) for her detailed comments.

Appendix F — Changes from previous draft

Note that the previous Working Draft includes its own list of changes, which - for succinctness - is not repeated here.

• Adjusted the [initial] value for shorthand properties, to be consistent with other CSS specifications (i.e. "see individual properties"), and removed the erroneous "inherit" value.
• Fixed the [initial] values for 'pause' and 'rest', which should be zero (were "implementation-dependent").
• Corrected the [initial] values for 'voice-pitch-range' and 'voice-pitch' to "medium".
• Added an "auto" value to 'voice-duration', which is the [initial] property value as well.
• Renamed voice-family fields to be consistent with SSML.
• Added a new section to define the relationship of this specification with CSS2.1.
• Added the missing "Computed value" line to each property definition.
• Cleaned-up the list of module dependencies, and removed redundant "module dependencies" section.
• Improved the pause collapsing prose, removed redundant paragraphs.
• Renamed 'speakability' to 'speak', and 'speak' to 'speak-as'.
• Added the "auto" value for 'voice-stress'.
• Fixed typos and made other minor edits.

Appendix G — References

Normative references

[IPA]

International Phonetic Association

Other references