4 ms·
Could be cool using it with a backend + htmx. But i guess JS engine is not even in the mix, so i wonder how you could do that
by Woshiwuja 2y ago
Could be cool using it with a backend + htmx. But i guess JS engine is not even in the mix, so i wonder how you could do that
- OtomotO 2y agoSimple, you replace htmx with Dioxus or later maybe leptos ;-)
- Woshiwuja 2y agoDoesnt 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."
- nicoburns 2y agoIt would probably also be possible to port the HTMX client to Rust/Blitz if somebody was motivated to do so.
- eterps 2y agoThat 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 in its design, it could end up simpler.
- nicoburns 2y agoNatively 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.
- 3523582908 2y agoI really appreciated this way of looking at HTMX! Thank you!
- imacrayon 2y agoThere'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/lg09w03/ https://www.reddit.com/r/htmx/comments/1ehjw7v/comment/lg09w...