avatar
Jon Canning @joncanning.com

"Assuming we have a well qualified need for client side rendering", is the key for me because in most cases there isn't one

aug 19, 2025, 10:39 am • 0 0

Replies

avatar
David Whitney @davidwhitney.co.uk

All HTML is client side rendered. Is there really a semantic difference between the layout primaries and the data occuring as distinct elements in the payload - especially when that more naturally maps to the origin of the data? We have HTML snippets, why not binding conventions.

aug 19, 2025, 10:51 am • 0 0 • view
avatar
David Whitney @davidwhitney.co.uk

I'd argue that it's a better generalisable solution than a thousand client and server implemented templating engines, frankly, because it could be part of the web standard. A page doesn't have to be an interpolation of markup and data contents, that's just one form of it.

aug 19, 2025, 10:52 am • 0 0 • view
avatar
Jon Canning @joncanning.com

Even so, react isn't the best of them joshcollinsworth.com/blog/antiqua...

aug 19, 2025, 12:36 pm • 0 0 • view
avatar
David Whitney @davidwhitney.co.uk

I have used all of those except quik. They all have compromises, and the ones that get popular all use the same jsx/hooks design as react anyway. That's the thing people think about when they think of react imo - less the framework itself. I like svelte "best", but it's toolchain is less stable.

aug 19, 2025, 12:46 pm • 0 0 • view