Re: Better focus support for Shadow DOM

) [mailto:ko...@google.com] *Sent:* Wednesday, January 21, 2015 02:41 *To:* public-webapps *Subject:* Re: Better focus support for Shadow DOM Hi, After conversation with Domenic Denicola, I changed the title and the whole story of solving this issue, though the result is not quite

Re: Better focus support for Shadow DOM

] *Sent:* Wednesday, January 21, 2015 02:41 *To:* public-webapps *Subject:* Re: Better focus support for Shadow DOM Hi, After conversation with Domenic Denicola, I changed the title and the whole story of solving this issue, though the result is not quite different. Instead of adding

Re: Better focus support for Shadow DOM

Hi Chaals, Thanks for the comment. Honestly I'm not so familiar with ARIA/a11y requirements but the problem sounds to apply Shadow DOMs overall, not specific to the problem I'm trying to address here. Do you have any concrete cases that this (isTabStop feature et al.) can regress or degenerate

Re: Better focus support for Shadow DOM

Hi, I noted the bugs, this thread, and the document in the HTML accessibility wiki where I am trying to collate stuff about focus navigation and similar keyboard access issues (in what might yet be a vain attempt to really improve the situation which is overall pretty dismal still): 

Re: Better focus support for Shadow DOM

Hi, Thanks for the feedback from you all. During the discussion on the feedback, I've filed a couple of bugs. Any comments are welcome. [Shadow]: Shadow host with tabindex=-1, all descendent tree should be ignored for tab navigation https://www.w3.org/Bugs/Public/show_bug.cgi?id=27965 Focus on

RE: Better focus support for Shadow DOM

stuff! I hope others are as enthused as I am :) From: Takayoshi Kochi (河内 隆仁) [mailto:ko...@google.com] Sent: Wednesday, January 21, 2015 02:41 To: public-webapps Subject: Re: Better focus support for Shadow DOM Hi, After conversation with Domenic Denicola, I changed the title and the whole

Re: Better focus support for Shadow DOM

Hi, After conversation with Domenic Denicola, I changed the title and the whole story of solving this issue, though the result is not quite different. Instead of adding delegatesFocus property, we added isTabStop() to expose tab focusable flag explained in HTML5 spec.

Re: Better focus support for Shadow DOM

Thanks for those who gave me the first round of comments on the document. I'm now rewriting many parts of the document for suggestions by Domenic, so it also applies to regular HTML elements behavior. During the rewrite, the document will be updated real time - which means the doc is

Re: Better focus support for Shadow DOM

Hi, please consider how thi relates to the management of "aria-active-descendant" and why we should not be working to bring the two of these in line. Note also that in HTML there is a proposal to deprecate (and hopefully one day abandon) tabindex with positive values, in favour of something less

Re: Better focus support for Shadow DOM

Hi Takayoshi, 14.01.2015, 13:04, "Takayoshi Kochi (河内 隆仁)" ko...@google.com:I was not aware that positive tabindex value is being deprecated, but anyway it should make sensewhen tabindex=0 specified on the shadow host. And as it has not been completely deprecated,it should be okay to keep the

Re: Better focus support for Shadow DOM

Hi Chaals, Thanks for the pointers. I was not aware that positive tabindex value is being deprecated, but anyway it should make sense when tabindex=0 specified on the shadow host. And as it has not been completely deprecated, it should be okay to keep the document as is, but I will add some