- 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