Post

@ryansolid.bsky.social thanks for the discussion on stream today! You asked on stream today to show you a trello or otherwise sufficiently complex app in datastar. Here is that as as well as a few others that opened my eyes a bit, as a former skeptic. kanban.jsonbateman.com

Try slowing down the network and interacting with it and see what happens. No feedback that anything is in flight and if i drag a card and then try to edit another before that is done the entire app freezes. I do think Ryan is genuinely open to be proven wrong here but this isn't it.

For sure! Can you clarify which part isn't it? Not trying to be rude, want to be explicit about what we're agreeing or disagreeing on. The feedback on the kanban board example could be improved, agree. How does a SPA handle the slow network roundtrip better here? Not following that part.

Trello as a demo comes from a challenge by Ryan Florence where he roasted peoples implementations seeing specifically how interacting with them broke in various ways when network was slow. There isn't a clear rule set but not waiting for network on every action feels like table stakes.

Conversely, in a SPA you can decide how frequently you want to update the server and show fresh data as you interact. A trello board is a good example where I could see arguments for both. Maybe I'm okay with more state at once that could be out of sync with the server. Maybe not.

The point I'm trying to make is that Datastar is not HTMX and SPAs don't magically get around the network being slow for apps that have dynamic data that needs to be accurately reflected close to real time. Or do you disagree?

"You can easily add more clientside state" dismisses the entire problem. What Ryan C is saying is that datastar doesn't provide solutions for apps where you need client state for the app to be good. Ryan Fs roasts clearly show how this client state is non trivial to get correct.