Hi All,<br><br>As with current Webkit behavior, only media elements with tab-index attribute specified can be focused with keyboard (TAB key). <br><br>From a usability as well as accessibility perspective, we should be able to focus (via keyboard using TAB key)<br>

media elements that have controls attribute specified but do not have a tab-index attribute specified.<br>ie: <video controls src="../media/content/test.mp4"></video>  //should be focused by tabbing.<br>

<br>This would help in making the media element keyboard accessible.<br><br>Firefox and Opera both support this behavior ie:  focus media element by tabbing without the need for tab-index.<br>you can verify this using the link : <a href="http://yves.vg/testcases/webkit/video.html">http://yves.vg/testcases/webkit/video.html</a><br>

I have already implemented this and uploaded my patch in BUG 67190.<br>My approach to support this is as follows:<br>In HTMLMediaElement.cpp., add <br><br><span class="text">bool HTMLMediaElement::supportsFocus() const</span><span class="from lineNumber"></span><span class="to lineNumber"><br>

</span><span class="text">{</span><div class="Line LineContainer add">
</div>
<div class="Line LineContainer add">
<span class="from lineNumber"></span><span class="to lineNumber"></span><span class="text">        // Return true if control attribute present else If no controls specified, we should still be able to focus the element if it has tabIndex.</span>
</div>
<div class="Line LineContainer add">    
<span class="from lineNumber"></span><span class="to lineNumber"></span><span class="text">return controls() ||  HTMLElement::supportsFocus();</span>
</div><span class="from lineNumber"></span><span class="to lineNumber"></span><span class="text">}</span><div class="Line LineContainer add">
</div><br>Antonio Gomes suggested that "since my patch would be changing a general behavior of all webkit based browsers<br>(and according to the spec it is up to the UA to implement that or not), we could have a discussion in webkit-dev mailing list first."<br>

<br>Also Ian 'Hixie' Hickson is of the opinion that:<br>"Whether something is "interactive content" or not has no bearing on whether it is focusable or not: the definition of focusable doesn't<br>

 refer to whether something is "interactive content": <a href="http://www.whatwg.org/specs/web-apps/current-work/complete.html#focusable">http://www.whatwg.org/specs/web-apps/current-work/complete.html#focusable</a><br>

Whether something should be focusable or not is essentially up to the browser vendor (you). I would recommend making it possible<br>to focus video controls if they are present, of course. But that's not a spec conformance matter, it's a usability matter."<br>

<br>According to me, making media element focusable without tab-index (but control attribute specified), would be first step in making the<br>media element keyboard accessible which would further help us make the media element 'Interactive" <br>

(W3C Draft categorizes video and audio in "Interactive Content") using keyboard (ie play/pause media using space bar)<br><br>Need suggestion or feedback on this.<br>Whether we should go ahead with this or follow any other approach ???? <br>

<br>Also a bug on second aspect of media element ie: to make it interactive using keyboard is already being filled by Yves Van Goethem :<br>BUG: 31786 : <a href="https://bugs.webkit.org/show_bug.cgi?id=31786">https://bugs.webkit.org/show_bug.cgi?id=31786</a>. I have marked 31786 bug as dependent on BUG: 67190.<br>

<br>Thanks in advance.<br>-Deepak Sherveghar<br>