- From: Takayoshi Kochi <notifications@github.com>
- Date: Tue, 02 Feb 2016 03:13:03 -0800
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Message-ID: <w3c/webcomponents/issues/375/178515282@github.com>
The discussion at TPAC was that basically we navigate focusable elements via TAB presses in a way that those within the same shadow root including distributed nodes are grouped, and in order of composed tree?
e.g.
```html
<my-nameinput>
<#shadow-root>
Firstname: <slot name="firstname"></slot>
Lastname: <slot name="lastname"></slot>
</#shadow-root>
<input id="first" slot="firstname">
<input id="last" slot="lastname">
</my-nameinput>
```
will be rendered as
```html
<my-nameinput>
Firstname: <input id="first">
Lastname: <input id="last">
</my-nameinput>
```
But if the order in the `#shadow-root` is flipped, rendering will be
```html
<my-nameinput>
Lastname: <input id="last">
Firstname: <input id="first">
</my-nameinput>
```
With the current spec, TAB navigation order is fixed for both, `#first` -> `#last`, as in the order of
the document DOM tree. But preferably, the order should be `#first` -> `#last` for the former and `#last` -> `#first` for the latter.
Is this the bottomline?
I feel we can define this without nested browsing context, just with composed tree.
(but once `tabIndex` is involved, things may get complicated, like #126)
---
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webcomponents/issues/375#issuecomment-178515282
Received on Tuesday, 2 February 2016 11:13:38 UTC