[blinkbat]

you mean via SSE? is any part of that an inherent "htmx only" thing, or even a "markup API only" thing?

a framework using a neat piece of technology isn't really a boon for the framework -- the technology of streaming itself is great, sure, but you can do that with any stack.

[andersmurphy]

Sure, but the browser is fast and rendering HTML so why stream anything else? Why stream javascript + json to build html. You're adding a bunch of marshalling that doesn't need to be there.

[brooke2k]

Yeah, as I understand it the idea is that instead of making the server-side complex and the frontend code complex, you retain as much complexity server-side as possible and treat the browser as just a hypermedia renderer.

If a part of the page needs to change, the server figures out what it should change to and sends that page fragment.

At least, that's my cursory understanding from reading https://hypermedia.systems

[andersmurphy]

Right. But, hypermedia systems doesn't go far enough. It can be even simpler then that.

In a video game the "server" doesn't figure out what's changed (that's too much work) it just redraws the frame. So rather than the complexity of working out what has changed you can just send down the whole page again whenever something changes.

This gives you view = f(state) over the wire and has great DX. It's called immediate mode in games.

[ale_jacques]

The main point of hypermedia is the browser, not a gaming platform. Not even the mobile platform. HTMX is not purposed nor it advertises that it should be used outside of the browser scope. I use Unpoly that replies on the same principles (HTML over the wire) and both of them are very clear about their intentions.

[andersmurphy]

In my mind collaborative apps are a core feature of the web. Streaming hypermedia is a great way to keep all your state on the server and have a solid multiplayer/realtime experience, especially with large datasets.

Here's a basic google sheets clone that does just that:

https://cells.andersmurphy.com/