Define what tabIndex returns when the tabindex attribute is not set #4754
Conversation
source
Outdated
| @@ -73709,8 +73709,10 @@ END:VCARD</pre> | |||
|
|
|||
| <p>The <dfn><code data-x="dom-tabIndex">tabIndex</code></dfn> IDL attribute must | |||
| <span>reflect</span> the value of the <code data-x="attr-tabindex">tabindex</code> content | |||
| attribute. Its default value is 0 for elements that are focusable and −1 for elements that | |||
| are not focusable.</p> | |||
| attribute. If the <code data-x="attr-tabindex">tabindex</code> content attribute is not set, then | |||
There was a problem hiding this comment.
Default value is a term of art that we need to keep using. (The definition of reflect says "...if the attribute is absent, the default value must be returned instead".) I will push a fixup.
domenic
added
interop
|
Also, can you link to the Chromium bug for the failing test case? |
|
Filed a WebKit bug. |
source
Outdated
| are not focusable.</p> | ||
| attribute. Its default value is 0 if the element is an <code>input</code>, <code>button</code>, | ||
| <code>a</code>, <code>textarea</code>, <code>select</code>, <code>iframe</code>, or | ||
| <code>area</code> element, and is -1 otherwise.</p> |
There was a problem hiding this comment.
This should be a −, not a -. (Probably best to keep using the entity reference.)
One other thing I suspect is that in Firefox it might be 0 for link elements as well, given that it treats them as links generally.
There was a problem hiding this comment.
Good idea. https://boom-bath.glitch.me/tabindex.html updated and shows link is -1 in all browsers, so it doesn't need to be on this list. But this prompted me to do a bit more investigation and I found option and optgroup.
There was a problem hiding this comment.
Er, actually my test had a typo. Those are still -1. But, summary is 0. Sigh.
|
Sigh, I merged this too soon :(. By code inspection of Gecko I discovered more special elements to test, namely embed, object, and SVG a. I've added those to the web platform tests, and will create a follow-up PR for them. |
See #1786 (comment).
This is consistent with behaviors in Chrome, Safari, Firefox - see table in #4464 (comment)
(though Chrome is failing in shadow host with delegatesFocus case - filed a bug at https://bugs.chromium.org/p/chromium/issues/detail?id=982195)
WPT: web-platform-tests/wpt#17657
/interaction.html ( diff )
/interactive-elements.html ( diff )