Different sequential focus behaviour than Chrome
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
People
(Reporter: sefeng211, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
142 bytes,
text/html
|
Details |
We have a different behaviour than Chrome of selecting the next sequential focus element when the current focused element is not in Document's sequential focus navigation order.
STR:
- Open https://jsfiddle.net/vjqcrkxa/2/
- Click focus the last input
- Press <tab>
Firefox moves the focus to <input tabindex=1/> and Chrome moves the focus to <input tabindex=0/>.
I think this scenarios falls into the selection mechanism is DOM + direction is forward of https://html.spec.whatwg.org/multipage/interaction.html#sequential-navigation-search-algorithm, so we should find the first suitable sequentially focusable area in the home document following starting point, but starting point is not a sequencial focusble area, so I am confused.
Emilio, do you know which behaviour is correct?
Comment 1•3 years ago
|
||
Comment 2•3 years ago
|
||
Not off-hand. Olli is more familiar with our tabindex implementation. I know we have different navigation starting point from Chrome generally (we just use selection focus point and chrome uses something more bespoke).
Comment 3•3 years ago
|
||
I'd expect the behavior Firefox has.
Nothing requires "starting point" to be "sequentially focusable area". The sentence just talks about document of starting point, no?
| Reporter | ||
Comment 4•3 years ago
|
||
I filed https://github.com/whatwg/html/issues/9081 to clarify this.
Updated•3 years ago
|
Description
•