Re: [w3c/webcomponents] Shadow DOM and requestPointerLock() (#192)

Now this is detached from #180 again, but it is quite similar in API surface.
If I apply the same (#180) to this, the following differs from what @scheib and @hayato said in the above:

* when an element in a shadow tree acquires pointer lock, `document.pointerLockElement` can point to its shadow host, and its `shadowRoot.pointerLockElement` points to the pointer locked element. (or if the element is further down descendant shadows, points to a shadow host, recursively)
* `pointerlockchange` / `pointerlockerror` events are dispatched on `document`, not on shadow roots (maybe in the future, after Shadow DOM v1)

@scheib does this look good to you?
If anything is unclear about Shadow DOM, please let me know.  From reading your comments above, your understanding of Shadow DOM looks quite good.

---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webcomponents/issues/192#issuecomment-224266004