Re: [webkit-dev] Removing DIALOG_ELEMENT for now
While I'd like to see us eventually supporting it, it seems sensible to remove it from the code base if no port is planning to enable it by default in the near future. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Removing DIALOG_ELEMENT for now
I'd like to see support for @inert subtrees prioritized if dialog is going to be postponed. So many web authors are faking this behavior now, which is problematic for full keyboard access and accessibility. On Aug 29, 2013, at 10:50 AM, Ryosuke Niwa rn...@webkit.org wrote: While I'd like to see us eventually supporting it, it seems sensible to remove it from the code base if no port is planning to enable it by default in the near future. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Removing DIALOG_ELEMENT for now
On Aug 29, 2013, at 12:44 PM, James Craig jcr...@apple.com wrote: I'd like to see support for @inert subtrees prioritized if dialog is going to be postponed. I don’t think dialog is being postponed; just that no one has immediate plans to use the implementation in the tree that is not being compiled. Which of these two do you think we should give higher priority to, though? -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Removing DIALOG_ELEMENT for now
On Aug 29, 2013, at 12:56 PM, Darin Adler da...@apple.com wrote: On Aug 29, 2013, at 12:44 PM, James Craig jcr...@apple.com wrote: I'd like to see support for @inert subtrees prioritized if dialog is going to be postponed. I don’t think dialog is being postponed; just that no one has immediate plans to use the implementation in the tree that is not being compiled. Which of these two do you think we should give higher priority to, though? Not sure how to answer… @inert represents a subset of the implementation of dialog so I don't know how dialog could be prioritized *over* @inert, but it would be possible to implement @inert without finishing a complete implementation of dialog. From an accessibility perspective, we already have a dialog role (which is extremely easy for authors to implement), so the dialog element and convenience methods associated with it are not as high a priority. The place where most web authors fall down with regards to dialog implementation is with focus management (moving keyboard and screen reader focus into the dialog) and not hiding the background contents (preventing keyboard and AT users from tabbing through the background contents behind a modal dialog), and I believe @inert would solve a lot of that. There isn't a practical way to achieve this behavior now, which is why ~99.9% of web authors are doing this in a way that falls short for keyboard and screen reader users. James ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Removing DIALOG_ELEMENT for now
On Aug 29, 2013, at 1:11 PM, James Craig jcr...@apple.com wrote: @inert represents a subset of the implementation of dialog OK. Sounds like we can do that first, then. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev