https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • b

    busy-action-85810

    11/02/2022, 5:51 PM
    Yeah, either Rails or my favorite alternative with the Ruby space is Hanami: https://hanamirb.org. ...but yeah, makes working with HTMX easy. 🙂
  • r

    ripe-action-67367

    11/02/2022, 5:51 PM
    So, I didn't see any such guidelines myself unfortunately
  • r

    ripe-action-67367

    11/02/2022, 5:51 PM
    But
  • r

    ripe-action-67367

    11/02/2022, 5:51 PM
    If having a complete fallback would be a requirement
  • r

    ripe-action-67367

    11/02/2022, 5:51 PM
    I would go the "progressive enchantment" route
  • r

    ripe-action-67367

    11/02/2022, 5:51 PM
    meaning
  • r

    ripe-action-67367

    11/02/2022, 5:52 PM
    I would try to build the app without htmx (or even any JS) at all
  • r

    ripe-action-67367

    11/02/2022, 5:52 PM
    and then introduce them as needed
  • r

    ripe-action-67367

    11/02/2022, 5:53 PM
    this way you can be absolutely sure that your app works without JS
  • r

    ripe-action-67367

    11/02/2022, 5:54 PM
    Granted, I'm not sure how well this approach would hold in teams
  • b

    busy-action-85810

    11/02/2022, 5:54 PM
    Thanks. Yeah, that's what I'm trying to explore in terms of team collaboration, testing, design, UI, etc.
  • r

    ripe-action-67367

    11/02/2022, 5:55 PM
    Or on ongoring projects with many features, since constantly disabling JS and checking that everything still works may not be possible .You would have to basically test (including regress) every feature twice
  • r

    ripe-action-67367

    11/02/2022, 5:56 PM
    Then again, if you have such requirement, you would have to do such thing anyway, regardless of you using htmx
  • r

    ripe-action-67367

    11/02/2022, 5:57 PM
    So yeaaaaahhh
  • r

    ripe-action-67367

    11/02/2022, 5:57 PM
    "It depends" (c)
  • b

    busy-action-85810

    11/02/2022, 5:57 PM
    True. That wouldn't necessarily be hard. The non-JS tests would run quite fast. It's the JS-enabled tests that are the slowest. Yep, need to play with this more. Not sure on the answer either.
  • m

    miniature-lizard-24702

    11/02/2022, 7:18 PM
    I noticed we don't have a stimulus-htmx channel. Which surprises me
  • m

    miniature-lizard-24702

    11/02/2022, 7:19 PM
    or does that go under hotwire-htmx?
  • g

    gorgeous-airport-54386

    11/02/2022, 7:19 PM
    stimulus is on the hotwire website so i'd say yes
  • m

    miniature-lizard-24702

    11/02/2022, 7:21 PM
    I started a new project today writing a focalboard clone in htmx/go and alpine (possibly stimulus)
  • m

    miniature-lizard-24702

    11/02/2022, 7:21 PM
    gonna have some fun with this
  • g

    gorgeous-airport-54386

    11/02/2022, 7:25 PM
    I don't get the case for stimulus honestly
  • g

    gorgeous-airport-54386

    11/02/2022, 7:25 PM
    What makes it better than vanilla js + data attributes?
  • m

    miniature-lizard-24702

    11/02/2022, 7:26 PM
    it's got some convenience things
  • m

    miniature-lizard-24702

    11/02/2022, 7:27 PM
    and it monitors the dom
  • g

    gorgeous-airport-54386

    11/02/2022, 7:27 PM
    ah yeah
  • m

    miniature-lizard-24702

    11/02/2022, 7:27 PM
    I like that it stores state in the dom
  • m

    miniature-lizard-24702

    11/02/2022, 7:27 PM
    alpine doesnt
  • g

    gorgeous-airport-54386

    11/02/2022, 7:27 PM
    why can't we attach disconnect listeners to elements in 2022 without a whole observer
  • m

    miniature-lizard-24702

    11/02/2022, 7:28 PM
    I kinda know what that means but dont... I barely know much js
1...887888889...1146Latest