https://htmx.org logo
Powered by
# htmx-general
  • h
    but was gonna think on it
  • m
    🤌 perfection
  • h
    my "reserved learning time" starts at like 11 today
  • t
    nevermind the issue I had in mind is already being looked at
  • m
    👍
  • n
    If you don't want or don't need page transitions that's ok... my point is that this one of the strongest arguments for SPAs, because is impossible to implement in MPAs... If the browser had this capability exposed to MPAs this will be a win for the platform.
  • h
    my todo list is that, another shot at getting headers into demo.htmx so I can do a gist of the 204/oob thing (I think a custom should swap predicate is the right approach there, vs updating the lib) , and poking at the history more
  • t
    I disagree on the premise that I fucking hate transitions and if they're supported on the browser level I'll have to endure them on every website I ever visit. I'm looking at the demo site and it just works better without the transitions. But again, I understand I'm in the minority here so I'll probably have to just hope these will always be optionally disabled by browser flags. I won't stop complaining about it though.
  • h
    oh that reminds me - does demo.htmx live anywhere on github
  • t
    You've reminded me that the demo templates are broken when you try to insert dynamic content into table elements. When I'm not busy being mad at transitions I should really make an issue about it
  • h
    honestly I feel like we should just use mustash/nunjucks and the client rendering extension
  • h
    but that's a little heavier
  • h
    so I was going to try and make a demo of that too
  • r
    Thank you, tried the code and left feedback:
  • h
    I don't think I understand your note @refined-waiter-90422
  • h
    my understanding is that if the server returns a 302, that will create a redirect in the browser before we ever look at it
  • r
    HX-Location is never used if you return a 300 code.
  • h
    right - when you use a 300 code from the server you will just redirect in the browser before the application does anything
  • t
    Can we override that behavior somehow?
  • h
    no afaik
  • r
    hx-target="body" hx-swap="outerHTML"
    works....
  • h
    I don't think I understand your question
  • t
    hmm but we could detect that a redirect happened just by inspecting the response url and comparing to the request url, right?
  • m
  • m
    i have wanted this for a lot of demos
  • t
    Alternatively, using the fetch api would allow us to manually handle redirects, but it would break compatibility with ie11
  • m
    htmx 2.0
  • t
    (why are we supporting ie11 again?)
  • m
    to annoy people who ask why we are supporting ie11
  • m
    the finest of reasons
1...679680681...1146Latest