3 comments

  • wild_egg58 minutes ago
    FWIW, this will be part of the core library in the next version instead of a separate extension.<p><a href="https:&#x2F;&#x2F;four.htmx.org&#x2F;htmx-4&#x2F;#built-in-streaming-response-support" rel="nofollow">https:&#x2F;&#x2F;four.htmx.org&#x2F;htmx-4&#x2F;#built-in-streaming-response-su...</a>
  • nasretdinov2 hours ago
    As a backend engineer I really like where all of this is going. In many many cases you do not need anything beyond what HTMX provides, and it makes the build and testing process so much simpler, and faster too
    • CraigJPerry1 hour ago
      This levels concept resonates with me: <a href="https:&#x2F;&#x2F;www.lorenstew.art&#x2F;blog&#x2F;progressive-complexity-manifesto" rel="nofollow">https:&#x2F;&#x2F;www.lorenstew.art&#x2F;blog&#x2F;progressive-complexity-manife...</a><p>There are cases where you need more than htmx &#x2F; datastar, but i like the explicit calling out of when these boundaries occur (e.g. you&#x27;ve exceeded what &quot;islands&quot; can give you), and i like the gravitational pull to lower levels.
  • gf0002 hours ago
    I have given a try to data-star that is pretty similar to htmx, and it already had SSE support. (But I think it is a bit more complete solution to the problem - giving lightweight primitives for client-side interactivity)<p>I think it&#x27;s (referring to both) a pretty nice framework, though it does require a bit of mental &quot;undoing&quot; if you have worked a lot with SPAs.