That would be legendary.

> But i guess JS engine is not even in the mix

Ideally a web renderer would support HTMX natively.

The general idea is that HTMX supports features that make HTML more complete:

- Why should only <a> & <form> be able to make HTTP requests?

- Why should only click & submit events trigger them?

- Why should only GET & POST methods be available?

- Why should you only be able to replace the entire screen?

Another way of thinking about it is that HTMX makes HTML elements less restrictive and more generic. If a web renderer takes that into account early in its design, it could end up simpler.

Natively supported HTMX would be cool. Blitz is modular enough that this could probably be implemented as it's own wrapper around some of the core crates. And it wouldn't necessarily need to be coupled to the general HTML renderer.

I really appreciated this way of looking at HTMX! Thank you!

Simple, you replace htmx with Dioxus or later maybe leptos ;-)

Doesnt that force Rust onto you? what i was talking about was more... Language agnostic? I think this line explains what i meant: > "We don't yet have Blitz bindings for other languages (JavaScript, Python, etc) but would accept contributions along those lines."

It would probably also be possible to port the HTMX client to Rust/Blitz if somebody was motivated to do so.

There's some momentum around getting core HTMX functionality into the HTML spec so JS might not be required:

https://www.reddit.com/r/htmx/comments/1ehjw7v/comment/lg09w...