121–130 of 136 posts
Earlier quoted context omitted.
Because HTMX is declarative and the declaration is in HTML, people have weirdly extended the "no need for js+json+rendering for ajax" to "don't use js". This is making your life needlessly difficult. HTMX is just a fancy ajax layer with a little event handling sprinkled on top. You can and should script to your heart content even if you use it, when you need so. I use js in all most of my HTMX powered pages. Sometime…
Of course you can combine the two but why use three tools (SSR + HTMX + JS) when I can just use two (SSR + JS)? My point is that if you are going to use a JS framework then it will do the same as HTMX and I don't have to remember where to draw boundaries of responsibility.
https://dl.acm.org/doi/pdf/10.1145/3648188.3675127
that means you may be able to express more of your UI needs in HTML, using the traditional REST-ful architecture of the web (HATEOAS, in particular) and reserving JavaScript for the areas where that additional complexity adds the most value.
Depending on your application, this may lead to significant reduction in application complexity:
Earlier quoted context omitted.
I recently tried out htmx for rendering a web clone of the terminal UI for https://github.com/bjackman/limmat It's a simple usecase but nonetheless I was blown away by how trivial HTMX made it! Very cool.
Interesting, I'm working on a similar project myself. Is your web clone open source?
Like 100 lines of code total to get it rendering in a browser with live updates over a web socket.
Earlier quoted context omitted.
Go ahead and tell me how cacheable your SSR page is. If it was a static file? Oh yeah it never changes! How convenient! Maybe that's the point! People who promote SSR are simply trying to rope frontend devs into their P2 or P1 incident responses and use them as whipping boys. This shit has to stop. If you don't suspect your web devs are doing all kinds of cache-busting dog shit on your backend ruining your performanc…
Who hurt you?
I'd like to see a demo of htmx talking to the WebAssembly HTTP capability component.
What is that?
WebAssembly (wasm) already runs in the browser, but now also it is being used to create cross-architecture executables and modules that might (so they say) replace k8s.
Earlier quoted context omitted.
no, they are a CEO of htmx so are you: https://htmx.ceo
/u/recursivedoubts correcting /u/recursive has to be some of kind of joke you guys prepared in advance, right?
Do some people have examples of interactivity they were able to replace with Htmx? For me, I've been able to get turbo style links with the boost to get nice page transitions. I can also see how I could use the class-tools extension to enable buttons to open dialogs etc. I'm curious to see when people say they needed an SPA for interactivity, what interactive features Htmx can already do and when do we need to break…
I tried HTMX but found it too restricting. It's great if you just want to load a portion of the page. Maybe if you have an up-vote, just send the request and replace the icon with a gold icon. But I want things like an on-site calculator. I load in products and prices, users can adjust sliders to change the quantity and relevant number is calculated. I don't want to use HTMX for this to call the server each time, I w…
And what happens after the user spent all that time adjusting their order, submits it, and then is told at the very end that some items are out of stock? Do you think they're going to be happy about that?
What if their browser crashes and the order they had built up carefully is lost? Will they bother to try again?
Will you do price calculations properly with a proper decimal library or allow the user to see what IEEE754 floats think '0.1 + 0.2' should be?
Lot of questions come up with the client-only approach.