Live data from Hacker News

Why Gumroad Didn't Choose Htmx

htmx.org

1–10 of 216 posts

Re: Why Gumroad Didn't Choose Htmx

#2
> For instance, implementing a drag-and-drop interface for our workflow builder proved to be a significant challenge with htmx, requiring workarounds that felt clunky compared to the smooth experience we could achieve with React libraries.

HTMX is better if you have a frontend bundle that does just enough but no more. Hook into the htmx.onLoad event and then look for markup with attributes in the content being loaded (for example, columns, cards, tasks, etc) to attach to. You can then, for example, bind sortable.js onto the rendered markup, and then wire sortable events to state updates via HTMX. Really pretty straightforward. They even have an example of exactly this in the docs: https://htmx.org/docs/#3rd-party

Re: Why Gumroad Didn't Choose Htmx

#9
Comparing it with React is a low bar, since a lot of people are unhappy with React.

Arguments like "React is popular, AI knows it", or "React is popular, lots of component have been written in it" seem weak.

A proper antithesis for htmlx should compares it with SPA.

Post reply on HN