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

441–450 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#441

Post by jddj »

aidenn0 wrote: post #425
jddj wrote: post #47

Earlier quoted context omitted.

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…

I heard that you have a backup Data8 tape of every Unix release...

Every seminal bsd

Re: Htmx is part of the GitHub Accelerator

#442

Post by jddj »

ElectricalUnion wrote: post #300
jddj wrote: post #47

Earlier quoted context omitted.

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…

Is this supposed to be Rockstar? The reference Rockstar Satriani interpreter barfs on this input.

No, honestly I've never heard of satriani.

But I do appreciate that you tried to parse it.

It's some lyrics from an LCD Soundsystem track with some topical snark mixed in

Re: Htmx is part of the GitHub Accelerator

#443

Post by 0xblinq »

This is a great tool for backend devs.

No frontend developer that cares about the details, the UX and has to deal with the evolution and maintenance of any non trivial UI would use this.

But as I said, this is great for everyone that just wants to make a frontend for their Go/Django/Clojure/etc backend. You’ll notice this pattern in most positive comments you see here.

Also, as someone who also used these kind of tools, I still prefer Unpoly over it. Sadly it didn’t get as much marketing.

Re: Htmx is part of the GitHub Accelerator

#444

Post by teaearlgraycold »

sedatk wrote: post #431
savanaly wrote: post #237

Earlier quoted context omitted.

>The fact your HTML barely reads like HTML after Tailwind, and reads more like your file is corrupted is I guess not mentioned in the tagline. Not my experience for the record. I use Tailwind in my side project, and it is exactly as convenient as it sounds to write my styles directly into HTML rather than think of a class name, add it in HTML, switch to the proper CSS file (or create it if it doesn't exist and make s…

> think of a class name > forget what name I had decided on I think that's not the problem with CSS, but with how you approach design. If you treat your design process as editing a document, and just want to "Ctrl+B" to bold necessary parts, yes, I'm sure Tailwind's better. But, I can see how it could be a problem with maintenance and collaboration as there isn't an agreed upon design language or a document structure…

Tailwind is meant for a workflow that uses components. I don't need a `.container` class. I need a `Container` component with various tailwind classes on an internal ``.

Re: Htmx is part of the GitHub Accelerator

#445

Post by teaearlgraycold »

dpedu wrote: post #343
savanaly wrote: post #237

Earlier quoted context omitted.

>The fact your HTML barely reads like HTML after Tailwind, and reads more like your file is corrupted is I guess not mentioned in the tagline. Not my experience for the record. I use Tailwind in my side project, and it is exactly as convenient as it sounds to write my styles directly into HTML rather than think of a class name, add it in HTML, switch to the proper CSS file (or create it if it doesn't exist and make s…

Is this how Tailwind is supposed to work? I've never used it, but this sounds awful. How do you keep styles consistent across different areas of a website? Do you manually write matching styles into HTML every time you need them?

You use UI components. CSS alone can't do everything so trying to come up with class names in a .css file and then integrate them with components is wasted effort (for most things). The component is the atomic unit now.

Re: Htmx is part of the GitHub Accelerator

#446

Post by teaearlgraycold »

strangescript wrote: post #382

Htmx's biggest upside is no pressure to use JS/TS on the backend. So many stories start with "I used htmx with (rust|go|ocaml|django|etc) and had good results". Feels hard to not use JS/TS on the backend if you are already using it on the frontend (unless you have a specific need node can't fit). Why intentionally use two different languages, yadda yadda, etc, if you don't have too. Its refreshing.

But I love TS on the backend...

Re: Htmx is part of the GitHub Accelerator

#448

Post by AtlasBarfed »

Dylan16807 wrote: post #331
AtlasBarfed wrote: post #305

Earlier quoted context omitted.

Coldfusion may have been one of the granddaddies, which java's JSP copied shamelessly. So many web revolutions touted as "don't use Java and all that big stack, instead use our SUPER SIMPLE stack called:" Rails: wow did rails eventually encompass a massive stack of dizzying extensions options and frameworks. React: I laughed when I saw basically a full rewrite of various Java unit testing frameworks in javascript. Bu…

> React: I laughed when I saw basically a full rewrite of various Java unit testing frameworks in javascript. Why? Can't run java in a browser. (And don't bring up applets.) I suppose you could keep most of a testing framework as Java code, and adapt the rest for testing javascript, but that seems fussy enough for a rewrite to makes sense. Edit: Okay, if people are going to downvote, then I'll elaborate. I understand…

Mostly because React was yet another "we're so much simpler/uncomplicated than all that enterprisey Java" sale job (just like Rails was) and lo and behold, React went full enterprisely in like less than 12 months (at least it took Rails something like 3-4 years to get to full complexity, and Rails/Ruby contributed huge amounts of groundbreaking frameworks and idioms along the way).

Re: Htmx is part of the GitHub Accelerator

#449

Post by rawoke083600 »

I just love that you had the "guts" to start a project that sends HTML via ajax from the server at the height of JSON/JS/Framework Mania (hey it pays my bills).

Project is really cool, I'm itching to use it in the right side project.

Congrats on shipping !

Oh yea the https://htmx.org/essays as the author mentioned is also fantastic. Their twitter is "fun" :D

Re: Htmx is part of the GitHub Accelerator

#450

Post by djangpy »

Can someone explain to me how state management is done in HTMX? I'm a native Django developer, and I really do like HTMX and wrote my own personal website with it (nothing special, a digital garden). But for my startup, I chose react, and it has pretty much become a SPA, where I need to keep track of so much state. Now, I would love to transition to HTMX, because I find Django a lot more ergonomic to work with. But I couldn't imagine not running into issue managing state.
Post reply on HN