You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Features like jQuery.browser are being removed from jQuery 1.9 to clean up the API, reduce the size of the library, and reflect the best practices that we preach. To ensure that we don't break too much code, they will be available in a jquery-compat.js plugin that can be included alongside jQuery 1.9 or 2.0.
I don't think there's a whole lot of actual coding to be done here, but it does cross a bunch of areas so I've marked it as something that could involve all four core tables. You could even say, 😏 ➡️ 😎, this problem requires quad-core processing. Here are the tasks I can see at the moment:
Identify the existing Trac tickets related to removing these features, or create new ones if they don't already exist.
Ensure that the API docs are clear that these were deprecated as of some previous version (many as of 1.8) and are removed in 1.9 but can still be found in the compat plugin. Some banner or background should make it clear so people won't accidentally use these. The current docs aren't in-your-face enough IMO.
Move the API or functionality from the core code and tests to the plugin. Each API call should go in its own file so that it is possible to include them separately. Unit tests can be done only on the combined file if that's easier.
Create a build file to create and lint the combined file but perhaps also minify the individual files so they can be used without the entire plugin.
I was thinking it would be useful if the uncompressed "development" version of the plugin would generate console messages to warn that deprecated/removed functions were being used. Uglify has a feature to allow these to be removed as dead code in the minified builds. It might be possible to even use the compat plugin as a migration tool with <1.9 code to let you know that something was using features that should be avoided or rewritten.
NOTE: Not all deprecated APIs are being removed; for example .live() is staying although it is deprecated. Also note that not all removed functionality has to be supported by the compat plugin if it turns out to be too difficult to do--let's discuss as we come to those situations.
The text was updated successfully, but these errors were encountered:
Features like
jQuery.browser
are being removed from jQuery 1.9 to clean up the API, reduce the size of the library, and reflect the best practices that we preach. To ensure that we don't break too much code, they will be available in ajquery-compat.js
plugin that can be included alongside jQuery 1.9 or 2.0.I don't think there's a whole lot of actual coding to be done here, but it does cross a bunch of areas so I've marked it as something that could involve all four core tables. You could even say, 😏 ➡️ 😎, this problem requires quad-core processing. Here are the tasks I can see at the moment:
I was thinking it would be useful if the uncompressed "development" version of the plugin would generate console messages to warn that deprecated/removed functions were being used. Uglify has a feature to allow these to be removed as dead code in the minified builds. It might be possible to even use the compat plugin as a migration tool with <1.9 code to let you know that something was using features that should be avoided or rewritten.
NOTE: Not all deprecated APIs are being removed; for example
.live()
is staying although it is deprecated. Also note that not all removed functionality has to be supported by the compat plugin if it turns out to be too difficult to do--let's discuss as we come to those situations.The text was updated successfully, but these errors were encountered: