It can do whatever, originally asynchronously, and nobody considered that a problem for EWM. More concerningly, you're forced to buy into the WC framework's DOM isolation story in order to get the benefits of CSS isolation.
-
-
Replying to @wycats @rob_dodson and
In practice, all frameworks have alternative DOM isolation stories than WC but badly want CSS isolation. In practice frameworks want to intercept "anytime someone clicks a link on the page" even if using Shadow DOM for CSS isolation.
2 replies 0 retweets 4 likes -
Replying to @wycats @rob_dodson and
That doesn't mean frameworks are breaking DOM isolation. It means they offer a different isolation paradigm (based on declarative constructs and userspace components) for DOM but can't always accomplish that for CSS (because of light DOM leakage)
1 reply 0 retweets 2 likes -
Replying to @wycats @rob_dodson and
And frameworks use the non-isolated DOM as a substrate to building isolation paradigms on top. This is all fine but the style/event conflation set frameworks back years from using Shadow DOM for style isolation. Makes me sad.
2 replies 0 retweets 2 likes -
Replying to @wycats @treshugart and
There's a good thread where a member of the shadow dom team tried to explain why style isolation is coupled to DOM isolation. Let me try to dig that up...
2 replies 0 retweets 2 likes -
Replying to @rob_dodson @wycats and
I proposed an alternative form of declarative shadow DOM that opens up the separation here: https://github.com/whatwg/dom/issues/531 …. Hayato did respond, I think, with some of the points you describe. I (naively?) still think it could work, though - and should work.
2 replies 0 retweets 2 likes -
Replying to @treshugart @wycats and
hah yeah, same thread :) That's sort of the extent of my understanding. "Just separate them" sounds like an easy win but is possibly hard to implement? ¯\_(ツ)_/¯
1 reply 0 retweets 0 likes -
Replying to @rob_dodson @treshugart and
"coupling them matches our implementation" sounds like something an app developer might say (if they weren't very good) not what we should expect from web specs.
1 reply 0 retweets 2 likes -
Replying to @wycats @treshugart and
not a very nice thing to say
I'd like to give folks the benefit of the doubt that these really are hard problems. Don't mean we can't continue to work on them though.2 replies 0 retweets 1 like -
Replying to @rob_dodson @wycats and
The nuance I captured from this is that one should not sacrifice the quality of an abstraction because of an internal implementation that could be improved, especially at a standards level.
3 replies 0 retweets 5 likes
Yeah that's what I was trying to say. It came off wrong 
-
-
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
