[Bug 10941] Media elements need control-independent "pause" for presenting lengthy descriptions/captions


Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |REMIND
  Status Whiteboard|                            |suggested fix in comment 7

--- Comment #13 from Ian 'Hixie' Hickson <ian@hixie.ch> 2010-10-14 06:48:24 UTC ---
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:

Status: Partially Accepted
Change Description: none yet

Without actual implementation experience, it's hard to know if the suggestion
in comment 7 would actually solve the problem.

I agree that we will need to address this. My recommendation would be to have
implementations of audio descriptions experiment with this to find what the
best user experience is. Once we have a clear solution, then we can update the
specification accordingly.

We don't want to specify something prematurely, because doing so would risk
disenfranchising the very people we are trying to help, by requiring suboptimal

I've marked this REMIND so that I can check on it regularly to see if any
real-world experience has been obtained. Feel free to reopen this if a browser
vendor implements <video> with audio descriptions and has found a solution to
this problem (either now or in the future).

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Thursday, 14 October 2010 06:48:29 UTC