Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
files update versions of jquery and jquery UI
Comment | File | Size | Author |
---|---|---|---|
jquery_update.zip | 845.85 KB | jonn59 |
Comments
Comment #1
ericduran CreditAttribution: ericduran commentedThis doesn't apply. All these versions are already in.
Comment #2
JordanMagnuson CreditAttribution: JordanMagnuson commentedI'm a bit confused... I see jQuery 1.8.2 in the latest dev, not 1.8.3...
Comment #3
ericduran CreditAttribution: ericduran commentedWell there's an issue for updating to 1.9 which is better than just a 0.0.1 bump. Everything else is already in.
Comment #4
JordanMagnuson CreditAttribution: JordanMagnuson commentedSure. Just FYI, there is some actual functionality in 1.8.3 that is not present in 1.8.2... for instance this quickfilter plugin actually requires that 0.0.1: http://labs.syropia.net/jQuery-Quick-Filter/demo.html
Comment #5
JordanMagnuson CreditAttribution: JordanMagnuson commentedJust thinking about this a bit more... considering that there is some added functionality in 1.8.3, doesn't it makes sense for this module's "1.8" version of jQuery to be the last released 1.8 version (even after 1.9 is included)? Not trying to quibble about the 0.0.1, but it does seem like a best practice to include the latest version of the given major release...
Feel free to close again if you disagree...
Comment #6
JordanMagnuson CreditAttribution: JordanMagnuson commentedI'd be happy to provide a patch, if it makes any difference...
Comment #7
ericduran CreditAttribution: ericduran commentedSo it's not feasible for this project to update jquery every single 0.0.1 release.
So instead of wasting bandwidth I would rather just update to 1.9 which if you want the features in 18.3 you can just use 1.9 instead.
Does this make sense?
Comment #8
JordanMagnuson CreditAttribution: JordanMagnuson commentedI can wait for 1.9. But I don't quite understand why 0.0.1 patches cannot be applied, if someone is willing to create and submit them?
One issue about waiting for a new major release, is that it's possible for some backwards compatibility to be broken... i.e. it's possible that 1.8.3 would work for my needs, but 1.9 would break something... See, for instance: http://stackoverflow.com/questions/14595108/jquery-1-9-backward-compatib...
Obviously I can role my own little custom module, where I grab the latest version of 1.8, but it seems like that would be a shame, when the purported purpose of this module is to provide the latest major versions of jQuery... I don't quite understand where the waste of bandwidth comes in...?
Comment #9
klonosLets keep each version of jQuery in its own issue and file separate requests for jQuery UI. Here are the respective issues for the other versions of jQuery:
#1156860: Offer latest jQuery 1.6.x as an option (currently 1.6.4).
#1546668: Keep jQuery 1.8.x updated to the latest version available (currently shipping 1.8.2 - update to 1.8.3).
#1901672: Offer latest jQuery 1.9.x as an option (currently 1.9.1).
#2023789: Offer latest jQuery 1.10.x as an option (currently 1.10.2).
#1974482: Offer latest jQuery 2.x as an option (currently 2.1.0) - Fall back to 1.x for IE6/7/8.
Comment #10
klonos...
Comment #11
klonos...assigning to the proper component after (part of) #2048923: Create separate entries for each jQuery and jQuery UI version in the project's "Component" drop-down. was implemented ;)
Comment #12
markhalliwellNot sure if this was done or not... needs to be checked.
Comment #13
NancyDru