As a NoScript user, I see a lot of similar content served via websites as well.
The ideal case is that a website gracefully degrades with JS disabled. That's largely a pipe dream with React usage being what it is, but some sites manage it. Github is one who still does this well.
The nonideal case is that I'm presented with a misrendered site, but I can still see some semantic information that may, or may not, be what I was looking for. Gitlab's an example of this.
The worst case comes where the site white-screens and doesn't load _anything_ of use. Reddit is an example where it loads nothing but a loading image. My worst pet peeve is the Stack Overflow-style failure mode, though, which explicit says: "Enable JavaScript and cookies to continue.", rather than making any attempt to show any content at all, which is most similar to what the author here is describing.
> As a NoScript user, I see a lot of similar content served via websites as well.
Same with umatrix, wsj.com as an example:
and I just skip the website.Out of curiosity is that just "modern" reddit or old reddit too? (However long old reddit sticks around, anyway, it's clearly not long for this world after they began requiring a login to use it so if the login page requires JS then it's kind of moot)
> As a NoScript user, I see a lot of similar content served via websites as well.
I tend to hit the back button. If the site has something I really then I enable temporarily reenable JS and then use reader mode.
Sorry, but the ideal case is that a website gracefully upgrades with JS enabled.
But sadly every one site on the net should both:
render in less than 50ms - to be in the top chart in AdSense, even if there is no such need
download everything and load everything so it would render the right way instantly - even if there are a literal hundred of the requests[0], again to improve the ranking in the AdSense
actually should load a full content of the page (hit F12 on [0]) on the first or second request but delay the display with an utterly stupid CSS animation what would spin until the last tidbit is downloaded and loaded - because fuck you visitor, especially if your connection is anything but absolutely perfect.[1]
and it's need to dynamically load the parts of the page even if all the content fits in less than 8kBytes - because dynamic! progressive! fuck you, user!
Like you can replace that bullshit at [0] with a tiny page content, tiny CSS file and do the shenanigans with JS shit later - but hey! that means somebody would for 5ms actually see the actual content before it would be mangled to a stupid dynamic shit with a pseudo mobile mode on a 4k landscape monitor!
[0] Eg https://forum.mikrotik.com/t/14-years-lasting-bug-disconnect...
[1] yes it's actually four points there - because even so called 'web programmers' nowadays don't know what the actual stack they use. And yes, the first and second point and even third - they are all contradicts themselves.