-
Notifications
You must be signed in to change notification settings - Fork 82
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
Using on modern browsers while not breaking non-supported browsers #112
Comments
Ally is going to support IE9 with the next official release. You can try using 1.1.0-beta.4 for now. As for IE8 I have not yet investigated what we could/should do. I hoped adding html5-shiv would solve most of the problems, but I haven't actually tried running ally.js on IE8. Depending on the tool you're using to resolve that |
of course I meant the es5-shim. I just had a quick look at intern and found that the test framework would not run on IE8. As for simply loading but not using the library on IE8, I've found a few instances where <!--[if lt IE 9]>
<script src="node_modules/es5-shim/es5-shim.js"></script>
<script src="node_modules/es5-shim/es5-sham.js"></script>
<![endif]-->
<script src="dist/ally.dist.js"></script>
<script>console.log('loaded');</script> I have not verified functional integrity, because the test framework won't run on IE8 - which would be the next step for #71 |
It turns out that IE8 is no longer supported by the test framework. There used to be a separate version supporting older IE, but in light of Microsoft officially ending support for IE8 they ended support as well. To be honest, I have no intention of fully supporting IE8. If it were as simple as supporting IE9 was, I'd bite the bullet and add support. But it's not. IE8 is way too far behind. I'm not yet sure how I want to proceed with this. |
Did you configure anything so that you'd get ES3 code, or are you loading the es5-shim in that project? |
Thanks for such a detailed response! I wouldn't expect you to support IE8, it's a shame I have to for this project. I guess I'm just looking for a workaround, so I can use it in supported browsers. I do have the es5-shim (and sham) on this project. It seems that, if I run Ally through Babel (I had to turn I'm leaning towards maybe just injecting the script if it's not IE8.
This seems to work ok, do you see an issue with that approach? |
I must have had errors in my code as I'm still getting the |
correct.
You may want to try ally.js.tar.gz build 404 first. (just note that the file is not going to be available forever) |
I just tried the minified file in build 404 and I'm getting an error in IE8
from this line...
Should I try the manual extraction instead? |
are you executing the code in IE8? Because that shouldn't work anyway. loading
and that points to
sure, give it a go. |
It's getting Bablified and ShimShamed (new word!) so that's weird. I tried doing build from the pre-release and got this...
npm v3.4.1 Any ideas? |
what do you mean by pre-relase? Are you referring to Releasing ally.js? npm run clean
npm run build I'm running node v4.2.2 so that should be fine. But I'm on npm v2.14.7 - maybe that's a problem? |
I mean, I was using this 1.1.0-beta.4 pre-release build as my starting point. Npm version could be an issue, not sure. I'm not super clued-up on npm stuff. Do you have any rough gauge on when the IE9 support will make it into master? This project doesn't go live for a few weeks so I might just hold off. |
Hi @rodneyrehm, after updating to
Any ideas? |
Looks like domtokenlist-shim is the problem here. I've created jwilsson/domtokenlist#16 to fix that. |
Thanks! |
I notice that your domtokenlist-shim fix was merged in, do you need to update your fork? |
Sorry for the delay. I've pulled that IE8 fix into the fork. I didn't do this right away because I was working on something to replace domtokenlist-shim with, but then life happened. Anyway, the fix is in but now BrowserStack is acting up again. hoping to resolve this over the weekend… |
Hey no worries at all! I really appreciate you looking into this. I tried downloading master and building the files and I'm still getting the error. Not sure if there is something else I needed to do. |
Grabbed the |
This is getting ridiculous. Apparently I didn't update all the distributables of domtokenlist-shim… the build 539 contains all the changes and I've verified loading that file (with es5-shim) in IE8. |
Heh no worries! Unfortunately, I'm getting a different error now. Same error message
Just to clarify, I'm using the
...and I am running the full file through Babel (although I've tried it without Babel and I get the same error). |
Can you check if ally-ie8 works for you? As far as I see I tested against es5-shim 4.5.7. |
Ok we're getting closer! That works fine, I also tested in my environment using the exact same scripts you are using and it works fine. If I add part of the script I'm using, the error appears...
Hope that helps |
Ha! ally.js will load in IE8, but it will not execute. The idea is that you don't have to serve different files to IE8 than to all the other browsers. But actually using ally.js in IE8 is not possible and will not be possible. You'll have to add escape hatches to your code so that in IE8 ally is not used. |
Aaaaah of course! My mistake, I was thinking (wrongly) that I would be able to use it without escaping for IE8. Added those in and everything is fine. Thank you so much for nutting this out with me, you've gone above and beyond the call of duty to help me out and I really appreciate it. |
Hi there, I know that Ally.js doesn't support IE9 and below (currently) but could you advise how I could safely use this on a project that supports IE8 without it causing an blocking error?
The following worked in removing errors from IE9 but IE8 still gets this error:
expected identifier, string or number
This is obviously pretty crude, if you have a clever workaround it would be much appreciated. The project uses Browserify and Babel.
Many thanks
The text was updated successfully, but these errors were encountered: