This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
+++ This bug was initially created as a clone of Bug #23871 +++ There is no contextual scoping for tabindex, so any web app attempting to maintain a non-DOM-ordered tab order has to manage focus for every focusable element in the DOM, when the scoping could behave more like positioning contexts in CSS. Discussion from bug 23366
I noticed that LĂ©onie added the accessibility keywords, so I just wanted to clarify that this not an assistive technology issue, as ATs like screen readers have the ability to navigate non-linearly in a variety of ways. This bug is about the fact that HTML is generally tedious to navigate with a keyboard, and while it's possible to resolve some of these problems in web applications using techniques like "roaming tabindex" and other "focus management" techniques, it's a non-trivial amount of work. HTML should not require authors to do an exorbitant amount of work to implement a useable keyboard behavior in web applications, regardless if their need is related to accessibility, personal preference, or general usability.
*** This bug has been marked as a duplicate of bug 23960 ***