https://htmx.org logo
Powered by
# htmx-general
  • s
    StackOverflow is great. But who will answer the people asking questions about htmx at StackOverflow? At the htmx homepage there is a hint that people should post the link to the question here in this discord channel after creating the question. Not perfect, but works
  • m
    Great to hear! Good vibes!
  • m
    I am doing baseball field setup and teardown all day but will chime in later tonight
  • l
    I'm a Python developer loving htmx because I don't have to write javascript any more. So, not well versed in best practices for managing javascript dependencies. Any insight is appreciated. Thanks @User for your feedback.
  • m
    Personally I would stay on a given version and only upgrade with a test cycle. We have pretty good tests for htmx but there are a lot of areas that are difficult to test and could break your app if we screw something up.
  • m
    If you really want latest, I think this would do it https://unpkg.com/htmx.org@latest
  • g
    Yes. But a forum is only “on the website” because it’s linked in the top nav.
  • g
    Why not link the top to stack overflow?
  • g
    Even better, what about a hyperscript+templates -based SPA that pulls down the SO API and makes a landing page of top issues?
  • s
    I would like to see message here every time a new question on StackOverflow gets created. But that's just one of several solutions. I am open to other ways. Overall the current state is fine too.
  • t
    sure, nothing beats artifical barrier of entry in form of rating to even ask a damn question
  • m
    please let's try to keep this a good vibes channel. You can make the same point without being bad vibes charlie. Exceptions allowed for javascript and reddit.
  • t
    It's neutral
  • t
    You decide how to react
  • g
    Awesome idea. It’s a shame that we have so many great choices that are all SO CLOSE but not exactly right.
  • g
    Relevant xkcd https://xkcd.com/927/
  • m
    I don’t agree. I don’t like bouncing people but I also don’t like bad vibes.
  • s
    Usually I don't like rules. But we could agree that irony and sarcasm are too often the source of confusion, so that we don't what it here.
  • u
    Do you guys have recommendations on input mask, datetime picker and autocomplete to use with htmx? I mean, I know those wouldn't depend on htmx but, maybe, "integrates" well.
  • m
    not particularly, but would love if you find some you like and add an example
  • m
    most stuff should work fine w/ htmx, with the caveat that initialization should be done in the 
    htmx.onLoad
    callback, so partials are initialized properly: https://htmx.org/docs/#3rd-party
  • s
  • t
    just format those properly
  • c
    has anyone used htmx with alpinejs or petite vue? what's your experience?
  • m
    You can see a notification example where the response includes Alpine here https://codepen.io/jreviews/pen/LYWgZVx In general the only scenario where I think things won't work that great is if you are trying to maintain Alpine component state while replacing the entire Alpine component using htmx because the state gets lost on swap.
  • m
    If 
    x-data
    is outside of the swapped html, then it should be ok.
  • m
  • m
    1.5 test suite, shooting for a release on Friday 😑
  • c
    Thank you, but in the example: does alpine gets initilized after request? seems like it doesnt run as it should
  • l
    > You can see a notification example where the response includes Alpine here https://codepen.io/jreviews/pen/LYWgZVx In general the only scenario where I think things won't work that great is if you are trying to maintain Alpine component state while replacing the entire Alpine component using htmx because the state gets lost on swap. @most-jelly-15242 can't the new $store component help with that? (The one that was previously incorporated in the Alpine plugin spruce.js?)
1...325326327...1146Latest