https://htmx.org logo
Powered by
# htmx-general
  • p
    Yeah, fine by me. It's always easy to add things to libraries, but hard to remove. So it makes sense, to do it right the first time. Let me know when you have fresh ideas around this.
  • a
    If you were gonna go there… may I propose ‘eventSource’ instead? Unless that term is already used for some existing thing (hey, I JavaScript in self defense)
  • m
    my thinking right now is supporting a 
    javascript:
    prefix for 
    hx-get
    etc. and putting the AJAX object in scope, so you can do whatever you want
  • m
    if we make it pluggable, maybe we can support 
    hyperscript:
    too
  • p
    It feels a bit weak to me though, mixing the hx-get with these actions. With the hx-script=“hs” , we could support hyper script as well already. And we can support any scripting language in the future if we want.
  • g
    EventSource is already used in reference to SSE connections. That doesn’t mean we CAN’T use it. We just have to be clear about the context. Names are hard.
  • m
    yeah, I know it feels a little weird, but it's in keeping with the 
    href
    attribute: https://stackoverflow.com/questions/7755088/what-does-href-expression-a-href-javascript-a-do
  • g
    htmx is meant to be an extension of html, and should follow it's conventions when applicable
  • u
    Hi Is there an option to enable hx-trigger="revealed" without scrolling the page?
  • u
    for example I have JS function that brings objects into view, but even thought they are revealed, I am not getting request
  • m
    in the latest release, if you are willing to forego IE11 support, you may use the new 
    intersect
    pseudoevent: https://htmx.org/docs/#special-events
  • m
    ☝️
  • m
  • m
    Nice essay - any chance of getting a page at htmx.org/essays listing all the essays? An rss feed would be great, too 😁 - I follow most new content via rss feed client now
  • m
  • m
    should all be available on the talk page: https://htmx.org/talk/
  • s
    Nice article, thank you. Two things: AFAIK in the Kubernetes environment gRPC is already widespread. Maybe add it, so that people learn that there are better alternatives. Maybe add "backend for frontend". I learned that term here on the list, and I think it helps to get a bird's eye view on graphQL and related things.
  • n
  • n
    Have a nice weekend!
  • g
    reverse SEO
  • n
    works great with http://vanilla-js.com
  • m
    If everything is a div... nothing is a div.
  • g
    Ceci n'est pas une div
  • s
    If you want to use tom-select together with django and htmx, then here is some copy which might help you: https://stackoverflow.com/questions/68044789/tom-select-as-django-widget
  • s
    Which content type do you use for html fragments? Background: I use a simple HTMLCheckMiddleware which checks the content of all http responses of content-type text/html (during development): https://github.com/guettli/django-check-html-middleware I have the gut feeling that 
    text/html
    is not the best content-type for html fragments.
  • g
    unless you can lobby whatwg or w3c to add a new mimetype (and probably doctype) 
    text/html
    is probably your best bet
  • i
    really really looking forward to this...
  • b
    love adding hx-boost to a project and suddenly everything's faster automagically
  • b
    feels good man
  • m
    don't forget to take a look at @User 's preload extension: https://htmx.org/extensions/preload/
1...302303304...1146Latest