- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Sat, 26 Jun 2010 09:00:23 +1000
- To: Sean Hayes <Sean.Hayes@microsoft.com>
- Cc: HTML Accessibility Task Force <public-html-a11y@w3.org>
Hi Sean, (copied to TF for documentation purposes) Am now looking at the feedback on section 3.1. of media requirements: Keyboard Access to Interactive Controls / Menu http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Requirements#Keyboard_Access_to_interactive_controls_.2F_menus http://www.w3.org/2002/09/wbs/44061/20080526_media-requirements/results#xq12 1. The requirement is sound, but the introductory text is strange. "If the author chose to create a new interface using scripting, that interface MUST map to the native controls in the user agent, so the user can ignore author controls and use accessible native controls." Scripted controls do not "map" to native controls, rather they both control ("map to") the same underlying interface. However, this is completely unrelated to the possibility of ignoring author controls. I suggest removing the section completely and adding a requirement that it should be possible to enable native controls regardless of the author preference (stated through the controls attribute on <video>) Reply: it seems to me that the point of this section was not understood. In my understanding, the point of the section is to provide a rich set of controls to the user and to ascertain that they are keyboard accessible; further if custom keyboard controls are run through a JS interface, these should be accessible, too. It seems the introductory text needs a complete re-write. Discussion: Apart from the above comment, it almost seems to me that the introductory text has more requirements than the requirements list - we could turn many of them into actual requirements. 2. I don't understand "If the author chose to create a new interface using scripting, that interface MUST map to the native controls in the user agent". Controls implemented with scripting should *use* the same interface to control a media file, but they do not use the native controls. Like Philip, I suggest we add a requirement that it must be possible to enable native controls even if a page has custom controls. Reply: I think we need to discuss with the a11y group if that is really what was meant by the requirement, or rather whether there was just a general requirement to make controls accessible (see also 1. above). 3. In the introductory text, could say like "MUST NOT interfere the native controls" instead of saying "MUST map to the native controls"? Reply: sounds good - accept? 4. Question: How do mobile devices operate these controls without a keyboard? Are you going to require that devices support a keyboard to access controls/menus? I would investigate this issue with the mobile device manufacturers. Reply: this is a good point - needs to be discussed with larger a11y group 5. Seeking confirmation from UAWG that this is the only keyboard support requirement that needs to be referenced? Reply: back to a11y group - any more feedback available? === In general, I think this section needs a discussion with the larger media a11y group to determine what was actually meant and make sure we express that well. Cheers, Silvia.
Received on Friday, 25 June 2010 23:01:15 UTC