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

Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

swag.htmx.org

Post reply on HN
Print view View original

141–150 of 216 posts

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#141

Post by sixdimensional »

recursivedoubts wrote: post #130
sixdimensional wrote: post #119

Earlier quoted context omitted.

It's too bad Htmx isn't just the native behavior of HTML, implemented in a cross-platform standard, that does not need to rely on Javascript in user space code. It could just be part of the browser. It should have been part of the browser. It's awesome, I'm not criticizing Htmx at all to be clear, I am criticizing our seemingly inability to advance the core web technology of HTML in browsers to include this kind of t…

we are working on this minimum viable set of changes currently: https://triptychproject.org/

Best wishes for getting those through and thank you!

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#142

Post by sevenzero »

stevoski wrote: post #73
blister wrote: post #6

I've been using htmx for three years now, and it's completely unlocked new ways of building software for the web, especially if you use a server-side templating language. But more importantly (as this "Game Boy" option reveals), the head honcho is really responsive with the items in the store. I had purchased a coffee mug a few years back and complained on Twitter that they need to sell larger mugs instead of only of…

> I've been using htmx for three years now, and it's completely unlocked new ways of building software for the web, especially if you use a server-side templating language. Likewise. 3 or 4 years ago, I ripped out two-thirds of all the JS in my B2B SaaS by using htmx with server-side templating. So much simpler. The ethos of allowing a return to a simpler way of building a web app resonates with me.

This should be the way. For some reason, over time, it became harder and harder to build web apps. Tech should be about making things easier though. I don't know where we went wrong.

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#143

Post by gulugawa »

While I prefer to stay with an approach of using web components for my current work, HTMX seems like a good option to consider for future work.

I think the design of HTMX acts as a complexity limiter by encouraging less JS. One can make the argument that manually writing JS instead of HTMX would be easier and more maintainable. However, I've found that JS code often trends towards becoming increasingly complex over time.

Also, I'm glad to see that htmx can be installed without npm. I think the ability to install npm packages can incentivize too many dependencies.

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#144

Post by gulugawa »

asdfsa32 wrote: post #135

Is there any substantial web app written htmx? I find htmx ideal for things that should be static to begin with, and for things that are dynamic, I fail to see how it can handle synchronisation? I believe Github is using similar technology and their notifications indicators and counter are almost always broken and out of sync.

https://htmx.org/essays/paris-2024-olympics-htmx-network-aut...

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#145

Post by Klonoar »

sroerick wrote: post #115
Klonoar wrote: post #59

Earlier quoted context omitted.

Reddit is that way ->

lol you're talking to the guy who coded it

Then I retract my knee-jerk reaction and label myself a moron. :)

Thanks for pointing it out, lol

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#146

Post by brutella »

asdfsa32 wrote: post #135

Is there any substantial web app written htmx? I find htmx ideal for things that should be static to begin with, and for things that are dynamic, I fail to see how it can handle synchronisation? I believe Github is using similar technology and their notifications indicators and counter are almost always broken and out of sync.

I'm using htmx in the hkknx web app to control smart home accessories.

https://hkknx.hochgatterer.me/

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#147

Post by aktau »

hi_hi wrote: post #128
blister wrote: post #6

I've been using htmx for three years now, and it's completely unlocked new ways of building software for the web, especially if you use a server-side templating language. But more importantly (as this "Game Boy" option reveals), the head honcho is really responsive with the items in the store. I had purchased a coffee mug a few years back and complained on Twitter that they need to sell larger mugs instead of only of…

> it's completely unlocked new ways of building software for the web, especially if you use a server-side templating language. Could you please expand on this point. As a “greybeard” web dev from the 2000’s era, I’d like to understand if your “unlocking” is my “that’s how it originally worked, get of my lawn”?

I have the same question. It seems like a decent amount of posters here don't require (non-standard) interactivity. Plain HTML+CSS (perhaps via static site generators) would work.

It made me think about the Javascript present on my blog. The site works fine without JS (syntax high-lighting is pre-baked server-side).

There is some optional JS enhancement:

  - MathJax is used for turning LaTeX expressions into nice graphics on the client-side. A search reveals this could be done on the server-side, but I'd need to deal with the node.js ecosystem.
  - PJAX is enabled [1]. This is completely optional, but it noticeably made page navigation faster (feel instant), especially when navigating between pages already visited (forwards/backwards).
UPDATE: Reading https://triptychproject.org/, it seems like what PJAX does is item #3: "Partial page replacement"

[1]: The library is at https://www.aktau.be/js/pjax-standalone.js. It is invoked at the end of :

  pjax.connect({
    "container": "content",
    "complete": function() { MathJax.typesetPromise(); }, // Reload mathjax after a pjax load.
    "autoAnalytics": false
  });

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#148

Post by dizhn »

kitd wrote: post #49
dizhn wrote: post #28

There is one thing I don't like about htmx. It's that they like to use the HATEOAS acronym. It's a bad acronym in every conceivable way.

Why?

- Starts with HATE

- It's way too long and not catchy. What it refers to is a convoluted long thing too.

- This is the killer: it's not so mainstream that everybody knows it. People kind of took "REST" and left the rest. Even REST isn't usually real REST in practice. It just means json api nowadays.

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#149

Post by SahAssar »

zogrodea wrote: post #53
sroerick wrote: post #15

Earlier quoted context omitted.

Whatever it cost, he also gave out free copies at BSDC, what an unbelievably cool and nice thing to do

"Big Sky Dev Con", not "Better Software Conference" for those who were (like me) initially confused. :) Someone commented in the past few days that the most impressive demo they saw in a conference was LibreOffice running on Fil-C, and I agreed. However, this took the #1 spot from it (leaving that previous demo in #2) in my opinion. Very impressive, and nostalgic too.

The Fil-C one was at https://softwareshould.work/, not https://bettersoftwareconference.com/.

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#150

Post by novoreorx »

bubblebeard wrote: post #132
novoreorx wrote: post #126

In the pre agentic coding era, I was hyped about HTMX for providing a classic way of web development over React. But after not writing code for several months, all work done by claude code / codex, I find myself not caring whether the framework is HTMX or React anymore. I mean, why do you bother if you don't write the code yourself. And I'm even starting to feel React's advantages: good ecosystem, rich UI kits, reusa…

I can understand that feeling, but remember that just because you have been handed a new powertool you mustn't always use it. Life is not about optimizing everything. It makes redundant work faster, where you fully understand from the outset how to write something, but this just frees you up to learn and explore new things, and work on stuff just for the fun of it, like this.

Agreed that life is not about optimizing everything. I do enjoy writing code by hand when the framework or language is delightful to work with， it's just that HTMX isn't that choice for me. The h-attributes model doesn't fit the way I think. Also, my original point was more that once agents write most of the code, "delightful to hand-write" stops being the main criteria for picking a framework.
Post reply on HN