https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • m
    you can modify the behavior of htmx with respect to responses, if your server side framework wants to respond w/ a 204
  • m
    set the 
    evt.detail.shouldSwap
    to true for that status code
  • m
  • b
    1cg: Thanks. I wasn't familiar with events until now. I need to play with this more but I see how to alter behavior.
  • m
    👍 I agree w/ Deniz that the easy way out is to return a 200 w/ empty content, but if your server side framework (or ideology) requires a 204, you can make htmx do what you want
  • b
    Yeah, I guess I'm missing community context on the 204 debate but I'm not sure I follow why HTMX doesn't recognize 204 as no content and simply swaps with nothing. I can change the server code too but wanted to understand how to do this if that wasn't possible too. 😉
  • m
  • m
    > The HTTP 204 No Content success status response code indicates that a request has succeeded, but that the client doesn't need to navigate away from its current page.
  • m
    unfortunately the REST JSON API world also picked it up as "There is literally nothing here" for DELETES
  • m
    and here we are
  • b
    Well, drat. I missed that part. I wasn't reading the specification properly. Thanks!
  • g
    the correct code for a successful delete is 200, regardless of how long the response is
  • m
    lol
  • m
    you either die someone who hates pedantic HTTP response code arguments or you don't
  • m
    but I tend to agree w/ young deniz
  • m
    speaking of which, deniz do you have any brain power left over to think about the head tag issue?
  • g
    seems like ids can be used
  • m
    ids on head elements?
  • g
    yeah
  • m
    🤔
  • g
    just to match things up
  • m
    Ah, I'm not worried about that, we can just use the outerHTML (it's so small that it doesn't matter)
  • g
    you can have a 
    <style id="page-specific-styles">
    for instance
  • m
    mmmm
  • m
    that would work given the current logic
  • g
    and that would replace the old style tag even on append
  • m
    @bitter-machine-55943 mentioned he was surprised when I "synced" styles
  • m
    but @echoing-action-55459 's idea of defaulting to "sync" for boosts and "append" for non-boosts might obviate that issue
  • g
    if you swap the same thing again does it clean up or does it accumulate
  • m
    "it depends"
1...877878879...1146Latest