Live data from Hacker News

Htmx is part of the GitHub Accelerator

htmx.org

281–290 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#281
post #242
post #143

Earlier quoted context omitted.

[flagged]

Where do human rights come from? Did we have them from when we split off from our closest ancestors? Did they magically appear when someone first thought them up, and they just stayed? Why do our closest relatives not have human rights? You yourself mention that people in Belarus have human rights. Why can the government ignore their human rights then? Why isn't there some magic barrier stopping the government from t…

[flagged]

Re: Htmx is part of the GitHub Accelerator

#282
post #180

Earlier quoted context omitted.

almost all secular people do in fact believe in objective morality to some degree, though you can occasionally find a pure moral relativist or legalist remember that the holocaust, the great leap forward, gulag, the imprisonment of galileo, daily human sacrifice to the aztec sun god, and witch-burnings in the spanish inquisition were not just legal but legally required therefore, anyone who condemns one of them is ap…

I have never met a secular person who appeals to an objective moral standard personally

[flagged]

Re: Htmx is part of the GitHub Accelerator

#283
post #129

Earlier quoted context omitted.

EU Law Disagrees. Feel free to Geoblock the entire market if you disagree. Many small news sites in the states do this.

[flagged]

Please cite that law, otherwise cease repeatedly being disingenuous and fallacious.

There is a massive difference between curtailing things like freedom of expression, and de-facto stating "Chinese law disagrees with..." when (a) no such law exists, and (b) you're making a ridiculous point in a transparent attempt to distract from your own failing -- namely being too ignorant to admit that the so-called "right to be forgotten" is a thing, whether you choose to believe (or accept) it, or not.

Re: Htmx is part of the GitHub Accelerator

#284
post #129

Earlier quoted context omitted.

[flagged]

Please cite that law, otherwise cease repeatedly being disingenuous and fallacious. There is a massive difference between curtailing things like freedom of expression, and de-facto stating "Chinese law disagrees with..." when (a) no such law exists, and (b) you're making a ridiculous point in a transparent attempt to distract from your own failing -- namely being too ignorant to admit that the so-called "right to be…

[flagged]

Re: Htmx is part of the GitHub Accelerator

#285
post #281
post #242

Earlier quoted context omitted.

Where do human rights come from? Did we have them from when we split off from our closest ancestors? Did they magically appear when someone first thought them up, and they just stayed? Why do our closest relatives not have human rights? You yourself mention that people in Belarus have human rights. Why can the government ignore their human rights then? Why isn't there some magic barrier stopping the government from t…

[flagged]

I didn't ask you to tell you what I think. I asked you to tell me what you think. You are the one taking your position, I can't answer the questions from your position as you would.

Re: Htmx is part of the GitHub Accelerator

#286

Earlier quoted context omitted.

This doesn't make sense. Can you elaborate? If it's not much work for the server, why would it be work for the browser?

Mobile phones have less powerful CPUs. Parsing large json objects and then building up a corresponding html structure may be more difficult than on the server (where you already have it loaded into memory anyway).

> Mobile phones have less powerful CPUs

True - but not by much

> Parsing large json objects and then building up a corresponding html structure may be more difficult than on the server

I doubt it. And you'd only be doing "large JSON objects" for a desktop web app, where CPU differences vs web servers are even smaller

> where you already have it loaded into memory anyway

Likely not true if implementation uses streaming semantics

Re: Htmx is part of the GitHub Accelerator

#287
post #163
post #96

Earlier quoted context omitted.

"no such right exists" - the law would disagree with you on that one. "Under Article 17 of the UK GDPR individuals have the right to have personal data erased. This is also known as the 'right to be forgotten'." [1] "The right to be forgotten appears in Recitals 65 and 66 and in Article 17 of the GDPR. It states, “The data subject shall have the right to obtain from the controller the erasure of personal data concern…

[flagged]

You'd do well to read https://news.ycombinator.com/newsguidelines.html -- all that baseless assumption and disingenuous false accusation really isn't in any way civil or useful... but then when you're cheap enough to bring the Holocaust into a discussion about data protection legislation, you're really not in a position on ethics - or indeed anything else.

Re: Htmx is part of the GitHub Accelerator

#288
post #285
post #281

Earlier quoted context omitted.

[flagged]

I didn't ask you to tell you what I think. I asked you to tell me what you think. You are the one taking your position, I can't answer the questions from your position as you would.

[flagged]

Re: Htmx is part of the GitHub Accelerator

#289

Earlier quoted context omitted.

Had an heated debate with someone that was really angry at everything react, for good reasons, but being oblivious that htmx can't replace client side logic. React hype + backend crowd I guess.

as a primarily backend dev I really don't see the appeal here. So now I need to make endpoints for every little UI element that I want to be updated by user interactions? And somehow keep it styled and matching all of the UI elements rendered on the frontend? No thanks, I'll just give you data and you can present it however you please.

> So now I need to make endpoints for every little UI element that I want to be updated by user interactions?

What's the alternative?

You want interactivity that users can trigger. You'd need to call an endpoint in some way or another, giving you updated data, no?

> And somehow keep it styled and matching all of the UI elements rendered on the frontend?

Wait, how are your other UI elements rendered? How are they styled?

Somewhere in your code, you'll have a step where you generate HTML with CSS classes. It's popular to use React for this step, or some form of SSR where you render HTML templates.

With HTMX, you can simply reuse the same backend SSR templates that you were already using, and extract some parts of it which you want to be interactive. These will be rendered whenever you trigger an action, by HTMX fetching that part of the template.

If you want to strictly split frontend and backend development for some reason, you can totally do it: You'd have a business logic layer that provides data to the view layer within your app (be it JSON, or POJOs), and the frontend team styles that data in the view layer however they please.

And the benefit is that you'd all render it on the server. No need for the client's browser to do anything anymore. It's all coming pre-rendered, cacheable and indexable. Done.

Re: Htmx is part of the GitHub Accelerator

#290

hi there, as many of you know, i am the creator of htmx and I'm happy to answer any questions about it htmx has seen a surge in popularity, triggered by a video by fireship dev ( https://www.youtube.com/watch?v=r-GSGH2RxJs ) and a series of videos by ThePrimeagen, a popular twitch streamer on it hacker news readers might be interested in the essays I have written on htmx & hypermedia in general here: https://htmx.org…

>a video by fireship dev (https://www.youtube.com/watch?v=r-GSGH2RxJs)

That's a great video explaining the core use-cases of htmx in 100 seconds. Would be great if all projects had such a thing! Htmx reminds me of tailwind in that you've created a set of attribute names and values that are picked up at runtime by a singular library. There's no front-end build required, which is a Very Big Deal for most devs who don't want (and shouldn't have to) to mess with npm and webpack. It looks like the "breaking point" for page size is something like a small SPA - when it gets to big, make another SPA.

Particularly for react/vue devs I think the thing they'll miss is the idea of a uniform, singular object representing global state that is rendered by a single function (defined hierarchically in your component codebase) into the UI. However, it must be accepted that this idea is very demanding in itself, resulting in lots of opinions and hurt feelings, and in addition comes with the weight of a front-end build (and all the confusing variation there).

I don't use it but I'm already a big fan. Congrats!

Post reply on HN