News for hackers. Stuff that matters.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by ajkjk on Monday May 29, 2023 @10:43AM (#36114486)
There is always going to be a user interaction that is sufficiently complex as to require JS. Arbitrarily limiting to just CSS severely limits what you can do.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by onion2k on Monday May 29, 2023 @11:12AM (#36114753)
It's not arbitrary though. It's a choice to save bandwidth shipping unnecessary javascript rather than making it easier to develop the website. At the scale of Wikipedia that isn't unreasonable.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by ajkjk on Monday May 29, 2023 @12:16PM (#36115327)
It's not unnecessary if the feature is something you want?

There's this pattern on HN: people value a feature as having 0 utility and then become annoyed that someone has paid time/performance/money for them. Well duh, if you discount the value of something to 0, it will always be a bad idea. But you're never going to understand why people are paying for it if you write off their values.

At my last job there were countless pieces of UX to make things smoother, more responsive, better controlled by keyboard or voice reader, etc.. that required JS. It was not possible to make our site as good as possible with CSS, and it certainly wasn't worth the tradeoffs of loading a big faster (not that it couldn't have had it's loading time improved--just, cutting JS was a nonstarter).

Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by onion2k on Monday May 29, 2023 @01:17PM (#36115897)
It's not unnecessary if the feature is something you want?

The js is unnecessary if you can achieve the same result with plain css.

Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by ajkjk on Monday May 29, 2023 @03:29PM (#36117130)
And you often can't.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by spartanatreyu on Monday May 29, 2023 @07:42PM (#36119450)
In my experience, most people just aren't aware of what CSS is capable of.

But to play devil's advocate: just because you can, doesn't mean you should.

Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by TheAngush on Monday May 29, 2023 @05:53PM (#36118550)
If you replace JavaScript with CSS you aren't saving bandwidth; you're trading it.

In many scenarios I'd argue CSS would require more bandwidth. It can get quite verbose.

Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by uoaei on Monday May 29, 2023 @11:04AM (#36114676)
Fairly certain that's literally the point of simplifying interfaces. Do what you need with what you have. Don't try to shove a racehorse into a VW Beetle.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by blowski on Monday May 29, 2023 @01:08PM (#36115801)
As the old saying goes “simple as possible but no simpler”. There are likely some uses of JavaScript that make the UI simpler.