Live data from Hacker News

Htmx 1.0.0 Release

htmx.org

21–30 of 62 posts

Re: Htmx 1.0.0 Release

#21

I'm the creator of htmx, glad to see this make HN. Happy to answer questions.

I only wanna to say thanks for this project. I make a ecommerce platform on Rust (not yet public) and it become one of the main reason I could do this as fast as it have. Combining with tailwindcss I think is near the holy grail for backend-first web apps :)

Re: Htmx 1.0.0 Release

#22

Has anybody built a site they’d like to share built with htmx? (If so, do share :)

The htmx site uses htmx: https://htmx.org All link clicks are ajax'd via the hx-boost attribute: https://htmx.org/attributes/hx-boost/

I like the site. I'm just curious, was it a conscious decision to not minify htmx.js? Seems you could save a fair few bytes that way.

Re: Htmx 1.0.0 Release

#24
post #21

I'm the creator of htmx, glad to see this make HN. Happy to answer questions.

I only wanna to say thanks for this project. I make a ecommerce platform on Rust (not yet public) and it become one of the main reason I could do this as fast as it have. Combining with tailwindcss I think is near the holy grail for backend-first web apps :)

fantastic to hear, good luck!

Re: Htmx 1.0.0 Release

#25

I'm the creator of htmx, glad to see this make HN. Happy to answer questions.

Why is interacting with the examples slow? https://htmx.org/examples/delete-row/

I added a 300ms delay in the ajax mock library that I'm using (sinon):

https://htmx.org/js/demo.js

to better simulate real network latency for things like progress indicators, etc.

Re: Htmx 1.0.0 Release

#26

I'm the creator of htmx, glad to see this make HN. Happy to answer questions.

Congratulations! What are the next directions for the scripting language?

I know htmx is a good idea, still waiting to see if hyperscript pans out. :)

It still needs some pretty basic stuff like for loops and so forth. The goal is for it to be a embeddable, DOM-friendly & transparently asynchronous scripting language so you don't need to deal w/ callbacks:

  on click 
    add .throb to me
    wait 3s
    remove .throb from me
  end
I'd like to make ajax and web workers trivial to use from it. I hope to have a lot more time for it in the next year, now that htmx is stable. We'll see. Suggestions welcome!

edit: one thing I'm pretty sure about is that I'm going to go back to an interpreted runtime over the transpilation I'm doing now

Re: Htmx 1.0.0 Release

#27
post #15

Earlier quoted context omitted.

Practically, you are allowed to do so. I understand both sides of the argument, so I set it up so you could choose which one you preferred. I don't see a reason to force my preferences on anyone.

Using data- which is the niche made for this in the standard, seems to be the solution that's more likely to still work 15 years down the line.

The only real practical concern is that if you don't use data- you might use an attribute that will become meaningful to future browsers. But what are the chances of html gaining an attribute that starts with hx-?

Re: Htmx 1.0.0 Release

#28

Earlier quoted context omitted.

The htmx site uses htmx: https://htmx.org All link clicks are ajax'd via the hx-boost attribute: https://htmx.org/attributes/hx-boost/

I like the site. I'm just curious, was it a conscious decision to not minify htmx.js? Seems you could save a fair few bytes that way.

Easier to debug

Re: Htmx 1.0.0 Release

#29

Earlier quoted context omitted.

:) It's very different than stimulus. htmx extends HTML as a hypertext, it isn't tied to any particular backend and doesn't have any binding concepts. It's really a complete different concept. I'd recommend reading the docs: https://htmx.org/docs/

Sure okay, the DSLs are different. So who’s the target audience? I’m curious to know the typical developer attracted to libraries like this. That is t saying it’s bad or anything. It’s different enough I have a genuine curiosity

HTMX encodes server interaction in hypertext rather than in Javascript. For those with intensive back-end logic and only light interface needs, HTMX offers a incremental way to add front-end interactivity without having to take the deep dive into Javascript frameworks. Longer term, the concept of encoding server interaction in hypertext seems rather novel to me. Perhaps this approach may be one of many missing pieces towards an ecosystem of interoperable hypertext-based web components?

Re: Htmx 1.0.0 Release

#30
post #21

I'm the creator of htmx, glad to see this make HN. Happy to answer questions.

I only wanna to say thanks for this project. I make a ecommerce platform on Rust (not yet public) and it become one of the main reason I could do this as fast as it have. Combining with tailwindcss I think is near the holy grail for backend-first web apps :)

I'm also grateful for HTMX and the excellent development community that the project owner has grown. Like the parent, I'm also using HTMX + tailwindcss; rather than Rust, I'm using Julia.
Post reply on HN