https://htmx.org logo
Powered by
# htmx-general
  • t
    Yes
  • p
    Is there an example of this somewhere?
  • s
    thanks i saw the problem. its from my html
  • p
    I see there is an open issue about dynamically loading JS: https://github.com/bigskysoftware/htmx/issues/447
  • p
    🤔 https://github.com/bigskysoftware/htmx/issues/449 seems to indicate the opposite? That it already should work?
  • t
    It should work by just including a script tag in your html
  • r
    Thoughts? Otherwise it's good to go. Also where to link to it from the main docs? Currently have it at the bottom of the cookbook.
  • r
    That's nice!
  • r
    100% this sadly. Also people not shipping a 
    /dist
    is infuriating lol. I don't want to install your 10,000 npm modules, just to see your build fail.
  • m
    i typically load CSS and JS up front
  • m
    i know that isn't a satisfying answer to everyone, but it plays better w/ partial replacement since you aren't constantly loading in global behaviors/styles
  • m
    for inline behaviors, of course, I recommend alpine or hyperscript
  • r
    On that note, re `defer`: let me know if you want me to re-open but really I feel like should be reverted or revised. normally I love adams work but a bit disappointed with that PR as it adds friction.
  • e
    jmacro is viable. Looks like it's still maintained too. I'm working on a quasiquoter for hyperscript: https://github.com/MonadicSystems/hyperscript. Still very much WIP though
  • g
    Does anyone have a working example of htmx with dropzone.js ?
  • m
    @ripe-action-67367 @gorgeous-ghost-95789 https://github.com/bigskysoftware/htmx/commit/8bb0399052f5a52a49e9e4f0f9624d25f1c2e890 change is in 
    dev
    thank you Denis!
    r
    • 2
    • 12
  • m
    Improvements in WebSocket extension · bi...
  • p
    I was reading through the docs and found the demo script interesting with the client side templating for simple testing. I was wondering if there was any consideration of mixing any place for that kind of thing complementing htmx or does it just open up Pandora's box.
  • g
    Hey @powerful-train-54786 - can you elaborate on what you mean "mixing any place..."?
  • g
    Client-side templating works in htmx via an extension. In general, though, we encourage you to render htmx on the server because it is simpler on your browser that way.
  • p
    Sorry for the typo
  • p
    I forgot what I even meant, but I think you got the gist. I did see some extension for processing json and figured that was a little antithetical
  • p
    But that answers my question. I'm coming from react land so at every step I find myself resisting it a bit and trying to go back to what is familiar.
  • p
    But I'm doing a project mainly driven by htmx and am loving it
  • g
    Yeah. There are some limited cases where you might need this, like when you don't have full control over your server. And the extension proves the point that you can still render on the client (IF YOU NEED TO). Extensions in general are a super powerful part of htmx that we often overlook.
  • p
    Also I saw there were different extensions to change out the swapping algorithm to different implementations. Is there a good reference to the difference between them and why you'd need one over the other?
  • g
    I think these are two (or three?) different open source templating libraries that are out there. Htmx is pretty agnostic about which one you'd use, so it doesn't really make a recommendation. I think different developers would just be more or less familiar with one or another.
  • g
    But, I'd bet the wider Internet has feelings about it. So, google "nunjucks vs handlebars" (or whatever) and I'm sure you'll get tons of opinions 🙂
  • p
    Oh I must have misread, I thought it was mainly to change out how the library diff/changed the incoming html. For templating I just use a clojure library which uses simple data structures as the actual template
  • g
    Ok, or I may be misunderstanding you (we'll figure it out). The extension that allows client-side templating just takes the http response and passes it into another javascript library (nunjucks, handlebars, etc). You could use this extension as a baseline for making your own post-processing, but I'm guessing that if you're using a template library on your server then you probably don't need this at all.
1...695696697...1146Latest