add htmx and astro for the benchmark ?

[TheElegantCoding]

htmx is no a framework is a library and requires in some cases more tools to works, but right now is been using a lot, so i think there should be a benchmark for this with astro or other combinations of tools, this tools are almost as vanilla js

[krausest]

From what I understand htmx is all about ajax requests and then updating (a part of) the page from the response. (I'm ignoring client side scripting since that would just converge with vanillajs).
I can't imagine that this kind of interaction can be reasonably measured with this benchmark. Imagine select row: The measurement would include the ajax call and the swapping of the selected row. Other frameworks manage to just patch the css class for the selected row. That comparison wouldn't make much sense IMHO and wouldn't show the benefits of htmx.

[ukazap]

Can we make the overhead from AJAX calls slightly irrelevant, say, by using Service Worker to mock a server that spits out html?

[krausest]

Maybe, but I think it misses the point of that benchmark.
This benchmark is focused on frameworks with a client side model. You change the model (create, delete, select rows) and the DOM gets magically updated. The benchmarks measures the efficiency of that update and applies a note if it's not real magic. I think it doesn't match htmx's update strategy.
How would you create the following operations?

• Create rows: return html for the requested number of rows and swap tbody with that response
• Delete row: I don't know htmx well enough - maybe return all rows except the deleted and swap tbody
• Select row: return a row with the updated css class and swap that tr

Unless I'm mistaken with the assumptions above this would be very inefficient for delete row and would get note #772 for select row. The implementation would be non-keyed if implemented as described above.