https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • g
    Yes. You can use ‘preload-on=“load”’ to load content immediately
  • m
    @User one observation: might be nice to make preload inherited so it can be placed on a parent element.
  • m
    That would probably require this logic to test if the link is local: https://github.com/bigskysoftware/htmx/blob/530bc1ee7ef1abbdbecadbcf9549fff64933b1b6/src/htmx.js#L847
  • m
    (for anchors, anyway)
  • g
    The settings are currently inherited, but my original thought was to require (at least) the 
    preload
    attribute on each link, so that the developer is explicitly stating a resource should be preloaded.
  • g
    It’s certainly possible to make it inherited. Perhaps this could be an optional setting.
  • g
    With the current, explicit settings, there’s little need to limit preloads to the current domain. But if it becomes inherited, this might be necessary. I’ll play with this a little more to see how it looks. I there’s still time to experiment and fine tune this, right? When are you targeting for the next release?
  • f
    I managed to find a little time to continue playing with my project.... and I managed to get a nice little vega-lite chart updating in real time with data sent over SSE ... AND also updating when the chart formatting Javascript changes. Here's the htmx extension that glues the chart drawing logic to the SSE event issued by HTMX:-
  • f
  • f
    There's probably a lot to criticize in it, but it seems to work ... at least as an initial prototype.
  • m
    I'd like to cut a 1.1 (with this as a headline feature) at the end of next week.
  • g
    Yes, Boss. 😬
  • m
    my oldest son is starting to understand how the world works and is trying to be excited about stuff I work on: son: So, htmx is working out? me: Yeah, it's going great! Great community, people are using it, I'm pumped. son: That's awesome. How much money do you make from it? me:
  • m
    me: Son, sometimes a man hates a programming language...
  • m
    open source life forever
  • b
    But seriously, have you considered enabling Github Sponsors on the HTMX project?
  • m
    @User It's enabled. Would be amazing to see more people sponsoring the project in 2021 https://github.com/bigskysoftware
  • m
  • m
    I want to get this answered, this should be working
  • m
    I'm adding a regression test now to see what's going on
  • b
    I forgot that rep.it isn't always-on. I did provide the html, though. I got the same results when I threw it into an html file locally and opened with browser. No effect on the three elements that should disappear after 2 seconds.
  • b
    But again, the 
    on click
    removal works perfectly, so I know hyperscript is loaded up and working otherwise as expected.
  • m
    roger, I will get to the bottom of it
  • m
    OK, so, here's whats up: you can use any useful htmx events because the new content doesn't have any htmx stuff in it, so no events are fired (e.g. 
    processedNode
    ) That's kind of a bug or feature shortcoming, IMO. However, the initial hyperscript should work, and does with a slight tweak to hyperscript. So, next week when I release htmx 1.1, I'm going to release a 0.0.3 of hyperscript that supports the 
    on load
    syntax
  • m
    hyperscript is in a delicate spot: I want to rework the implementation to be interpreted, rather than transpiled. I put a lot of effort into transpiling it, and now I think that's the wrong direction, so I don't want to put a ton of work into it until I have time to undo that.
  • m
    but this is small and useful enough (and apparently I thought it worked, since I doc'd it :p) that I'm going to include it
  • b
    Okay, that makes sense. I really appreciate the effort to make that modification!
  • m
    No worries, it's small and it's the right thing
  • m
    @User if you want to grab the _hyperscript.js from the 
    dev
    branch, it should work w/ the 
    on load
    syntax
  • m
1...115116117...1146Latest