So as someone that work only with server side rendered stuff, you know, no JS on the browser and css loaded as one big blob, is there something useful for me here? I feel i am missing the point completely...
I really feel like html has been totally forgotten by the power that be that work on CSS...
> So as someone that work only with server side rendered stuff, you know, no JS on the browser and css loaded as one big blob, is there something useful for me here?
Yes, this is exactly about being able to use shadow dom (for its performance and modularity benefits) without any javascript running in client side
Isn't it similar to a generic idea like Object Oriented programming? It's a pattern that can work on a server or a client. Unless your server isn't using a DOM of course.
Web Components are Custom Elements + Shadow DOM, and this makes half of that equation server-side. The other half works as a client-side hydration strategy until they churn out whatever Declarative Custom Elements would look like.
I mean afaict rn the perf improvement need me to inject the style in the shadow dom element. So tons of small css, possibly with duplications and less compression, or css in style elements.
I really feel like html has been totally forgotten by the power that be that work on CSS...