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

Show HN: htmz – a low power tool for HTML

leanrada.com

Post reply on HN
Print view View original

121–130 of 256 posts

Re: Show HN: htmz – a low power tool for HTML

#121

Post by interstice »

mariusseufzer wrote: post #116
pier25 wrote: post #115

This seems snappy from the US but I doubt someone in say NZ will have a good experience. Going back and forth between the client and the server on every interaction can result in terrible UX. Users will be happy waiting 1-2 seconds after submitting a form but waiting that much to switch a tab is not gonna fly. Plus there's internet weather etc which might result in unpredictable latencies over long distances. Yes, yo…

Texting from NZ: I don’t know how snappy your experience is but all I can say is that we‘re used to slower websites here in New Zealand. Switching between the tabs and having a <1sec delay is totally acceptable imho. It doesn’t feel „instant“ but instant enough!

Also NZ, haven’t tested but 200-400ms is standard here and west coast US is fine. East coast or Europe is noticeably bad

Re: Show HN: htmz – a low power tool for HTML

#122

Post by moritzwarhier »

scwoodal wrote: post #54
moritzwarhier wrote: post #38

It's a fun one liner, but what is the use case? When I want to replace some element using JS as the user clicks a link , it is progressive enhancement. Usually links enable history navigation. If you do stuff like this, you need to code it in a way that uses the history API to fix it for users with JS enabled (majority of users). If you don't want history navigation and URLs, why do you use links? This breaks history…

The use case is a fun one liner.

As a fun hack / code golf it's great. I was being tonedeaf I guess, woosh as they say.

The marketing pitch on the landing page is written so well that I took it too seriously probably.

I know htmx but wasn't able to see this as a parody, so my fun capabilities were failing :)

Re: Show HN: htmz – a low power tool for HTML

#124

Post by flaburgan »

pier25 wrote: post #115

This seems snappy from the US but I doubt someone in say NZ will have a good experience. Going back and forth between the client and the server on every interaction can result in terrible UX. Users will be happy waiting 1-2 seconds after submitting a form but waiting that much to switch a tab is not gonna fly. Plus there's internet weather etc which might result in unpredictable latencies over long distances. Yes, yo…

But would the response be cached in the browser after the first call?

Re: Show HN: htmz – a low power tool for HTML

#125

Post by klabb3 »

pier25 wrote: post #115

This seems snappy from the US but I doubt someone in say NZ will have a good experience. Going back and forth between the client and the server on every interaction can result in terrible UX. Users will be happy waiting 1-2 seconds after submitting a form but waiting that much to switch a tab is not gonna fly. Plus there's internet weather etc which might result in unpredictable latencies over long distances. Yes, yo…

Yeah. I like the simplicity of htmx etc but network round trips are simply not suitable for a lot of interactions (at least if we’re talking about web apps). For a barebones approach I’d prefer tabs etc to be low-JS on top of a functional plain html page.

Re: Show HN: htmz – a low power tool for HTML

#126

Post by jkingsman »

safety1st wrote: post #118
keepamovin wrote: post #41

This is great. I had an idea to use named iframes and targeted forms for simple, server-rendered pages with built-in style-scoped widgets, without leaning into complex JS client-side. But, I never simplified it well nor expressed a polished and elegant realization of that idea, as this htmz looks to me to be. A reminder to never give up good ideas, focus on excellence, and focus on refinement to a completion of an id…

I am a little bit confused because your comments seem to imply initially that htmz is written by someone other than you, and then later that you wrote htmz. Who are you and what is your relationship with htmz and its creators? Please be honest and refrain from violating federal law and FTC guidelines in your response.

I don't think this person is implying that at all (nor do I think that anyone needs to be trotting out federal law and FTC guidelines here :).

"I had an idea to use named iframes [...] But, I never simplified it well nor expressed a polished and elegant realization of that idea, as this htmz looks to me to be. [...] the comments here [...] are exactly what I hoped to hear reflected about my creation, and are totally on point for what this type of thing should be."

Seems pretty clear to me. This person had a similar idea but didn't complete it, and finds the flavor of appreciative "nice hack" energy (as opposed to "this is enterprise" or "this is a revolution" energy, I guess) appropriate for the project and the type of feedback they had wanted to hear had they completed their project.

Re: Show HN: htmz – a low power tool for HTML

#130

Post by SushiHippie »

pmontra wrote: post #88
SushiHippie wrote: post #85

Earlier quoted context omitted.

Or uBlock origin (from the same author) which is still maintained

It is maintained but the UI for dealing with JS is horribly time consuming and overly complex compared to uMatrix. I'll never really understood it and I keep using uMatrix on my laptop. I switched to NoScript on my phone. Maybe I can install uMatrix now if Mozilla really unblocked many extensions. If uMatrix stops working, I'll switch to NoScript everywhere for JS and uBO for all the other issues.

I've never used uMatrix what can uMatrix do what uBlock can't? I have set all sites to no js, and if something does not work I click the JS toggle in the menu, reload the page and thats it.

And yes uMatrix should work on Firefox on Android. ( At least it is installable)

Post reply on HN