https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • e
    I have no dog in this fight BTW, just adding my perspective. I have not contributed to HTMX nor any extension (yet?)
  • e
    personally I love vite (not ts a much, I prefer jsdoc comments) and use it on all my personal projects recently, and any new project at work too.
  • e
    just not sure it would really add anything useful to this project
  • m
    i wanted to make an extension for more flexible delay/throttle, but i try real hard not to touch js without understanding the interface. I think a move to ts+vite, makes having a plugin system with your own build much easier. Like tailwinds, you can get started with a CDN but if you are serious you have your own config and export based on your usage. I'm just advocating for the same in htmx.
  • e
    on a different note: is this a good room to ask troubleshooting sort of questions? like "why is this not working" or "how would I do ___"
  • a
    Yes
  • e
    Ok.. in that case. Is there a way to have the morph extensions update elements that are in the response but leave other elements alone?
  • m
    are you using id's on your elements?
  • m
    this is my kind of build step
  • m
    not currently, but this is an interesting idea for an extension to idiomorph!
  • s
    I agree. Even further - I write my production system in TS and don't use a bundler. 
    tsc
    is enough. So even if htmx switches to TS, the case for bundler still has to be made, because compiling TS to JS doesn't require a bundler.
  • m
    i really, really like just having a single javascript file that you can load up from source and debug like a normal human being without source maps and transpilers and splitransers and nuxticomitron.js dependencies
  • s
    @ripe-action-67367 hey, remember this case? So I just stumbled upon inconsistency in htmx. 1. 
    hx-swap-oob="beforeend:#.."
    requires to wrap 
    <tr>
    in 
    <tbody>
    2. but 
    hx-swap-oob="outerHTML:#..."
    requires 
    <tr>
    NOT to be wrapped in anything to work properly. @mysterious-toddler-20573 how hard would this be to fix?
  • r
    its one of htmx's best features, and what puts it head and shoulders above many other libraries in this space.
  • r
    Yeeaa, this is because here is the branching https://github.com/bigskysoftware/htmx/blob/master/src/htmx.js#L727-L729, and outerHTML is inline swap. Fixing this is breaking change tho
  • m
    i look at this meme every day, and think about it a lot
  • s
    I agree 100%. It was so much easier for me to use htmx. Often times I want to understand what is going on. I just open a file and look
  • m
    cool, then i'll drop it
  • m
    when I finally get a break from my job shit posting, I plan on fixing OOB swaps by using templates
  • m
    I don't want you to drop it, I want to keep having smart people telling me there is a better way to do something because eventually I might be unobstinanty enough to try it
  • m
    as w/ typescript for htmx 2.0
  • m
    I'm not sure on it, I'm also not sure on build tools
  • m
    i do know I like having a single file that you can just drop in
  • m
    and no source map/etc. stuff
  • s
    I love long functions and files . I write in this style myself. I have 2.2k lines files and it's amazing how easy it is to work with it
  • r
    ⏰ Time until next build system / typescript discussion: 29 days
  • m
    😑
  • m
    me find steel, steel work better than iron in club, still club 😛 but you like nail, nail not bad
  • m
    mmm
  • s
    What project do you do? Didn't get it
1...102810291030...1146Latest