Better than htmx IMO.. Same author.
Htmx 4.0
111–120 of 211 posts
Re: Htmx 4.0
#112Re: Htmx 4.0
#113Earlier quoted context omitted.
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.
> unhinged Please take a look at the official documentation for htmx, which specifically clarifies that the author owns many hinges.
Re: Htmx 4.0
#114Maybe a contrarian view, but as someone very knowledgeable about .NET API backends + angular on the frontend, I've found that HTMX made things more difficult as it required me to move back to mixing presentation concerns with business-logic and data concerns (basically have the backend produce the UI, which is whole point of HTMX). This is not a criticism but I suspect that the people enjoying HTMX are either people…
Here’s the thing: there’s still a place for HTMX. Lots of places. But “building an SPA but not actually and SPA” is not a lane for HTMX. Nor do they promote HTMX for that purpose. Really quite the opposite.
Different tools for different jobs. (Me? I honestly love React, just a more minimal stack. Zustand and TanStack and Vite. No Redux or Next.JS)
Re: Htmx 4.0
#115Maybe a contrarian view, but as someone very knowledgeable about .NET API backends + angular on the frontend, I've found that HTMX made things more difficult as it required me to move back to mixing presentation concerns with business-logic and data concerns (basically have the backend produce the UI, which is whole point of HTMX). This is not a criticism but I suspect that the people enjoying HTMX are either people…
Then HTMX is to them what the micro-ORMs were for me (and, if you've been in .Net for a couple of decades, I suspect you too).
Re: Htmx 4.0
#116Maybe a contrarian view, but as someone very knowledgeable about .NET API backends + angular on the frontend, I've found that HTMX made things more difficult as it required me to move back to mixing presentation concerns with business-logic and data concerns (basically have the backend produce the UI, which is whole point of HTMX). This is not a criticism but I suspect that the people enjoying HTMX are either people…
Really? I've never found that difficult. Sessions exist, URL parameters exist... Perhaps in a complex SPA you can have trouble, but so many of the "applications" I've worked on are just glorified documents.
Re: Htmx 4.0
#117Earlier quoted context omitted.
Thinking about how well your web architecture will hold up for 100 years (or even 10 years) is bikeshedding and a pointless exercise. Perfect is the enemy of good and all that. If something is useful, it’s possible to fix the architecture later. The only counter-example I know of has been GitHub, which was built on RoR and so poorly planned that it’s still biting Microsoft on a regular basis.
Thinking about whether a web architecture will hold up for 100 years is bikeshedding, is bikeshedding as well
Re: Htmx 4.0
#118Re: Htmx 4.0
#119Re: Htmx 4.0
#120Earlier 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/
It's just about all Twitter links, where's XCancel/Nitter when you need 'em :(