Material-ui: IE Support (I hate to ask this)

Created on 27 Mar 2015  路  26Comments  路  Source: mui-org/material-ui

Ok, I hate to be that guy, but I can't see anyone on the issues that has asked the IE support question. So here it is. Does this awesome framework have any support for the bastard children (IE9, IE10, & IE11). If so, how good is it? I just tried to pull up (http://callemall.github.io/material-ui/#/) on an IE9 VM and IE10 VM. It could not even load the page. Does anyone else have this on their radar, or have any input on this? Do I require polyfills? If so which? If there are any docs on browser support, please point me towards them.

I would like to use this framework, but the overlords are concerned with IE support, so I must be as well. Anyway, regardless of this, awesome job. Hopefully I can use this at some point in time. Thanks in advance for any input.

docs

Most helpful comment

Where can we find list of current supported(tested) browsers? Need to know if we can adopt this or not :)

All 26 comments

Same story here. IE support (9, 10, 11) is unfortunately quite vital for us so it would be nice to get some clarification to this issue.

Didn't dig to far into this, but looking at ie10 it looks like just doing toString.call() doesn't work. http://stackoverflow.com/questions/19321938/invalid-calling-object-error-in-ie

The issue is triggered in places like this. https://github.com/callemall/material-ui/blob/master/src/js/app-bar.jsx#L50

Possibly related Issue from Bootstrap-Tour: https://github.com/sorich87/bootstrap-tour/issues/214

IE11 looks good for me if toString.call() in dialog.jsx:24 and app-bar.jsx:50 get's replaced with Object.prototype.toString.call().

Hey everyone! @hai-cea might know more information about IE support, so I'll leave it to him to answer in more detail. In the mean time, I'll submit a pull request to fix the toString.call() issue.

Found a several issues in IE11:

  • Sliders don't move
  • Switches styling is misaligned and the ripple effect is wrong
  • Font looks really bad

I'm curious. I would imagine the type of clientele call-em-all has (churches, schools...) would make IE support a high priority. Is this not the case?
We would like to use MUI but need to get a sense of whether IE 10/11 issues are important to the community or not

Does MUI basically works in IE10?

@hai-cea @mmrtnz It'd be great to get some clarification on browser support.

As far as i can see 90% of components work fine in IE9. However it look like nothing will work on IE8.

I think i would use this for projects that don't require IE8

As far as @mikesimkin comments, sliders seem to work fine on IE9 and IE10 however they are jumpy (Not an issue if the user is on IE they are used to it) Also switches do work but again its not going to be nearly as smooth as a good browser.

any movement on this? without an offical specification im guessing allot of projects cannot use this library

The answer is, Material-UI is moving towards using flex internally, so any browser that supports that is a target. In addition, MS have dropped support for IE < 11, and we have followed suit. (Global usage of IE10 = 0.63%*)

*http://caniuse.com/#search=flex

I'll make this a docs issue - just need to figure out the best place to put it. :smile:

Just to add -- we will have a higher focus on cross browser compatibility (where we can with the tech we're choosing to use) once we reach 1.0

thank you MS... thank you so very much :-)

Where can we find list of current supported(tested) browsers? Need to know if we can adopt this or not :)

@sontek I would take this to be the defacto list: http://caniuse.com/#feat=flexbox

Some components will work with older browsers, but that isn't guaranteed in future versions as we continue to adopt flexbox.

@mbrookes Yeah, the reason I asked was because of flexbox. As you can see from that page you linked there is no version of IE that implements flexbox properly and so I'm wondering if you are explicitly saying IE will not be supported or if you'll at least be supporting IE and working around their flexbox bugs.

@sontek IE 11 is the only version of IE supported by Microsoft on Windows desktop, and that version has enough flexbox support that Material-UI should work fine. If it it doesn't, you can probably consider that a bug, as I don't believe there's anything on the "Known issues" list that list we can't work around.

@Mauricio28 Can we close this issue?

I wouldn't close it without updating the docs to describe what @mbrookes said above. "IE 11 is the only version we will be supporting" or something like that. This is definitely a developers point of view and not a pragmatic view of the actual usage of each browser but if thats what the project is going to do then they should document it or more people will just re-open or recreate this ticket.

This is definitely a developers point of view and not a pragmatic view of the actual usage of each browser

[citation needed] 馃槃

http://caniuse.com/#feat=flexbox 94% of browsers support flexbox.

It's a tradeoff for sure, but supporting a browser that the browser vendor doesn't is an uphill battle that we don't have the resources for as a volunteer team.

if thats what the project is going to do then they should document it

Please submit a PR for that.

A minimum browser support of IE11 is ok when considering normal demographics such as http://caniuse.com. Although IE9, IE10 and IE11 have large usage spikes during office hours.

@nathanmarks @oliviertassinari we've found some text overlap issues in TextField with IE9. It's because translate3d is not supported. Would you guys be alright with switching to regular translate?

@hhaidar I'm wondering why we actually use translate3d?

  • That's promoting the floating label into his own layer, but, is this a good idea?
    Well, that doesn't sound like a bad tradeoff.
    I think that we should use will-change in that case.
  • For the perspective(1px)? I haven't tested the impact but I feel that we can remove it.

@oliviertassinari yea seems to look at the same without translate3d/perspective, I'll open a PR in a bit.

Closing in favor of #1865.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

ghost picture ghost  路  3Comments

FranBran picture FranBran  路  3Comments

mb-copart picture mb-copart  路  3Comments

finaiized picture finaiized  路  3Comments

mattmiddlesworth picture mattmiddlesworth  路  3Comments