Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v5: drop Internet Explorer support #30377

Merged
merged 11 commits into from
Mar 18, 2020
Merged

v5: drop Internet Explorer support #30377

merged 11 commits into from
Mar 18, 2020

Conversation

XhmikosR
Copy link
Member

@XhmikosR XhmikosR commented Mar 11, 2020

@XhmikosR
Copy link
Member Author

@Johann-S I think we could probably remove the makeArray function too? https://caniuse.com/#feat=mdn-api_nodelist_foreach

@ysds ysds force-pushed the master-xmr-rm-ie branch 2 times, most recently from fb2a541 to 336798b Compare March 11, 2020 15:16
@abarreraaponte

This comment has been minimized.

@richlira

This comment has been minimized.

@Johann-S
Copy link
Member

before that we should maybe upgrade our browserlist to Edge >= 16, what do you think @XhmikosR ?

@XhmikosR
Copy link
Member Author

@Johann-S that's already done in #30378

@Johann-S
Copy link
Member

so I'm definitely in favor of removing makeArray 👍

@XhmikosR
Copy link
Member Author

I split the makeArray removal patch to another branch because it potentially affects more browsers than IE.

The PR needs another review for the doc changes, a final rebase/squash of some of the patches and then we can merge it.

@XhmikosR XhmikosR changed the title v5: remove IE support v5: drop Internet Explorer support Mar 18, 2020
@XhmikosR XhmikosR marked this pull request as ready for review March 18, 2020 07:42
@XhmikosR XhmikosR requested review from a team as code owners March 18, 2020 07:42
@XhmikosR XhmikosR requested a review from Johann-S March 18, 2020 13:27
@rbonomo
Copy link

rbonomo commented Apr 7, 2020

Supporting IE would be a wise and thoughtful decision. You'll end up with people using a fork that supports IE. Supporting IE is a small challenge to overcome.

There is an ongoing Hacker News discussion that links here for everyone's context: https://news.ycombinator.com/item?id=22802003

Today's reality is that there are IE users, and by not supporting them you are excluding them.

@mohe2015
Copy link

mohe2015 commented Apr 7, 2020

I think they want to keep supporting bootstrap 4.

@mirap
Copy link

mirap commented Apr 7, 2020

Supporting IE would be a wise and thoughtful decision. You'll end up with people using a fork that supports IE. Supporting IE is a small challenge to overcome.

There is an ongoing Hacker News discussion that links here for everyone's context: https://news.ycombinator.com/item?id=22802003

Today's reality is that there are IE users, and by not supporting them you are excluding them.

Supporting Macromedia Flash would be a wise and thoughtful decision. Supporting Macromedia Flash is a small challenge to overcome.

Today's reality is that there are Macromedia Flash users, and by not supporting them you are excluding them.

#vogonpoetry

@withinboredom
Copy link

Supporting IE would be a wise and thoughtful decision. You'll end up with people using a fork that supports IE. Supporting IE is a small challenge to overcome.

There is an ongoing Hacker News discussion that links here for everyone's context: https://news.ycombinator.com/item?id=22802003

Today's reality is that there are IE users, and by not supporting them you are excluding them.

I think it’s more useful to point out which demographic would be using internet explorer instead of just saying “some users use it.” Such as military, government, schools, corporations, etc. These demographics are not reflected well in caniuse due to the fact that they’re already excluded from most of the popular web. However, these demographics are the most likely to use a framework such as this one, albeit, internally.

You may be shooting yourself in the foot here.

@LegoStormtroopr
Copy link

To everyone saying, if you want to keep supporting IE just use Bootstrap4, Bootstrap4 is End-Of-Life at the end of this year:

image

The decision to drop IE support is understandable, but as @withinboredom pointed out a lot of the education, government and big banking sectors still use IE (and do so with Microsofts blessing).
Also there are a lot of startups that support these industries, so its not always a case of saying "hey if they are so big, just change the policy".

Remove IE support from Bootstrap5, but at least give us some longer support for Bootstrap4.

@keithn
Copy link

keithn commented Apr 8, 2020

I think if you remove it, bootstrap no longer becomes a simple choice. BS5 suddenly turns into a bet, where BS4 is a safer bet, but it will become unmaintained.

In my experience, the majority of IE11 users are often the users with $s who want to pay for products. Mostly because they are bigger companies/organizations.

tough choice.

@mdo
Copy link
Member

mdo commented Apr 8, 2020

This is the same issue as moving from v3 to v4 when we dropped support for IE9, and the same as moving from v2 to v3 when we dropped IE8. You can still use the older versions despite new ones coming out.

@twbs twbs locked and limited conversation to collaborators Apr 8, 2020
@XhmikosR
Copy link
Member Author

XhmikosR commented Apr 8, 2020

Just to give some context.

We went back and forth with this issue for quite some time. I, myself, was in favor of keeping IE support until it became an issue for us. In our last team call, we evaluated the pros and cons of keeping IE support and the pros outweigh the cons.

  1. v4 will be supported for quite some time which means people who want to support IE can still use this version, like people could use v3 after v4 was released and we kept supporting it for a long time.
  2. Dropping IE support isn't something we decided to do out of spite or something; it really allows us to improve things for everyone else. And by seeing the numbers, the people that will benefit are multiple times more.
  3. The first clear gain of dropping IE is the use of CSS variables. Our CSS size (bootstrap.min.css) is already down by 10%, and the decrease will keep getting bigger. Less CSS is always better for everyone.
  4. The JS size is also down; there are almost no polyfills needed for the features we use, and let's not forget the jQuery removal in v5

Now, in an ideal world we could have all of the above. But our world is not ideal.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.