Why Gumroad Didn't Choose Htmx
htmx.org
Why Gumroad Didn't Choose Htmx
1–10 of 216 posts
Re: Why Gumroad Didn't Choose Htmx
#2HTMX 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
#3It's obviously tongue-and-cheek but I think it makes the case well!
Re: Why Gumroad Didn't Choose Htmx
#4Re: Why Gumroad Didn't Choose Htmx
#5Kudos to htmx.org for hosting this essay.
Re: Why Gumroad Didn't Choose Htmx
#6Kudos to htmx.org for hosting this essay.
Re: Why Gumroad Didn't Choose Htmx
#7Wasn't able to relate to other puns all that much unfortunately.
Re: Why Gumroad Didn't Choose Htmx
#8Kudos to htmx.org for hosting this essay.
Re: Why Gumroad Didn't Choose Htmx
#9Arguments 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.