js;dr

From IndieWeb
Jump to: navigation, search

photo of page 88 of “Inclusive Design Patterns” by Heydon Pickering (October 2016) quoting from Tantek’s js;dr post: “If it’s not curlable, it’s not on the web.”

This article is a stub. You can help the IndieWeb wiki by expanding it.

js;dr is JavaScript required; Didn’t Read.

Pages that are empty without JS: dead to history (archive-org), unreliable for search results (despite any search engine claims of JS support, check it yourself), and thus ignorable. No need to waste time reading or responding.

Also known as, if it’s not curlable, it’s not on the web.

IndieWeb Examples

  • Aaron Parecki lost the 1999 version of his website, and archive.org only has the front page because many pages were hidden behind Javascript popup window links.
  • Smallest Federated Wiki (software). Not sure how inherent its js;dr is; maybe possible to write a non-js;dr theme/client?

Dead To History Examples

Examples of js;dr sites that failed to be archived in the Internet Archive, subsequently died, and thus all their content is dead to history.

Readability

Readability was js;dr:

In case you ever wondered how data loss thanks to “JavaScript required” looks like… screenshot of archive.org snapshot of Readability site missing content

(Screenshot showing Readability with "Loading Readlists..." but no actual content due to js;dr).

Web Content Examples

Examples of primarily content-based sites that are js;dr, in other words, have no real excuse other than poor engineering (or paying for poor engineering)

Huffington Post

Huffington Post articles are js;dr as noted https://twitter.com/kevinmarks/status/651165250666938369

CQlnByNVAAUNW7n.png

The Mill

https://www.themillsf.com/ is a San Francisco based cafe and bakery that serves pizza on Monday nights.

  • Solution: create your own indie venue, and in the link to their own home page, add caveats like "WARNING: Unreadable on some browsers due to Javascript. See js;dr for more."

Open Switch

What should be a very simple content-based website is rendered by Javascript instead. The initial view shows a loading icon which then renders the page after a few seconds.

Security Trap

Articles on securitytrap.com, e.g.:

ironically are empty without JS enabled:
This site requires JavaScript and Cookies to be enabled. Please change your browser settings or upgrade your browser.

As predicted in the js;dr post[1] - that securitytrap.com article is dead to history - the archive.org copy is empty of any content:

Webwewant Mozilla

2014-05-04 @seanparsons: “One that doesn't require Javascript”

2016-06-10 @anseljh: “The web I want doesn't need JavaScript to render content, @Mozilla.”

Screenshot of https://webwewant.mozilla.org/en/

Shows webwewant.mozilla.org loaded without Javascript, and a mostly blank screen.


2019-06-21 Webwewant.mozilla.org now (since when) redirects to mozilla.org

Webmaker

https://webmaker.org displays no content without Javascript, as the entire content of the page is loaded from Javascript.

webmaker-jsdr.png

Apple Podcasts Connect Help

Apple's Podcasts Connect Help documentation is js;dr for no good reason. Just content with a tree navigation sidebar, totally doable in HTML+CSS.

However at least they tell you in dozens of languages that:
To see this page, you must enable JavaScript.

2017-11-03-itunes-podcast-docs-jsdr.png

Except that one third from the bottom, looks like someone was slacking:
Lorem ipsum dolor sit amet, consectetur adipiscing JavaScript.

Adobe Creative Cloud Pricing

2017-12-31-adobe-creative-cloud-pricing.png

Other

  • ... add other js;dr content-centric examples here, along with suggested workarounds

If it's hosting of someone else's content, add it to the Silo Examples section below.

Silo Examples

Blogspot

Google's Blogspot weblog hosting silo's new (2014 and later?) templates tend to be js;dr, completely unnecessary and undesirable for a content-centric service. E.g. as tweeted: https://twitter.com/parkr/status/651142997564755968

CQlTGygVEAAImSG.png

Dropbox file URLs

Dropbox file URLs require loading scripts across multiple domains just to view a simple JPEG:

2017-03-24-dropbox-js-dr-jpg.png

Google Photos

Google Photos photo post permalinks are js;dr when they should at a minimum actually display the photo:

2017-06-16-google-photos-js-dr.png

WT Social

WT.social appears to be 100% js;dr, e.g. https://wt.social/wt/indieweb:

2019-11-20-wt-social-jsdr.png

Only default visible text:
Loading... Please enable Javascript

News (or commentary upon) and social network profiles should be serving HTML by default, not depending on JS.

Web App Examples

Google Maps

If you load Google Maps without JS, you get a cheeky error message:

googlemapsjsdr.png

The New Flash

Other (perhaps "artistic") examples which in the 1990s/2000s would have been built and deployed with Flash/SWF, and yet now depend on JS and perhaps other technologies designed to replace many old Flash use-cases.

networkeffect io

The site networkeffect.io when browsed without JS on, says:
To view this website, please enable JavaScript in your browser.

If you do enable JS, and your browser supports whatever JS their site has, you might see a screen like:

CQqHjTOUEAAkt3q.png

Thus elevating WebGL to one kind of "New Flash". (As discovered from https://twitter.com/mcclure111/status/651482137464541184 )

At a minimum the site should have a static text description, with perhaps a static image screenshot of what the WebGL would render by default.

Unsorted Examples

Rando js;dr sites that no one has bothered to further define or document whatever they are or do.

In Print

This book will last longer than your javascript:

Related Articles

Articles related to js;dr:

Commentary threads:

  • Hacker News
    I surf the web with NoScript (a FireFox extension to block java script on a per-domain basis, the sake of security). That also enforces "js; dr". Some pages show absolutely no content unless you allow JS from their domain, and perhaps others. I often don't bother; just back button out of there and go somewhere else.
  • Reddit
    I am seeing more and more single-page apps that are nothing more than documents, blogs or articles for which relying on JavaScript is not appropriate. Often this breaks down one way or another (back button, stuck "loading" screen, bad formatting).
  • Twitter: comments regarding js;dr and related
    • ... lots of individual tweets, threads, follow-ups

See Also

Retrieved from "https://indieweb.org/wiki/index.php?title=js;dr&oldid=69631"