You/we don't have to suffer the headaches of "what the heck changed since the version I was using...", the jQuery overlords have really done us a great service in offering this cool migration checker - so let's use it!
* Click on the hyperlink for the line where the message was generated.
* Set a breakpoint.
* Refresh the page.
* View the stack trace(s).
Adding stack traces to the plugin itself would be difficult, since that's not standardized functionality and it would add quite a bit of bulk to the plugin.
Those are warnings to let you know that you are using deprecated functionality. Everything should still work, but you'll want to switch to the updated versions soon.
Instead of $.browser, use $.support, and instead of .live(), use .on().
Ah, gotcha. If you have the console open at the time when the warning is triggered, you should be able to get a backtrace by clicking on the arrow beside the warning -- that will show you whereabouts in the code the problem is.
At least that's how it works in Chrome, I think Firefox does the same.
Nothing too terribly exciting, but the Source Map feature, allowing easier debugging inside minified code seems very useful. Chrome only, but still an extremely slick feature:
As I understand it, JQuery 1.9 and 2.0 are supposed to be API identical so what is suggested is to offer JQuery 1.9 to sub-IE9 via conditional comments.
Faster how? Do you have any source? Only thing I remember from my brief scan of the release notes was that it was faster to load as it was smaller (fewer browsers to support) but I don't recall anything about processing speed, happy to be proven wrong of course.
>jQuery 2.0 will not run on oldIE. As a result of removing several layers of barnacle-encrusted code, it will be both faster and smaller than jQuery 1.9.
My take here is that various bits of logic have been removed which will also improve processing speed.
Of course, they may have been referring to the load speed, and the increase in processing speed may be negligible.
IE8 is almost 4 years old. I think in another couple of years market share will easily be under 5%.
Sure, people on XP can't upgrade to another IE, but they can install Chrome, Firefox or Opera. In the corporate world, admins will upgrade to something else when they have to. With a little nudging maybe they'll have to sooner than later.
> Microsoft needs to fix their crap browser, rather than forcing every web dev on the planet to use nasty hacks and workarounds.
This is not a problem unique to IE. Firefox, Chome, Safari, and others all need shims/patches/etc too:
> But to the point about cross-browser issues, it’s a complete myth that today’s modern browsers have no differences. Look through the jQuery source code and you’ll see plenty of places where it has to fix, patch, and mask issues in modern browsers; those problems didn’t end with IE8. jQuery 2.0 now has more patches and shims for Chrome, Safari, and Firefox than for Internet Explorer!
So, how about we stop spreading myths and using vitriolic language, and provide constructive criticism and feedback so Microsoft and others can all fix bugs and issues with their browsers?
Code that I write almost invariably works without change in Chrome, Firefox, Safari, and all the others (including Opera), then I wind up having to do a bunch of hackery to make it work in IE.
I'm talking basic layout and JS functionality, not super-convoluted stuff like jQuery.
Sorry, it's an IE problem.
As for "constructive criticism and feedback": Microsoft has been ignoring it for the last 15 years. What makes you think they're going to start listening now?
Can anyone comment on or point me to a resource describing what will break when using jQuery 2.0 in an older IE? I assume pages will still render and most basic jQuery functions will still work, but it would be good to know exactly what the degraded behavior will be.
Everything, including events will break since IE<9 doesn't support addEventListener, thus $(document).ready() will not even run. Basically don't use 2.0 for the web. The only advantage is that it will be smaller, so if you have a mobile specific site, it could be better.
A better recommendation would be 'don't ship JavaScript to oldIE'.
IE 6-8 have terrible JavaScript engines, JavaScript is going to do very little to help you deliver a good experience to users stuck on those browsers. For websites, let these users round-trip to the server for form-submissions, links etc. Progressively enhance with JS for IE9+
If you have commercial customers stuck on oldIE and have to deliver a single-page web app, your answer is Chrome Frame (and yes I've had experience asking customers on corporate networks to install Chrome Frame and had no objections/problems yet, as long as you're up-front with them).
I'm going to take a wild guess and say that IE's javascript engine will halt processing any additional code when it hits an error, so if your site relies on it it won't work very well indeed.
You/we don't have to suffer the headaches of "what the heck changed since the version I was using...", the jQuery overlords have really done us a great service in offering this cool migration checker - so let's use it!