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

271–280 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#271

Post by WeAddValue »

kwhitefoot wrote: post #44
renerick wrote: post #39

Earlier quoted context omitted.

Any server-side language with your favorite web-framework and HTML templates system. Static files, PHP, Go, Ruby, ASP.NET Core, Spring etc, as long as you can send HTML pages and HTML partials, you are all set

Thanks. So a static site, on neocities.org, for instance can serve files in response to requests such as the examples using hx-swap="outerHtml". Is there a simple example of a static site using Htmx somewhere?

The code is not done yet but I can explain how we're going to use htmx and Hypermedia APIs for the static site of a national chess federation (it's static to avoid hacking/ddos from disgruntled russians). Every week, new chess ratings are calculated from the reports of in-person / over-the-board tournaments. At build-time (Hugo/Netlify), a static HTML fragment is created for each member and included in the site's static files. At run-time, when a member's info is requested, htmx will fetch the member's HTML fragment and insert it into the appropriate . At run-time, there is no server-side code executing nor database so it's fast, highly available, and almost unhackable.

Re: Htmx is part of the GitHub Accelerator

#272

Post by bardak »

recursivedoubts wrote: post #214
logankeenan wrote: post #210

Earlier quoted context omitted.

What plans do you have for 2.0?

No major changes, it should be about 99% API compatible with htmx 1.x. Big things: - Websocket & SSE support will be completely pulled out to extensions (already available in 1.0) - We will drop IE support - We may include a "morph" swap strategy based on idiomorph ( https://github.com/bigskysoftware/idiomorph/ ) - We will change a few defaults around how HTML is parsed, taking advantage of the removal of IE support…

Will HTMX 2.0 have a smaller bundle size since you are removing things? I don't think HTMX is too big or anything but I have a love tiny libraries.

And on that note do you think that a smaller striped down version of HTMX is feasible like petite-vue is for vue

Re: Htmx is part of the GitHub Accelerator

#273

Post by silver-arrow »

uxns wrote: post #217
silver-arrow wrote: post #98

Great news. I have had good success and a rewarding experience using htmx the past year. It has been so great in tandem with Clojure using hiccup for SSR. Once htmx clicks for you, you are almost left stunned by how simple and flexible it is. You can't believe that this isn't how HTML evolved to as a hypermedia. It becomes very obvious that this is how web development should have evolved. I hope someday that what htm…

Out of curiosity, I presume you were working on the frontend part using Clojurescript? Have you used some kind of wrappers around htmx or just a simple js interop was enough?

We moved away from ClojureScript entirely. We just run a plain ole java uberjar with the Clojure/ring/hiccup/Compojure spitting out the HTML with whatever htmx attributes and response headers we need. There are instances where we may need to sprinkle in some javascript for some extra dynamic things - which turns out to be very infrequent. Instead of sprinkling in the javascript, we have been using _hyperscript instead - love _hyperscript.

Yeah, so moving to htmx has allowed us to jettison ClojureScript which just entailed too many parts. As a matter of fact, before going more htmx with our projects, we had moved away from ClojureScript to React directly.

Re: Htmx is part of the GitHub Accelerator

#274

Post by eddd-ddde »

foxy4096 wrote: post #239
recursivedoubts wrote: post #131

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…

https://twitter.com/foxy4096/status/1691432812870828032?s=20 This is a boon to many django developers. I remember few month ago I was making a post liking system, before htmx, I had to use jQuery to fetch the json api server and update the like count, but with the use of HTMX, oh boy it was like I was just writing plain html along with my django logic. This is one of the greatest thing I've found. Also, handling form…

The other day I wrote an htmx extension for aws api. You could describe an element using the common htmx tag such as for confirmation, triggers etc, but the ajax fetched any aws object like ec2 instances, pipelines, whatever. It's awesome!

Re: Htmx is part of the GitHub Accelerator

#275

Post by bowsamic »

kragen wrote: post #180
bowsamic wrote: post #169

Earlier quoted context omitted.

I don't think that secular society posits some kind of natural inalienable objective moral law. I'm sure you know this but many, many people do not believe in objective morality

almost all secular people do in fact believe in objective morality to some degree, though you can occasionally find a pure moral relativist or legalist remember that the holocaust, the great leap forward, gulag, the imprisonment of galileo, daily human sacrifice to the aztec sun god, and witch-burnings in the spanish inquisition were not just legal but legally required therefore, anyone who condemns one of them is ap…

I have never met a secular person who appeals to an objective moral standard personally

Re: Htmx is part of the GitHub Accelerator

#276

Post by abrahms »

intrasight wrote: post #269
the_gipsy wrote: post #252

Earlier quoted context omitted.

Generating some HTML instead of JSON isn't that much data/CPU. But doing all that in the browser might have a big impact on UX performance-wise.

This doesn't make sense. Can you elaborate? If it's not much work for the server, why would it be work for the browser?

Mobile phones have less powerful CPUs. Parsing large json objects and then building up a corresponding html structure may be more difficult than on the server (where you already have it loaded into memory anyway).

Re: Htmx is part of the GitHub Accelerator

#277

Post by andy800 »

norwalkbear wrote: post #126
danpalmer wrote: post #117

Earlier quoted context omitted.

Arguably you’ve got to learn HTML, so why then add learning React/etc on top of that? HTMX is more limited, but also _radically_ simpler to modern frontend development.

People want and expect pretty and interactive experiences. I don't think they care how they get there. I've written some Unity "web" apps by using the port to webgl feature, so I have no deep fondness of html or js. I just need results.

With a little creativity, HTMX can enable some extremely UX-friendly interactive sites. Keep in mind that it makes it trivially easy to entirely swap out small, or large, sections of a web page. So things that used to be standard boring forms can be interactive step-by-step pathways that adapt to the user's selections. Very easy to deliver progress updates and validation cues to users that seem to appear magically without page reloads. It's still early but HTMX continually inspires me (a poor designer) to execute new UI ideas because it makes it very simple to conceptualize how they can be built (and simple to actually build). Tailwind is also essential in this process, for me.

Re: Htmx is part of the GitHub Accelerator

#279

Post by bongobingo1 »

mstade wrote: post #54
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…

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…

> blog driven development (a.k.a. cargo culting) replaced our efforts

Ironic considering what the OP attributes to HTMX's current popularity.

Re: Htmx is part of the GitHub Accelerator

#280

Post by ilaksh »

recursivedoubts wrote: post #135
ilaksh wrote: post #105

If you think htmx is cool, check out _hyperscript https://hyperscript.org/ . Made by the same people, available with htmx I believe. After seeing _hyperscript, it looks like they may have invented that first, and a lot of people's heads exploded, so they decided to try to make a "gateway drug" to sneakily introduce _hyperscript, and came up with htmx.

:) hyperscript came after htmx htmx is version 2 of intercoolerjs: https://intercoolerjs.org which had a proto-scripting language in it, the `ic-action` attribute: https://intercoolerjs.org/attributes/ic-action i dropped that attribute (along w/ the jQuery dependency) when I created htmx, but I felt there was some merit to the idea of a lightweight scripting language that abstracted away async behavior. Once htmx had…

Well, congrats on both projects. _hyperscript especially to me looks like an amazing technical accomplishment, to make something so similar to natural language. What sort of parser is it? LL? LR? Because I would need to use an _LLM_ to handle that. Lol.
Post reply on HN