idiomorph

The htmx author maintains his own swapping library which has more stars (although I wouldn't judge a project solely based on Github stars): https://github.com/bigskysoftware/idiomorph?tab=readme-ov-fi...

in plain htmx, you can target an area that doesn't disrupt a playing video (e.g. the comments box appending to the comments) or you can use a morphing algorithm that disrupts the DOM less. i have my own morphing algorithm (and a corresponding htmx plugin that allows you to use it) called idiomorph: https://github.com/bigskysoftware/idiomorph/ i've also been working with the chrome team to get a feature added they are calling "atomic moves": https://github.com/whatwg/dom/issues/1255 this would allow us to move elements around in the DOM without losing things like play state or focus or whatever very excited for this last idea, I think it will be a huge boon for the web in general, not just for htmx

it's true that htmx is mainly focused on partial HTML replacement and we usually recommend that people load javascript and CSS up up front and/or adopt inline scripting solutions for locality of behavior[1], but htmx also has a head-support extension: https://htmx.org/extensions/head-support/ for htmx 2.0 i'm integrating this functionality into the core, it seems useful enough to be there. The extension is based on the head morphing algorithm of idiomorph: https://github.com/bigskysoftware/idiomorph/ which 37Signals is going to integrate into Turbo for v8: https://twitter.com/ben_pylo/status/1717975035669876790 [1] - https://htmx.org/essays/locality-of-behaviour/

i certainly hope not the 2.0 would drop IE support, remove the older SSE and WebSocket support, and switch a couple of defaults (e.g, using template wrapping for parsing partial content, which handles troublesome elements like table rows better, but isn't available in IE) so it would be a breaking change (not for most folks, but still, breaking for some) which I only like to do w/ major versions. we may have one major addition: a morph swap based on idiomorph: https://github.com/bigskysoftware/idiomorph/ i'm on the fence on that one: it is currently available as an extension and maybe doesn't belong in the core, still thinking about it so, in comparison with most libraries, 2.0 is going to be very minor

No major changes, it should be about 99% API compatible with htmx 1.x. Big things: - Websocket & SSE support will be completely pulled out to extensions (already available in 1.0) - We will drop IE support - We may include a "morph" swap strategy based on idiomorph (https://github.com/bigskysoftware/idiomorph/) - We will change a few defaults around how HTML is parsed, taking advantage of the removal of IE support Hopefully transparent to the vast majority of htmx users.

maybe I'm too close to it, but htmx feels like a hack to address things that really should be part of the HTML spec if browsers got into the game I would assume they could do things much faster and integrate things like preload (https://htmx.org/extensions/preload/) and idiomorph (https://github.com/bigskysoftware/idiomorph/) much more cleanly w/ the rest of the browser infrastructure

i design all my javascript libraries to not require build systems you can just include them in a page an go: https://htmx.org https://hyperscript.org https://github.com/bigskysoftware/idiomorph https://intercoolerjs.org

idiomorph: https://github.com/bigskysoftware/idiomorph it's an updated take on the DOM morphing algorithm of morphdom, and it uses what i call "ID sets" to allow the morphing algorithm to "see" children in the DOM when making morphing decisions in the parents, which means you don't need to annotate the DOM with as many ids here is a demo showing how it outperforms morphdom when ids are sparse/deep: https://github.com/bigskysoftware/idiomorph#demo

my hack for making the `htmx:confirm` event act like it is blocking: https://github.com/bigskysoftware/htmx/blob/a3c414dcee94fd03... basically, redesign the arguments for a function such that I can call it again at a given spot with one parameter changed and, to a first order approximation, it acts as if the function is resumable. I've used this trick in a few places now, just recently in idiomorph to allow head elements to load before the rest of the content is morphed: https://github.com/bigskysoftware/idiomorph/blob/e6dfc189fa3...