4 ms·

You are wrong. Install the NoScript extension and you can see your site without js. NoScript also allows you to selectively enable js per site on a temporary or

by dmm 9y ago

You are wrong. Install the NoScript extension and you can see your site without js. NoScript also allows you to selectively enable js per site on a temporary or permanent basis. This is the default way that I and many other people browse the web. https://noscript.net/ https://noscript.net/

TikiTDO 9y ago
Just looking around, general available figures for public internet (as opposed to tor) suggest that anywhere between 0.1% to 1.0% of users have JS disabled. These numbers have also been consistently going down over time. That's a fairly small number to dictate how a system should be designed.
- losteric 9y ago
  That depends on your target demographic. JS is more frequently disabled among tech-literate customers, so a cloud provider's home page would probably benefit from working without JS.
- gatmne 9y ago
  > These numbers have also been consistently going down over time. That trend might reverse if vulnerabilities like these continue to surface.
- alkonaut 9y ago
  Right. It’s like designing for any other tiny group: color blind, blind, people who don’t read any of the 3 languages your site is already translated to, etc. I’m not saying that shouldn’t be done, but business wise its probably usually best to instead add design changes for the latest smartphone screen. The web isn’t a hypertext graph anymore, it’s a large JavaScript program with a thin html front now.
chrisseaton 9y ago
I think you’re misunderstanding. The person you’re replying to wasn’t saying you couldn’t disable JavaScript. They are saying the websites they and many in the industry develop won’t work like that and haven’t since the turn of the century. That’s what they were claiming to be not wrong about, and they aren’t. Turning on NoScript shows the problem but doesn’t solve it.
- jerrycruncher 9y ago
  "Turn of the century"? JS was used for little more than swapping images on mouseover and changing/"animating" title bar text back then. The "you will see absolutely nothing or a ream of {{blah}} text" without js enabled really only became prevalent in the last 5-or-so years. Even in the halcyon days of jQuery usage you could get around quite comfortably without js, as js was still being used to augment webpages rather than replace them entirely.
  - jeremyjh 9y ago
    It wasn't common practice, but fully Javascript rendered applications were a thing as early as 2001. That was when my company developed the first one that I know of. It was a godawful ugly pig but it worked. Most sites did nothing like that, but they did use Javascript and would break in various ways without it. At that time, there were a lot of people admonishing web developers to test their applications with Javascript disabled. Sort of like now. ETA: I had to look it up - XHR was first available in IE 5 as an ActiveX control. The internet at large couldn't really expect it to be available but I believe that is where we first used it. Initial release: March 18, 1999; 18 years ago
    - vanviegen 9y ago
      Before XHR, there was an iframe trick that could be used to the same effect. We were abusing that to do streaming updates (stalling requests until the server had new data) on then likes of IE5 back in 2004. WebSocket eat your heart out! :-)
    - jerrycruncher 9y ago
      I'm not denying that the technology was sort of there (especially/only if you were writing a corporate app that targeted one and only one browser, probably as a replacement for an in-house VB/WinForms app). My point, which you mostly reinforced, was that it was not at all common for a user opting not to enable javascript to see a completely broken public-facing site until relatively recently.
theclaw 9y ago
That doesn't make the effort required of a developer to remove an existing JS dependency any easier, though, other than allowing them to see how the site breaks which can already be done using the F12 dev tools. A lot of sites rely on JS to function even at a basic level these days and I think the parent was saying it's unlikely that that's going to change.
nostrademons 9y ago
As a developer, it's even easier to test without Javascript: open Chrome Developer Tools, select Settings from the hamburger menu, and check "Disable Javascript". As the other comments point out, though, the biggest problem is that this is economically irrational for most site owners. The figures on JS-disabled usage I had when I was still at Google (3+ years ago now) were at the lower end of TikiTDO's range. It generally doesn't make economic sense to spend developer time on an experience used by 0.1% of users, particularly if this requires compromises for the 99.9% of users who do have JS enabled.
- keltor 9y ago
  I'd bet a certain percentage of THOSE were actually lynx/links/elinks users rather than no script users.
- confounded 9y ago
  Culling all that JS can make things faster for everyone. If you have a web app there’s no point, but if you’re displaying text and images and your site doesn’t work without JS, you’ve over-egged a solved problem. (... While increasing perceived latency, especially for mobile users.)
propogandist 9y ago
you are better off with uMatrix which gives the user significantly more control on what loads/executed: https://github.com/gorhill/uMatrix https://github.com/gorhill/uMatrix (it's the more advanced version of uBlock, from the same dev)
yborg 9y ago
The old NoScript. The new WebExtension compatible version just blocks, it has no way to disable js.

by dmm 9y ago

TikiTDO 9y ago

Just looking around, general available figures for public internet (as opposed to tor) suggest that anywhere between 0.1% to 1.0% of users have JS disabled. These numbers have also been consistently going down over time. That's a fairly small number to dictate how a system should be designed.

losteric 9y ago
That depends on your target demographic. JS is more frequently disabled among tech-literate customers, so a cloud provider's home page would probably benefit from working without JS.
gatmne 9y ago
> These numbers have also been consistently going down over time. That trend might reverse if vulnerabilities like these continue to surface.
alkonaut 9y ago
Right. It’s like designing for any other tiny group: color blind, blind, people who don’t read any of the 3 languages your site is already translated to, etc. I’m not saying that shouldn’t be done, but business wise its probably usually best to instead add design changes for the latest smartphone screen. The web isn’t a hypertext graph anymore, it’s a large JavaScript program with a thin html front now.

chrisseaton 9y ago

I think you’re misunderstanding. The person you’re replying to wasn’t saying you couldn’t disable JavaScript. They are saying the websites they and many in the industry develop won’t work like that and haven’t since the turn of the century. That’s what they were claiming to be not wrong about, and they aren’t. Turning on NoScript shows the problem but doesn’t solve it.

jerrycruncher 9y ago
"Turn of the century"? JS was used for little more than swapping images on mouseover and changing/"animating" title bar text back then. The "you will see absolutely nothing or a ream of {{blah}} text" without js enabled really only became prevalent in the last 5-or-so years. Even in the halcyon days of jQuery usage you could get around quite comfortably without js, as js was still being used to augment webpages rather than replace them entirely.
- jeremyjh 9y ago
  It wasn't common practice, but fully Javascript rendered applications were a thing as early as 2001. That was when my company developed the first one that I know of. It was a godawful ugly pig but it worked. Most sites did nothing like that, but they did use Javascript and would break in various ways without it. At that time, there were a lot of people admonishing web developers to test their applications with Javascript disabled. Sort of like now. ETA: I had to look it up - XHR was first available in IE 5 as an ActiveX control. The internet at large couldn't really expect it to be available but I believe that is where we first used it. Initial release: March 18, 1999; 18 years ago
  - vanviegen 9y ago
    Before XHR, there was an iframe trick that could be used to the same effect. We were abusing that to do streaming updates (stalling requests until the server had new data) on then likes of IE5 back in 2004. WebSocket eat your heart out! :-)
  - jerrycruncher 9y ago
    I'm not denying that the technology was sort of there (especially/only if you were writing a corporate app that targeted one and only one browser, probably as a replacement for an in-house VB/WinForms app). My point, which you mostly reinforced, was that it was not at all common for a user opting not to enable javascript to see a completely broken public-facing site until relatively recently.

theclaw 9y ago

That doesn't make the effort required of a developer to remove an existing JS dependency any easier, though, other than allowing them to see how the site breaks which can already be done using the F12 dev tools. A lot of sites rely on JS to function even at a basic level these days and I think the parent was saying it's unlikely that that's going to change.

nostrademons 9y ago

As a developer, it's even easier to test without Javascript: open Chrome Developer Tools, select Settings from the hamburger menu, and check "Disable Javascript". As the other comments point out, though, the biggest problem is that this is economically irrational for most site owners. The figures on JS-disabled usage I had when I was still at Google (3+ years ago now) were at the lower end of TikiTDO's range. It generally doesn't make economic sense to spend developer time on an experience used by 0.1% of users, particularly if this requires compromises for the 99.9% of users who do have JS enabled.

keltor 9y ago
I'd bet a certain percentage of THOSE were actually lynx/links/elinks users rather than no script users.
confounded 9y ago
Culling all that JS can make things faster for everyone. If you have a web app there’s no point, but if you’re displaying text and images and your site doesn’t work without JS, you’ve over-egged a solved problem. (... While increasing perceived latency, especially for mobile users.)

propogandist 9y ago

you are better off with uMatrix which gives the user significantly more control on what loads/executed: https://github.com/gorhill/uMatrix https://github.com/gorhill/uMatrix (it's the more advanced version of uBlock, from the same dev)

yborg 9y ago

The old NoScript. The new WebExtension compatible version just blocks, it has no way to disable js.