Re: [w3c/webcomponents] Alternative proposal for closed shadow DOM (#499)

I'm torn about this. I 1000% can sympathise with both sides. I work on the standard UI library for my company and have seen some pretty awful things being done to the "shadow DOM" of our components that having a closed shadow root could have helped with. That said, many of these problems were done by accident - or because the precedent we as developers have set in the industry is that this is okay up to now - and having access to the `shadowRoot` would make expectations consistent for both first parties and integrations.

Maybe the pragmatic solution here is to have `open` be the default (also not requiring a user specify `{ mode: 'open'`) and continue the discussion about how to provide closed shadow roots for v2? After native shadow DOM is used in anger I think things will start popping up that could never have been predicted. I see no reason this should block v1 from shipping.

---
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/499#issuecomment-219325073

Received on Monday, 16 May 2016 00:43:33 UTC