13400 2011-07-28 03:19:52 +0000 Audio: Change note on accessibility for the audio element 2011-08-11 23:41:13 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified PC All CLOSED FIXED a11y, media P2 normal --- 1 silviapfeiffer1 ian ian laura.lee.carlson mike philipj public-html-a11y public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 51604 0 silviapfeiffer1 2011-07-28 03:19:52 +0000 http://www.w3.org/TR/2011/WD-html5-20110525/the-iframe-element.html#the-audio-element Currently, the audio element states about accessibility: "Note: In particular, this content is not intended to address accessibility concerns. To make audio content accessible to the deaf or to those with other physical or cognitive disabilities, authors are expected to provide alternative media streams and/or to embed accessibility aids (such as transcriptions) into their media streams." This is a somewhat incomplete and unsatisfactory statement, probably because it was written long before we had sorted all the video accessibility issues. Namely: when alternative media streams for an audio resource are provided for the deaf, they would naturally need to be visual, such as sign language tracks or captions. Thus, they introduce a visual component into an otherwise audio-only resource. I can see the following means of providing accessibility for <audio>: (1) When providing sign language or captions as embedded tracks (or through <track>) with the audio resource and intending to have them displayed by default, we require the Web author to publish the resource in a <video> element instead of <audio>. (2) When a sign language track is provided in a separate <video> element, we need to group them together with the multitrack API http://www.w3.org/TR/2011/WD-html5-20110525/the-iframe-element.html#synchronising-multiple-media-elements . (3) When providing a non-time-aligned text-only replacement for an audio element such as a transcript (or transcription), we should either link to it on-page with an aria-describedby attribute, provide a link underneath the <audio> element, or use the newly suggested @transcript attribute (see bug 12964) if we don't want it displayed on the page. I suggest we add a more complete description of the accessibility capabilities of the <audio> element to this section with recommendations on what to do in which situation. 52899 1 mike 2011-08-04 05:05:15 +0000 mass-moved component to LC1 54742 2 ian 2011-08-11 22:23:41 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Concurred with reporter's comments. 54743 3 contributor 2011-08-11 22:24:46 +0000 Checked in as WHATWG revision r6426. Check-in comment: Enumerate the many ways you can make video accessible now. http://html5.org/tools/web-apps-tracker?from=6425&to=6426