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

41–50 of 520 posts

Re: Htmx is part of the GitHub Accelerator

#41

Post by renerick »

nologic01 wrote: post #16

I think we need an impressive "made with htmx" example that will trail blaze an new class of web experiences. People have typecast htmx as something to use for simple use cases that dont "warrant" getting out the serious guns. There is something to that, but it is limiting. Htmx and related 'back-to-the-server' approaches are a distinct category that could have been explored much earlier but for various reasons isnt

https://zorro.management

Not affiliated with them in any way, but it's made with htmx and some JS for more complex features

As for "new class of web experiences", given that htmx explicitly aims to expand upon what is considered the Old Good approach, not sure if it can provide that

Re: Htmx is part of the GitHub Accelerator

#42

Post by chainwax »

PaulHoule wrote: post #13
chainwax wrote: post #3

Congratulations! I had a fun time making a little project with Htmx, though ultimately went with something else as I ended up heavily using a openlayers, and map libs are notoriously heavy with clientside javascript and Svelte ended up being a better tool for the job. I plan on using it again for a future Golang project and look forward to following it's development. If you're in need of a simple/medium complex front…

I’ve had good luck combining HTMX with D3.js but I’ve treated D3.js visualizations as “just another HTML element” with any particularly complex interaction with the rest of the site.

My map has a _bunch_ of controls overtop of it that let the user mess around with what's displayed.

Could I have made it work? Yes

Could I have just made the map it's own self-sufficient component and left the rest of the app as is? Also yes

Did I do these things? No. As one tends to do, I just nuked it and started over

Re: Htmx is part of the GitHub Accelerator

#43

Post by antiatheist »

tambourine_man wrote: post #22
rodorgas wrote: post #17

Earlier quoted context omitted.

JQuery would make sense when we didn’t have querySelector and fetch API. I can’t think of any reason to use it today on a new project, there are not advantages over vanilla.

The native API is much more verbose and less composable. It was a real lost opportunity.

  const $ = document.querySelector.bind(document)
  const $$ = document.querySelectorAll.bind(document)

Re: Htmx is part of the GitHub Accelerator

#44

Post by kwhitefoot »

renerick wrote: post #39
kwhitefoot wrote: post #31

I've skimmed the documentation and searched for the word server but I haven't been able to discover what is required on the server side. Can anyone point me in the right direction?

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?

Re: Htmx is part of the GitHub Accelerator

#45

Post by antiatheist »

synergy20 wrote: post #36
rodorgas wrote: post #17

Earlier quoted context omitted.

JQuery would make sense when we didn’t have querySelector and fetch API. I can’t think of any reason to use it today on a new project, there are not advantages over vanilla.

jQuery's syntax is 10x better than vanilla javascript

Bullshit, the jQuery "Ajax" API is a hellish convoluted nightmare with zero consistency.

https://api.jquery.com/category/ajax/

Have you seriously looked at this and thought "yeah thats better than using a single native function (fetch)"?

As for the rest of the API - what would you even use besides the css and selector functions? Which again, the native `classList` and a simple bind to the selectors are simpler and less verbose.

Re: Htmx is part of the GitHub Accelerator

#46

Post by renerick »

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?

> So a static site, on neocities.org, for instance can serve files in response to requests such as the examples using hx-swap="outerHtml"

Exactly. It can serve HTML partials, or utilize `hx-select` attribute to extract required elements from a full page

> Is there a simple example of a static site using Htmx somewhere?

Not that I'm aware of unfortunately

Re: Htmx is part of the GitHub Accelerator

#47

Post by jddj »

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 templated html fragments because that was HATEOAS.

I'm losing (regaining/losing/regaining) my edge

Re: Htmx is part of the GitHub Accelerator

#48

Post by duxup »

It’s amusing to read all the “it’s great to just write html” comments here, in a thread about some company going through a startup accelerator.

Not that the comments are “wrong” but it feels slightly contradictory, in a way.

Re: Htmx is part of the GitHub Accelerator

#49

Post by nprateem »

guggle wrote: post #37
nprateem wrote: post #5

This page made me realise I'm better off with just vanilla JS or jQuery: https://htmx.org/examples/update-other-content/ Solution 3 gave me a good laugh though.

> “I need to update other content on the screen. How do I do this?” This is a complete non-issue in unpoly as you can have multiple targets: Read post https://unpoly.com/targeting-fragments HTMX gets a lot of attention, but I think it's not the best option in its field.

That's what I was expecting to see, a way of specifying a target. Certainly not returning custom headers for the benefit of such a 'simple' frontend library.

Re: Htmx is part of the GitHub Accelerator

#50

Post by toastercat »

cyber_kinetist wrote: post #32
nologic01 wrote: post #16

I think we need an impressive "made with htmx" example that will trail blaze an new class of web experiences. People have typecast htmx as something to use for simple use cases that dont "warrant" getting out the serious guns. There is something to that, but it is limiting. Htmx and related 'back-to-the-server' approaches are a distinct category that could have been explored much earlier but for various reasons isnt

There was already a pretty good non-trivial real-world example where a company replaced their entire React site with htmx and got impressive results: https://htmx.org/essays/a-real-world-react-to-htmx-port/

Where is the source?
Post reply on HN