5 ms·
> HTML templating languages don't have much IDE support However JSX has amazing IDE support, but you need to use JS/TS with it. This is where I think the ergon
by jadbox 3y ago
> HTML templating languages don't have much IDE support
However JSX has amazing IDE support, but you need to use JS/TS with it. This is where I think the ergonomics of JSX defined Htmx endpoint rendering has been a very natural DX transition moving away from SPAs. Now with CSS View Transitions and htmx element replacements, the user experience is largely just as seamless as developing a spa app.
- neilyio 3y agoI think a lot of us reach for Jinja-style templates so it feels a little more like we're writing bare HTML. But they're of course still just templates, and they need a build step before they become valid HTML. So it's true, if you're willing to use a DSL embedded in your server language (like JSX), then you'll have the full language tooling available to you. And this probably isn't giving up much over language-specific templates. A JSX-equivalent for the Rust server-side rendering world would probably be maud [1] or leptos [2]. [1] https://github.com/lambda-fairy/maud https://github.com/lambda-fairy/maud [2] https://github.com/leptos-rs/leptos https://github.com/leptos-rs/leptos
- jadbox 3y agoI appreciate the insight. I looked into Maud, but it's very different from being a drop in html template engine like JSX, where most of the time vanilla html is a drop-in. I'll have to look more into leptos and understand its DX approach to Rust web apps and how it would mesh with Htmx.