[CSS21] Issue 2: Editorial Change Requested to aural.html#propdef-cue [DRAFT2]

[Reviewer's Note: this post refers to the Candidate Recommendation draft 
of CSS 2.1,
http://www.w3.org/TR/2007/CR-CSS21-20070719
comments upon which are due by 20 December 2007]

Currently, the CSS2.1 Last Call draft's Appendix A, states:

<q
cite="http://www.w3.org/TR/CSS21/aural.html#propdef-cue">
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 cue.
</q>

This is insufficient from the point of view of those who benefit 
from aural styling; this definition should contain even more 
robust verbiage than is contained in Section 19 of CSS2:

<q
cite="http://www.w3.org/TR/css2/aural.html#cue-props">
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 cue (e.g., popping up a warning, emitting a warning 
sound, etc.)
</q>

The Protocols & Formats working group proposes that the extant text in 
the CSS2.1 Candidate Recommendation draft be amended as follows:

<q source="PFWG">
If a user agent cannot render an auditory icon (e.g., the user's 
environment does not permit it or the user does not have access 
to a device with a sound card), we recommend that it produce an 
alternative cue (e.g., emitting a warning sound using the 
device's internal speaker or generating an accessible warning in 
accordance with the users' pre-configured operating system 
settings (for example, if "Show Sounds" or the equivalent is 
enabled at the Operating System level, use the designated 
alternative mechanism for that OS to provide an accessible warning).
</q>

Thank you.

Received on Tuesday, 18 December 2007 03:22:00 UTC