3 ms·
HTMX is an idea that I never understood. HTML over the wire sounds like the most egregious idea I could have ever thought of. If you want a sub par SPA experien
by zoezoezoezoe 2y ago
HTMX is an idea that I never understood. HTML over the wire sounds like the most egregious idea I could have ever thought of. If you want a sub par SPA experience just build an SPA with PHP ;), and if you want a real SPA that doesnt have 600 ms of latency when I click a button that for some god forsaken reason calls an api endpoint, use React or Vue or Svelte like we always have. Is it perfect? Trust me, as someone who is trying to build something that delivers an actual SPA experience with SSR without Node.js, it's not, but a real SPA is miles better than streaming HTML over the wire.
- recursivedoubts 2y agonot always: https://htmx.org/essays/a-real-world-react-to-htmx-port/ https://htmx.org/essays/a-real-world-react-to-htmx-port/
- zoezoezoezoe 2y agoI think I actually like what they are doing. They're using a combination of Stimulus and HTMX, which I think is a more valid approach than the approach that Hey (the email and calendars site) and many others take, where practically every interaction streams HTML over the wire as opposed to what David and his team are doing where it gets the information on page load so that you arent waiting around for content to come over the wire. I think this approach is how HTMX should be used, but it often is used in a similar fashion to how Hey works, and I think that's the major flaw, take what I say with a grain of salt, but I dont think HTMX pushes the idea that you should preload stuff very well.
- recursivedoubts 2y agoScripting is part of the web platform and perfectly acceptable in a hypermedia based application: https://htmx.org/essays/hypermedia-friendly-scripting/ https://htmx.org/essays/hypermedia-friendly-scripting/ https://hypermedia.systems/client-side-scripting/ https://hypermedia.systems/client-side-scripting/