Live data from Hacker News

Htmx 1.0.0 Release

htmx.org

11–20 of 62 posts

Re: Htmx 1.0.0 Release

#11
post #4

Congratulations on the release, i have been following htmx for a while and whilst have yet to use it, conceptually i think the ideas are solid. I think the trend towards SPAs and everything is Javascript/JSX has created a situation where people build SPAs then add SSR as an afterthought. This is anathema to the ideas of document driven web pages and i think htmx could be a good middle ground. Of course for some appli…

It isn't perfect yet, but hx-boost is supposed to be the progressive enhancement option in htmx:

https://htmx.org/attributes/hx-boost/

Re: Htmx 1.0.0 Release

#13

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

This is very similar to Stimulus which i don’t find much difference from. Who’s your target developer? Reference: https://stimulusjs.org/

:) 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/

Re: Htmx 1.0.0 Release

#15
post #3

> It's worth mentioning that, if you prefer, you can use the `data-` prefix when using htmx I don't know why people who make frameworks either prefer invalid HTML, or if they do allow people to write valid HTML they seem to show the invalid code in the docs You are not allowed to invent any old attributes you want and add them to any element and have it be valid HTML, but you can invent any attribute you want so long…

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.

Re: Htmx 1.0.0 Release

#16
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.

fine by me

Re: Htmx 1.0.0 Release

#17

Earlier quoted context omitted.

This is very similar to Stimulus which i don’t find much difference from. Who’s your target developer? Reference: https://stimulusjs.org/

:) 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

Re: Htmx 1.0.0 Release

#18
post #3

> It's worth mentioning that, if you prefer, you can use the `data-` prefix when using htmx I don't know why people who make frameworks either prefer invalid HTML, or if they do allow people to write valid HTML they seem to show the invalid code in the docs You are not allowed to invent any old attributes you want and add them to any element and have it be valid HTML, but you can invent any attribute you want so long…

There seems to be a bit of irony citing whatwg in your attempt at shaming here —- the standard that was created to be a living document tracking what web developers and browser creators were implementing in the real world.

I’m not sure there is a good reason to require web authors to type an extra 5 character prefix every time they want to attach data to an element. This is supported by the fact that browsers can figure this out.

Re: Htmx 1.0.0 Release

#19

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

The target audience is all of them. :)

I think htmx scales up and down pretty well: web developer newbs who don't want to sink a ton of time into a JS framework, as well as veteran web developers who want to stick with hypertext for the majority of their web apps.

Post reply on HN