https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • b
    it's not an easy answer, in dev it's eventually an http call, but at release time, i think it goes through COM on windows, and no idea what it does on other OSes
  • m
    mmm
  • b
    i'm absolutely not trying to get you guys implementing stuff for this use case, that's all on me, i'm just not sure if there even is an extension point in htmx
  • b
    for this use case i mean
  • m
    so, depending on where you want to go w/ this, I think you'd probably want to rip out and reimplement the stuff below this: https://github.com/bigskysoftware/htmx/blob/613f7b61d59e8ac4741e02d9f468ca635773ab2d/src/htmx.js#L2747
  • b
    ah thanks !
  • m
    it's a lot though
  • m
    there is history support and a lot of other browser specific stuff in there
  • m
    htmx really wants to be HTML over HTTP
  • b
    yes, and i like it very much =) that's why i'm trying to get it to work in this less than ideal scenario =)
  • m
    i have thought about supporting a 
    js:
    prefix
  • m
    e.g. 
    hx-get="js:foo(params)"
  • b
    that's what i'm trying to do yes
  • m
    but it would still expect back HTML-ish results from 
    foo()
  • b
    how about headers and so on ?
  • b
    just html, not http ?
  • m
    probably make them all symbols, so you can pass them along if you want
  • m
    as well as a 
    config
    object that just contains all the metadata that htmx collects (effectively 
    requestConfig
    if you are looking at the code)
  • b
    mhhh food for thought indeed
  • b
    i'll go and mull over this perusing the code, thanks for the pointers
  • m
    that wouldn't be so bad. It would involve eval() though
  • b
    i don't care too much about eval, that's for internal tools in my case, so yeah
  • b
    thanks again
  • m
    yep, looking at the code and pondering for a bit, I wonder if mocking out the xhr flow would be the easiest way forward, setting the 
    status
    and 
    response
    properties directly w/ the results of the JS and invoking the 
    xhr.onload()
    method, not sure if possible but it would do the least violence to the normal code path
  • b
    i'll let you know if i manage to get anywhere with this
  • l
    OK. Checkboxes can be funky; on the server, the value will be "on" (or the 
    value
    attribute, if you specify it), but if it's not checked, it won't even be in the form data that's submitted. Given that caveat, though, you should be able to use an 
    hx-post="/my/end/point"
    attribute on the checkbox, and it should include its maybe-value in the request. (That's what the first sentence at https://htmx.org/docs/#parameters says; I haven't personally done a post on a single checkbox.)
  • a
    i'm observing interesting behaviour with them
  • a
    enabling (checked) works
  • a
    however when i untick it, POST method submits None
  • a
    well, just the csrf_token
1...977978979...1146Latest