Live data from Hacker News

Htmx is part of the GitHub Accelerator

htmx.org

181–190 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#181

Earlier quoted context omitted.

> It becomes very obvious that this is how web development should have evolved. I have to disagree with that. I’m happy htmx exists and that it works for many but in my professional life I've found few cases where it's the best choice. And that’s fine! It’s a wonderful thing that the web has been able to grow in so many diverse ways, there should be no one way it “should have evolved”. IMO this is the biggest mistake…

That's fair. I agree - that type of blanket statement is not helpful in the technical realm. I should have kept it at just: HTML should have continued to be expanded into what htmx is doing.

I would have love to see rather than JS evolving to include HTML and CSS, HTML should have evolved to include JS and CSS as more first-class.

Being able to write components in a single HTML file would be wonderful.

Re: Htmx is part of the GitHub Accelerator

#182

Earlier quoted context omitted.

There was already a pretty good non-trivial real-world example where a company replaced their entire React site with htmx and got impressive results: https://htmx.org/essays/a-real-world-react-to-htmx-port/

Where is the source?

I don’t think it is open source they show some parts of their code in the talk but that is it.

Re: Htmx is part of the GitHub Accelerator

#183
post #170

Earlier quoted context omitted.

For many basic & routine web page interactions, I have not found that to be true.

I can only see that experience being true if you've never used jquery (aka the same shorthands you're relying on within htmx and likely hyperscript).

My frontend experience predates the rise of react etc. I have used jquery.

The advantage of htmx over jquery is declaring the replace condition & behavior inline as part of the component. Conceptually this is easy to reckon with as a separation of concerns thing as well as a sandi metz-ish "when would this code need to be changed" thing. The html tag is responsible for its own update, and so its update is part of the html tag.

Jquery does the same things but requires you to declare the behavior separately from the component, decide on & maintain abstractions and reuse patterns. And manage code organization so that for any updatable template code you can find the corresponding behavior declarations and understand their scope w/r/t other template code.

Re: Htmx is part of the GitHub Accelerator

#184
This is great news. It's an unfortunate fact, but the validation of htmx simply by its inclusion in the GitHub OpenSource Accelerator may unstick some folks that were on the fence about its "legs"; not its utlity as such, but more about its safety for adoption. Nobody wants to be fired for selecting a library that may just go away. It's a very good library and it (and things like Turbo) are incredibly useful when developing canvases that slot into SFDC with the least amount of friction, allowing you to simplify interactions between SFDC and your back-end systems, where those systems themselves depend on SFDC data.

Re: Htmx is part of the GitHub Accelerator

#185
post #170

Earlier quoted context omitted.

For many basic & routine web page interactions, I have not found that to be true.

I can only see that experience being true if you've never used jquery (aka the same shorthands you're relying on within htmx and likely hyperscript).

I think the biggest change from jQuery flows is that the behavior is attached to the elements themselves instead of a script over here poking at the dom from the outside.

Re: Htmx is part of the GitHub Accelerator

#186
post #10

Am I the only one who looks at HTMx and thinks "this is like CICS all over again"?

It looks like Angular on crack. I can see how this can quickly turn into unworkable mess.

I think Angular looks like Htmx on crack but I do remember that Angular was first.

We used it in a project and it worked perfectly. If you have the need to write a lot of logic and changing of most of the UI parts dynamically on the page then React/Vue/Svelte/Angular is better suited. If you on the other hand has page that could be server rendered and some parts or lists that should load new parts into the page this may be the easiest way to do that.

You can also combine it with any backend language instead of us having one framework for C#, one for Java, one for Go and so on. I think this is one of the biggest USPs for Htmx.

Re: Htmx is part of the GitHub Accelerator

#187
post #173

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…

> my favorite after htmx That's interesting. I discovered Unpoly after HTMX (which I like) and decided to stay with Unpoly for a few reasons. Do you think hypermedia libraries will converge or do you think there is space for different interpretations ?

Same path for me here. In particular, I found unpolys codebase to be of higher quality.

Re: Htmx is part of the GitHub Accelerator

#188
post #172

In recent years, I have not seen another tool that is so inflated. The attention it can garner for a tool where all it does is do simple things by adding attributes to html elements is really weird. Anyway, we need to act as if adding an attribute to the button and changing the value written in it is a very big need. Great job congratulations.

> all it does is do simple things by adding attributes to html elements

It’s extending html to make the most of http by adding some simple attributes.

Like all great things - the building blocks are simple, but the possibilities of what you can build with them is vast.

I think this is really well dealt with in the “opportunities” to extend html in this chapter of the Hypermedia Systems book: https://hypermedia.systems/extending-html-as-hypermedia/

Re: Htmx is part of the GitHub Accelerator

#189
post #48

It’s amusing to read all the “it’s great to just write html” comments here, in a thread about some company going through a startup accelerator. Not that the comments are “wrong” but it feels slightly contradictory, in a way.

It's not a company - it's an open source project.

It's not a startup accelerator - it's a part of GitHub's efforts to support open source projects with funding and mentorship.

Post reply on HN