Htmx 4.0 • Hacker News Board

Re: Htmx 4.0

#81

Post by ecshafer » Fri, Aug 28, 2026, 8:08 PM UTC

stanac wrote: post #73

jdlshore wrote: post #71

Earlier quoted context omitted.

Given the number of people claiming to be CEO of HTMX, I have to ask: what’s the joke I’m missing?

There is something here, but I am not sure if it's the whole story: https://htmx.org/essays/lore/

One of the things that is great about htmx (besides being the best library) is the lack of modern silicon valley corpo communication. It has the slightly unhinged feel of a nerd that spent too much time on Newgrounds or 4chan or something awful. Which is how the internet aught to be.

Re: Htmx 4.0

#82

Post by philipwhiuk » Fri, Aug 28, 2026, 8:13 PM UTC

The game page is pretty broken...

Re: Htmx 4.0

#83

Post by staticshock » Fri, Aug 28, 2026, 8:18 PM UTC

orsenthil wrote: post #80

Strange. The picture of the jeep looks similar to the Omarchy Quatro Desktop wallpaper. Is there a connection? How come both look so similar?

https://x.com/htmx_org/status/2093371471817244711

Re: Htmx 4.0

#84

Post by prologic » Fri, Aug 28, 2026, 8:19 PM UTC

HTMX Rocks!

Re: Htmx 4.0

#85

Post by jamesforestwest » Fri, Aug 28, 2026, 8:23 PM UTC

Cool to see htmx alive and evolving. This update was long overdue. The change to attribute inheritance seems a bit debatable to me but maybe it'll actually make the code easier to understand

Re: Htmx 4.0

#86

Post by seabre » Fri, Aug 28, 2026, 8:25 PM UTC

Can we get a Mitsubishi Delica for the next announcement? Thanks.

Re: Htmx 4.0

#87

Post by dajonker » Fri, Aug 28, 2026, 8:28 PM UTC

Cheers! We've been running the various betas in production for a couple of months now. For our Rails app we replaced most of our Hotwired/Turbo with HTMX. For me at least, HTMX just makes more sense: you control the flow of content from the client, not from the server as you do with Turbo.

For pushing updates, we use ActionCable, but we do it in a different way from what we used to do with Turbo Streams: when a record is updated, instead of sending HTML from the server to the client with instructions on what to replace, we only send a small JSON payload with the ID of the element that was updated. On the client side, an event is dispatched that any DOM element with :updated from:body"> will trigger on. For the rest it's just basic HTMX, only the trigger is "custom".

Re: Htmx 4.0

#88

Post by dfee » Fri, Aug 28, 2026, 8:31 PM UTC

dec0dedab0de wrote: post #66

I really like htmx, and intercooler.js before it. It's been a while since I tried to convince a co-worker to use it, it might be time to try again. Either way I can't wait to try out the new version. Full Disclosure, I am CEO of HTMX

> I really like htmx

> Full Disclosure, I am CEO of HTMX

i think you've found a good job!

Re: Htmx 4.0

#89

Post by 93po » Fri, Aug 28, 2026, 8:33 PM UTC

i'd avoid imo, i'm an intern that got fired from htmx and the ceo was a jerk

Re: Htmx 4.0

#90

Post by LVB » Fri, Aug 28, 2026, 8:34 PM UTC

matthew-craig wrote: post #68

havaloc wrote: post #20

Before vibe coding was a thing, HTMX made it super easy for me to implement Ajax like features. It was the most approachable library I've ever seen, and I'll always be grateful for it.

What about vibe coding makes HTMX something that you speak about in the past tense? Are you just generating frontends in vanilla JS now?

For me, I know backend development really well, and HTML/CSS passably. HTMX has been much lower friction for me than learning JS frameworks, which tbh I didn't really enjoy, and they were constantly changing. But now, I had mostly leave the JS to Claude, and the HTMX draw has diminished a bit.