Developers should stop supporting these unmaintained browsers and force users into a better, faster, and more modern experience. Too much time and energy is spent on supporting browsers that people are using simply because they don't know any better.
If seeing the message "Your browser is not supported" was a common occurrence people would stop using IE 11. Instead we punish everyone sending out bloated transpiled and polyfilled code just to placate the tiny minority using browsers half a decade old.
I agree, but I also can't stress this enough: if your site is mostly content, then just ship content. For me and my projects at Google, this happens by only shipping <script type="module"> code. Everyone else gets the basic HTML version.
I'm doing something similar with Vue. The modern mode flag makes it easy. It creates two builds. Using the module and nomodule fags IE users get transpiled code and everyone else gets just minified code.
I've found that its not foolproof though. It can generate some wierd errors when it converts a generator into a jumbled mess of semi-equivalent functions. Luckily I don't have to worry about it. I got the go-ahead to drop IE. Giving them the transpiled code is literally all we are doing for them. If it breaks, its not an issue.
IE users see a big warning on a login screen telling them in no uncertain terms that their browser will not work. Its kind of disheartening how many lines I still see in the server logs with "Trident". I don't know why these people are so stubborn and insist on using a slow browser on a website that tells them that they will experience errors on that site.
Very nice list.
Don't forget Custom Elements and Shadow DOM, which I think merit a place on this list since with Edgium, they're supported on all the Evergreens.
I'm avoiding Edgium. I think dropping IE11 gives you a big enough list that it's interesting right now.
Using XHR instead of the fetch API is not out of the question. Fetch isn't a 1:1 replacement, and as Chris Ferdinandi points out, requires two functions just to get the data in readable form. (In the first then() the data is in a stream.) Another great post by Glenn Stovall demonstrates how to write a small ajax function using XHR without any third party libraries.
You're not wrong, and the extra step is a bit misunderstood, although important if you want to stream large binary files (I used it in this PWA demo to show a %—blink and you'll miss it).
I have a few unrelated thoughts:
responseType = 'json'
This echoes lots of developer stories, sadly. On the flipside, I think primitives like Grid are so good now that many devs are just honestly forgetting about IE11.
And at least for CSS, IE11 will still serve, even if none of the elements are in the right place. And if your JS is done right for content sites, IE11 will still be readable!
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.