Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Htmx is part of the GitHub Accelerator

htmx.org

Post reply on HN
Print view View original

81–90 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#81

Post by zaphar »

DrDroop wrote: post #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 ma…

Impossible is a strong word. I've looked at their API and I can certainly imagine ways to do everything you list above in HTMX. I would need to build and use it in anger to know if it's a good way to do so but I can imagine scenarios where it definitely is.

The point about a JSON API is a good point and if you need a public API then you should probably factor that into your decision making but not everything has this constraint.

Re: Htmx is part of the GitHub Accelerator

#83

Post by bowsamic »

kragen wrote: post #65
okeuro49 wrote: post #63

Earlier quoted context omitted.

Off topic, but: > The right to erasure is also known as ‘the right to be forgotten’. https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-re...

no such right exists; that would be like the right to rob with impunity of course clever demagogues and rhetoricians can write such things into legislation, just as they can write legislation that claims you have no right to speak freely, but that just makes the legislation incorrect, like the famous legislation declaring pi to be exactly 3

I'm confused, on what kind of metaphysical plane do you think rights live if you think they exist independently from the law?

Re: Htmx is part of the GitHub Accelerator

#84

Post by Cthulhu_ »

PedroBatista wrote: post #28

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…

I enjoyed building webapps with Backbone, it was rich web applications that felt like true apps instead of trying to make parts of a site more dynamic using jquery. It was a clean separation between front- and back-end.

But Backbone was a bit sloppy, not very enterprisey, until Angular came around.

Anyway, this string of web applications became popular (in my world) because it meant that we could separate back-end from front-end, and have one back-end (usually REST/JSON) fueling mobile and web clients separately. That was it, that was why we built SPA's, but by now that has been forgotten again.

And in my world, it made sense because the apps were behind a login. But then They wanted to make SPA's facing the internet, for things like webshops. And I get that too; I've made a few websites using Gatsby, they're crazy fast for navigating AND still indexed by search engines.

Anyway, in some cases it did get more and more complicated, then with server-side React and the like. I never had to touch that, thankfully.

Re: Htmx is part of the GitHub Accelerator

#85

Post by Cthulhu_ »

DrDroop wrote: post #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 ma…

You don't have to use "pure" HTMX, you can mix and match where appropriate I'm sure.

Re: Htmx is part of the GitHub Accelerator

#86

Post by agumonkey »

DrDroop wrote: post #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 ma…

from my limited understanding, any non trivial client state will require legwork in htmx, right ?

Re: Htmx is part of the GitHub Accelerator

#87

Post by Cthulhu_ »

3cats-in-a-coat wrote: post #9

It's so odd to live long enough and see the steady pipeline of "look at this much simpler way of doing web apps, just write HTML, not like the previous complex way" projects, which then turn into the previous complex way as the eyes turn towards the next "simple way of doing web apps, just write HTML...". Angular and React started this way on the frontend, while ASP and PHP started this way on the backend (of course…

Don't forget Polymer, whose main marketing was that it's the tech behind... McD's menu screens. It turned into lit html, I have no idea what the state of that is now, haven't heard from it for a while now.

Re: Htmx is part of the GitHub Accelerator

#88

Post by bjconlan »

jddj wrote: post #47
PedroBatista wrote: post #28

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…

I hear you're buying a synthesizer and an arpeggiator and are throwing your computer out the window because you want to make something real. I hear that you and your band have sold your guitars and bought turntables. I hear you rewrote your http endpoints to return JSON because that was REST. I hear that you and your band have sold your turntables and bought guitars. I hear you rewrote your http endpoints to return t…

Haha, software has more seasons than the fashion industry. If you observe it for long enough everything seems somewhat derivative. But I wouldnt want it any other way. All diversions are welcomed within the choices of those working within the choices of those before us.

Re: Htmx is part of the GitHub Accelerator

#89

Post by agumonkey »

fleetfox wrote: post #80

There are many applications where htmlx is objectively the best tool. But i really hate all the hype around it and people pushing it as react replacement.

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.

Re: Htmx is part of the GitHub Accelerator

#90

Post by wink »

PaulHoule wrote: post #20
3cats-in-a-coat wrote: post #9

It's so odd to live long enough and see the steady pipeline of "look at this much simpler way of doing web apps, just write HTML, not like the previous complex way" projects, which then turn into the previous complex way as the eyes turn towards the next "simple way of doing web apps, just write HTML...". Angular and React started this way on the frontend, while ASP and PHP started this way on the backend (of course…

ASP had some strange things where you could write what looked like a client side handler on a button and it would call a function in the server. Circa 2007 or so it seemed a to be a huge mistake because it didn’t play well with the so-called “model-view-controller” paradigm where, most importantly, the request handler could decide which view to render. (e.g. you fill out a form and if you mad a mistake it redraws the…

The "beauty" of ASP was (is?) that it could be so many wonderful things. For me it was inheriting a codebase that was basically many HTML pages with VBScript AND JScript dynamic parts, in the same file.

Imagine what everyone was saying about spaghetti PHP intermixed with HTML - but with 2 backend languages plus HTML and CSS, at least that was early enough that clientside JS was limited to changing images on hover...

Post reply on HN