Completely agreed, I have the same feeling about a change in the zeitgeist. I just hope it’s not just because I want it to be true nolanlawson.com/2022/05/21/t…
2
11
48
I’ll just leave @htmx_org over here and watch the smile on your face.
2
4
I’d like to smile, but something like <div hx-put="/messages"> makes me cry
4
5
not for everyone, but it's a consistent generalization of hypermedia: - an element can issue a request - any event can trigger a request - any HTTP verb can be used - any element can be replaced
1
2
I’m sure it meets its goals well, but unobtrusiveness and progressive enhancement don’t seem to be among them
1
It seems to me that hx-boost on a form or anchor is *exactly* this: htmx.org/attributes/hx-boost… See e.g. dev.to/rajasegar/htmx-and-ht…

htmx and HTML Driven Development

In this post, I am going to share some of my experiences and the benefits of using htmx to build...

dev.to
2
4
Nice to see it can be used to do PE (even if it does not seem to be the default)
2
What library or framework do you recommend for building regular web apps (i.e. not SPA)? I've heard that hotwired.dev does progressive enhancement by default, but I didn't have a chance to try it on a project, yet. Any experience with it or with alternatives?
1
Replying to @pvorb @tastapod @htmx_org
Pick two. For most web applications, any decent server-side library or framework will do. It’s probably a good sign if it doesn’t mention any client-side programming at all. For client components, vanilla JS or anything that doesn’t have server-side ambitions is fine, too :)

May 30, 2022 · 9:20 PM UTC

1
2
Replying to @stilkov @tastapod @htmx_org
Thanks! I've already been looking forward to get rid of the build step in frontend JavaScript by using plain ES modules. I have a feeling that gzipped vanilla JS without any minification or bundling might be smaller than what your typical bundler will make of it.
1