Provide a JavaScript API to access shadow DOM so that JavaScript-based assistive technology like ChromeVox can access user-created Shadow DOM. We should be careful so that this API can only be accessed by privileged extensions, not any page.
Can you explain why this needs to be in WebKit if it is not exposed to Web content?
You are right. I expect we don't need to do anything except for depending bugs in WebKit side. https://bugs.webkit.org/show_bug.cgi?id=63606 I'd just like to track all dependent bugs using this issue. (In reply to comment #1) > Can you explain why this needs to be in WebKit if it is not exposed to Web content?
(In reply to comment #2) > You are right. I expect we don't need to do anything except for depending bugs in WebKit side. > https://bugs.webkit.org/show_bug.cgi?id=63606 > > I'd just like to track all dependent bugs using this issue. I don't understand why this bug exists if there is nothing to do and no API you plan on exposing. Should the bug be renamed?
Hi Sam, Thank you for the comment. I agree the title of this bug is confusing. I've renamed it. Let me continue investigating whether the current planned Shadow DOM APIs is good enough or not in WebKit side. I'll update this bug later. (In reply to comment #3) > (In reply to comment #2) > > You are right. I expect we don't need to do anything except for depending bugs in WebKit side. > > https://bugs.webkit.org/show_bug.cgi?id=63606 > > > > I'd just like to track all dependent bugs using this issue. > > I don't understand why this bug exists if there is nothing to do and no API you plan on exposing. Should the bug be renamed?
I'd like to mark this issue WONTFIX. Such accessibility JavaScript APIs should be provided in more upper layers, like Chrome Extension APIs or something similar, instead of WebCore and its bindings. (In reply to comment #4) > Hi Sam, > Thank you for the comment. > > I agree the title of this bug is confusing. I've renamed it. > Let me continue investigating whether the current planned Shadow DOM APIs is good enough or not in WebKit side. I'll update this bug later. > > (In reply to comment #3) > > (In reply to comment #2) > > > You are right. I expect we don't need to do anything except for depending bugs in WebKit side. > > > https://bugs.webkit.org/show_bug.cgi?id=63606 > > > > > > I'd just like to track all dependent bugs using this issue. > > > > I don't understand why this bug exists if there is nothing to do and no API you plan on exposing. Should the bug be renamed?