←back to thread

Less Htmx Is More

(unplannedobsolescence.com)
169 points fanf2 | 2 comments | | HN request time: 0s | source
Show context
can3p ◴[] No.43620098[source]
There are two sides to the argument which I think should be treated separately: a) Is it a good idea overall? and b) is htmx implementation good enough?

a) I think so, yes. I've seen much more spa that have a completely broken page navigation. This approach does not fit all use cases, but if you remember that the whole idea of htmx is that you rely on webserver giving you page updates as opposed to having a thick js app rendering it all the way it makes sense. And yes, js libraries should be wrapped to function properly in many cases, but you would do the same with no react-native components in any react app for example

b) I don't think so. htmx boost functionality is an afterthought and it will always be like this. Compare it with turbo [1] where this is a core feature and the approach is to use turbo together with stimulus.js which gives you automagical component life cycle management. Turbo still has it's pains (my favorite gh issue [2]), but otherwise it works fine

[1]: https://turbo.hotwired.dev/ [2]: https://github.com/hotwired/turbo/issues/37

replies(3): >>43621533 #>>43622088 #>>43622537 #
1. recursivedoubts ◴[] No.43621533[source]
hx-boost is an afterthought and we haven't pushed the idea further because we expect view transitions via normal navigation to continue to fill in that area

htmx focuses on generalizing hypermedia controls:

https://dl.acm.org/doi/pdf/10.1145/3648188.3675127

we also have a minimalist version of the idea, fixi:

https://github.com/bigskysoftware/fixi

replies(1): >>43644028 #
2. can3p ◴[] No.43644028[source]
Thanks for the correction!