undefined | Better HN

0 pointsjdthedisciple3y ago0 comments

Haha ok let me expand, I didn't actually mean only styling but layouting as well. Consider this example from htmx.org:

<html> <body> <div>Account number: 12345</div> <div>Balance: $100.00 USD</div> <div>Links: <a href="/accounts/12345/deposits">deposits</a> <a href="/accounts/12345/withdrawals">withdrawals</a> <a href="/accounts/12345/transfers">transfers</a> <a href="/accounts/12345/close-requests">close-requests</a> </div> <body> </html>

What I don't get is who says I want to have all of that html displayed in this exact form anywhere I make a request for account info? Say I want to only display the Account balance - are you telling me client has to cut and parse the html response for that? How much html parsing is that gonna be all over a web page?

Also the example I gave below about setting the css classes and ids inside the returned html elements...

0 pointsjdthedisciple3y ago0 comments

Haha ok let me expand, I didn't actually mean only styling but layouting as well. Consider this example from htmx.org:

Also the example I gave below about setting the css classes and ids inside the returned html elements...

0 comments

5 comments · 1 top-level

quickthrower23y ago· 4 in thread

No. You would not reuse the “partial view” API call by parsing and adapting the result. You make a different partial view for each instance.

This is my slight “ugh” against it and why I prefer the idea of the frameworks that just get the entire page and do a differential swap because architecturally that is simpler. No need to create lots of weird little partials and wire them up.

recursivedoubts3y ago

htmx supports a few different ways to take complete page responses and wire them in to an existing page:

https://htmx.org/attributes/hx-select/

https://htmx.org/attributes/hx-select-oob/

https://htmx.org/extensions/morphdom-swap/

BeefySwain3y ago

Oh wow, this feels like a somewhat buried lede for how you would actually use HTMX in the real world. I've played with it quite a bit and didn't realize this was a pattern that was actually viable.

I think it would really benefit the project to have more documentation/examples of architectural patterns for how an app might use HTMX.

1 more reply

geoffeg3y ago

I imagine it would be somewhat easy to provide a way for the APIs to include a way to filter the resulting HTML they produce. A CSS path as a URL parameter that the API runs to only return the content of the CSS path.

There's probably some kind of balance between giving every partial it's own URL and allowing each partial to support a filtered response. You could write a little middleware for your http server to support the filtered response on every endpoint that returns HTML.

quickthrower23y ago

Yeah there could be some kind of “varnish-like” layer outside the app server designed to modify the response to the required “lens” that is specified in a header.

This would process the app response and filters/zoom to the part of the doc you want. The app could be agnostic and it reduces the amount of crap sent over the wire.

1 more reply

j / k navigate · click thread line to collapse