Live data from Hacker News

Htmx is part of the GitHub Accelerator

htmx.org

71–80 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#73
post #54

I've been a HTMX fan "since before was cool".. Very happy for the recent attention and "success". Also enjoying the shitposting and backlash mostly from the front-end crowd who believe the Web was invented in 2013 and they "made that city". :) I'm biased since the time Backbone.js came around, I understood part of the pain but was moderately skeptical, fast forward to React with the young energetic bros building dead…

Many of the ideas and concepts in htmx are things we worked on starting around 2012 at a top tier investment bank. Implementation details differ quite significantly, but the idea of hypermedia driven applications was core to everything we did. We unfortunately weren't able to win hearts and minds around these concepts in the long run, and blog driven development (a.k.a. cargo culting) replaced our efforts. I feel som…

This was a time when people were shouting "separation of concerns" without really understanding what that meant. Mixing the html/css/js required to make up one discreet UI concern? Heresy! Requiring at least three files to describe a discreet UI concern? TheOneTrueWay!

Re: Htmx is part of the GitHub Accelerator

#74
post #52

Earlier quoted context omitted.

> poorly explains what it is Seems clear to me but I've been watching this project grow for a few years now. If you read the brief introduction, motivation, and quick start on the homepage what do you think the project does? > why would you want to use something like this I would agree that part wasn't clear to me either, at least not right away. When compared to something like a SPA the state has to persist on the s…

> With HTMX the state only needs to exist on the server. Is this HATEOAS?

I believe so. At least this is my understanding of HATEOAS.

Re: Htmx is part of the GitHub Accelerator

#75
I've a hard time taking htmx serious for building a modern web app/site. It makes is impossible to build features that users have come to expect:

* Faceted search with configurable filters, like filter date on before, between or after, but only show the filter if the user wants it.

* Configure result view with different columns or even different views like maps or drawing something on a canvas like charts. You can maybe do some of this stuff with htmx but at some point you'll just need the json.

Even Angular can do this, and with something like SolidJS it is actually a pleasant thing to do.

A JSON api can be re-used by other apps while htmx feels like someone reinvented Thymeleaf

Re: Htmx is part of the GitHub Accelerator

#76
HTMX reminds me of pjax which I really liked

I did a lot of sideprojects in Knockout and one large one in Angularjs 1.

I feel all the frontend frameworks need to talk about what they see the problems are and decide how to fix them.

I would like some solid foundations and avoidance of common pain and gotchas of scale and complexity.

My old sideprojects are broken because I didn't fix library versions. My JSBIN sqlite file with my knockout projects in is also in an unknown version of JSBIN which latest JSBIN doesn't work with.

The speed that frontend development moves has broken lots of my code.

EDIT: Screenshots of my old experiments: https://github.com/samsquire/interface-experiments

Re: Htmx is part of the GitHub Accelerator

#79
post #51

Earlier quoted context omitted.

Not at all. What makes you think that it looks like Angular?

Angular 1, I don't know about Angular 2 had syntax like ng-repeat {{action.text}}

A syntax-based comparison feels a bit... superficial. One is an MVC based SPA framework. The other is best described (in my mind) as syntactic sugar over AJAX calls that replace inner HTMLs of selected targets.
Post reply on HN