rather than trying to build web front ends in a language-specific builder syntax server side and dealing w/the impedance mismatch between your language of choice and the actual realities on the ground in HTML, you use a more powerful hypertext instead
this lets you accomplish more in HTML, but also moves a lot of logic back to the back-end, so you are able to spend more time in your preferred language and framework
its an alternative approach to spending more time in your preferred language, it is just a hop skip and a jump beyond the normal HTML everyone knows anyway, and it transfers to any back-end that can produce HTML/hypermedia (nearly all of them)
HTMX kept making my radar until I learned React. Now I consider Next/Mithril/SolidJS ahead of HTMX. I'm not sure how legit it is to track the evolution of items I don't get around to trying. :)
I'm not sure they solve the same problems; if you NEED the REST api and want to keep all of that consistent then something like react makes more sense.
If you're just building a webapp then you can do a low-js SPA app that's often significantly simpler AND more performant with HTMX.
But as always, different projects have different needs. <3
https://htmx.org
rather than trying to build web front ends in a language-specific builder syntax server side and dealing w/the impedance mismatch between your language of choice and the actual realities on the ground in HTML, you use a more powerful hypertext instead
this lets you accomplish more in HTML, but also moves a lot of logic back to the back-end, so you are able to spend more time in your preferred language and framework
its an alternative approach to spending more time in your preferred language, it is just a hop skip and a jump beyond the normal HTML everyone knows anyway, and it transfers to any back-end that can produce HTML/hypermedia (nearly all of them)
</shill>