Your website should work without JavaScript (2021)

Post by danaris » Sat, Oct 15, 2022, 11:10 PM UTC

robalni wrote: post #114

whakim wrote: post #111

Earlier quoted context omitted.

I'm not really sure I get the point. Simply opening a browser means you're allowing the browser developer to run code on your computer, and you're giving them permission to do so by downloading, installing and using their software.

The differences between the browser I'm currently using and a random website with javascript on the web are: - The browser's source code is available so I can see what it does. - The browser is distributed by Debian who also distribute most other software I use so there is 1 organization to trust instead of 1000. - The browser is not downloaded and executed and upgraded automatically, so it's possible for me to know…

Post by c-cube » Sat, Oct 15, 2022, 11:33 PM UTC

sylware wrote: post #99

The real pertinent reason to regulate and to get noscript/basic (x)html web portals (at least on "critical" online services) is that "javascript" requires a grotesquely and absurdely massive and complex web engine, including its SDK. The only web engines today are blink/geeko, financed by google(vanguard/blackrock), and webkit financed by apple(vanguard/blackrock). They are all written using c++ which has also a grot…

Post by easrng » Sun, Oct 16, 2022, 2:49 AM UTC

robalni wrote: post #114

whakim wrote: post #111

Earlier quoted context omitted.

I'm not really sure I get the point. Simply opening a browser means you're allowing the browser developer to run code on your computer, and you're giving them permission to do so by downloading, installing and using their software.

The differences between the browser I'm currently using and a random website with javascript on the web are: - The browser's source code is available so I can see what it does. - The browser is distributed by Debian who also distribute most other software I use so there is 1 organization to trust instead of 1000. - The browser is not downloaded and executed and upgraded automatically, so it's possible for me to know…

Post by pyuser583 » Sun, Oct 16, 2022, 3:45 AM UTC

cercatrova wrote: post #84

I used to think this. I even used uMatrix (RIP) to disable all JS. After a while though, it simply wasn't worth it. You'll have a vocal minority on HN of JS disablers, but the truth is most people don't know or care about JavaScript, much less want to disable it. So, it's really not worth catering to this 0.2% or even 1% of people as the article cites. There are just too many interesting things JS can do. I've been p…

Post by cercatrova » Sun, Oct 16, 2022, 4:05 AM UTC

yellowapple wrote: post #138

cercatrova wrote: post #128

Earlier quoted context omitted.

> A particular example is using an animation library like Framer Motion that works with JS. It is somewhat possible to achieve similar effects in CSS, creating your own spring function in SCSS for example, to interpolate between values, but I'm not going to do that because it's effectively double the work for 1% of the users. > > Doing only the JS version means you spend the same engineering effort but it doesn't wor…

> Where did I say it would be the same engineering effort? Saying "double the work" implies the doubling to be total - i.e. the Framer Motion approach and the SCSS approach are each 100%, and doing both would therefore be 200% or double. What you're saying now would be more accurately described as "triple the work" - i.e. Framer Motion would be 100%, SCSS would be double that (200%), and the total would be 300% or tr…