HTML Can Do That • Hacker News Board

Re: HTML Can Do That

#91

Post by Theoleff » Thu, Aug 20, 2026, 6:13 PM UTC

[flagged]

Re: HTML Can Do That

#92

Post by zuzululu » Thu, Aug 20, 2026, 6:14 PM UTC

ngl i was surprised for the modal dialogs i always thought we needed javascript as i have been doing so forever with jquery

a bit off topic but wish we could bring back and . just good old fashioned stuff from the late 90s

Re: HTML Can Do That

#93

Post by florianherrengt » Thu, Aug 20, 2026, 6:14 PM UTC

I’m a big fan of simple things but I always go back to using a library or framework because it’s much easier to create a good, consistent UX

Re: HTML Can Do That

#94

Post by jccalhoun » Thu, Aug 20, 2026, 6:23 PM UTC

bee_rider wrote: post #23

jamescun wrote: post #5

I'm that minutia in your statistics that is still rocking NoScript in 2026, enabling JavaScript on a site-by-site basis, but this is increasingly difficult with the modern web. Hopefully these and others modern HTML features gain adoption, along with realizing perhaps a Single Page Application isn't necessary in most instances. I don't often have to write frontend code, but when I do, there is very little in terms of…

Thank goodness you exist, the fingerprinters will be confused as to which one of the two of us went to their website!

i'm right there with you!

Re: HTML Can Do That

#95

Post by sublinear » Thu, Aug 20, 2026, 6:26 PM UTC

dajonker wrote: post #89

Popover, dialog, invoker commands, our entire production app uses these everywhere and it works really well! The fact that dialogs and popovers are rendered on the "top layer" and that nested popovers are also automatically stacked on top of each other and have 'cascading close' shows how well these standards were designed. The only hard thing is still to position a popover near the element that triggers it, such as…

I'm curious how many people are involved in the design of your app and what their concerns are.

Testing for accessibility and on mobile devices has a tendency to derail the best intentions. What tools are you using for those concerns? I'm not asking because I need advice. I'm asking because I want to know what you or your team did.

Re: HTML Can Do That

#96

Post by evenhash » Thu, Aug 20, 2026, 6:32 PM UTC

jamescun wrote: post #5

I'm that minutia in your statistics that is still rocking NoScript in 2026, enabling JavaScript on a site-by-site basis, but this is increasingly difficult with the modern web. Hopefully these and others modern HTML features gain adoption, along with realizing perhaps a Single Page Application isn't necessary in most instances. I don't often have to write frontend code, but when I do, there is very little in terms of…

One thing you notice running NoScript is how prevalent Google is.

Even if a site doesn’t monetize with Google Ads, there’s a decent chance it’s pulling a script from ajax.googleapis.com, and Google still knows that you visited the site from the Referer of the script download.

Re: HTML Can Do That

#97

Post by peesem » Thu, Aug 20, 2026, 6:32 PM UTC

once again, i will ask: why do people care so much about only having one element open at a time? let me see what i want to see!

Re: HTML Can Do That

#98

Post by jimmygrapes » Thu, Aug 20, 2026, 6:36 PM UTC

silvestrov wrote: post #28

I'd really wish I could force ISO format for the date input as the current "platform native" is confusing for some users when the OS use a different language than the web page that is shown. For some multi-country companies it makes sense to have all admin pages in English no matter the underlying OS language. Imagine sending a screenshot where the OS date format is different from what everybody else expects from an…

Dealing with this right now. Got some people whose devices are set to display dates as dd/mm/yyyy and the janky pay submission form records it verbatim rather than translate to its internal mm/dd/yyyy format. If it's invalid date it will reject, but a guy submitted for August 4 and got denied for the system recording it as April 8. Spreadsheet MS Forms nonsense. Nobody cares.

Re: HTML Can Do That

#99

Post by 220hertz » Thu, Aug 20, 2026, 6:36 PM UTC

Here we all are in 2026, talking about HTML, like madmen.

Re: HTML Can Do That

#100

Post by zarzavat » Thu, Aug 20, 2026, 6:36 PM UTC

hnal943 wrote: post #75

culi wrote: post #66

Earlier quoted context omitted.

I hate what it does to my back button

HTMX is the solution

So instead of using JS to sort the table directly, now you make a JS fetch() request to sort the table?!

It does make sense in one situation, if the table is a large server-side paginated one and the sorting is really an ORDER BY clause. But for a basic table that fits entirely on the client, it doesn't make sense at all. There are tiny JS libraries that will make s sortable when you add a particular class name.