We’ve gotten a lot of feedback since last week’s announcement about the plugins site’s unfortunate tumble into oblivion, and I’d like to address a few of the most important concerns that have surfaced since.

“Could you make the old backup available for posterity?”

Yes. We can — and have. Over the weekend, we restored the most recent backup we had, and the original site is now living at archive.plugins.jquery.com; you should be able to browse through everything that’s there to your heart’s content. We also applied the most recent user information we had, so if you had an account on the old site at any point in the last year, it should still work. However, the site is closed to new user registrations. If you really need a new account, please get in touch with me personally and I can get that straightened out for you. We’ve also set up a redirect, so that if you should encounter any links to plugins.jquery.com in your browsing, you’ll (hopefully) end up at the corresponding page in the archive.

Just get a backup from the Wayback Machine!

While the Internet Archive has cached versions of content that was updated more recently than last October, we just don’t have the people-power to re-create the lost posts manually in the new archive site. If you have an account, you can feel free to add “new” or old plugins, or update existing ones, should you desire to. However, this archive will not be indexed by search engines.

If you hate CMS-es so much, what’s with WordPress?

We’re in the middle of a network-wide redesign, and WordPress offers us a valuable set of tools when it comes to theming, searching, and serving a group of sites. Our new motto, however, is pull requests, not passwords; we’re implementing theming, documentation, plugins, and more in such a way that contribution will not actually require an account on our CMS at all. As I outlined in the initial post, the plugin submission process will only involve adding a post-receive hook to your repository. In the event of a similar catastrophe, we’re made sure we’ll be able to replay the entire plugin contribution history and get the site back up to speed right away. Our goal is to leverage the WordPress features we find useful without it serving as a barrier to entry or as the canonical warehouse of content. If you are of the mind that WordPress is always a bad idea, no matter what, no matter how, you’re certainly entitled to that opinion, but at this point, it’s not particularly beneficial to the conversation.

Git(Hub) is hard

The new plugins site will serve as an index of plugins, with a simple “download” button right on each plugin’s page. You will not have to just browse around GitHub looking for jQuery plugins. If you don’t know git and only ever want to download jQuery plugins, you don’t have to learn it. However, if you want to submit plugins, you’ll have to be using some sort of source control that you can at least mirror in git. This is by design: it can be really easy to build a jQuery plugin, but that doesn’t mean it’s necessarily fit for public consumption. Requiring the use of source control and package.json are passive mechanisms that will help ensure that plugins which proliferate are authored by developers who have met a reasonable baseline (and aren’t selling batteries). We’re only targeting GitHub support for launch, but we’d like to add support for other services as well. We are actively avoiding the use of GitHub-specific features that would force us to limit the site to GithHub users permanently.

It’s A Conspiracy!

Some have called into question the veracity of my account, and that’s understandable, given the timing and circumstances. But believe me, the last thing I wanted to do after spending a day manually pruning spam from the directory was turn around and cause a gigantic headache for thousands of people, including myself and my colleagues. I hope the re-launching of the last backup at least partially allays these concerns. Additionally, we’re starting off with GitHub simply because it has a very broad user base already, and it has been incredibly positive for us since we shifted to it for development of jQuery Core, UI, and Mobile.

Thanks again for bearing with us during this transition.

Vector math is pretty much essential when you want to do any kind of physics simulation, be it as simple as a bouncing ball. While my goal originally was to implement a flocking simulation (like birds flying close to each other, but not too close), the lack of math skills led me to build a bouncing ball simulation first.

At the same time, I wanted to see what Khan Academy is all about. Turns out they have lessons on vector math, but there’s very little on vectors specifically. There are two lessons on vector basics, where this second one is a lot more practical. There are also two exercises, one for addition of vectors, one for scaling. Both are pretty easy and you should be done within a minute if you watched the video.

With that knowledge under your belt, let’s look at some practical application, the aforementioned bouncing ball. To start, take a look at the demo and play around with it, there are some instructions at the top.

You can find the source code for that demo on GitHub, here is the main file for the bouncing balls demo. I’m not going to discuss the Point and Vector classes that this uses, though you should take a look. They just implement adding and scaling of vectors, and calculating a vector based on two points. Let’s walk through the code:

var GRAVITY = new Vector(0, 9.81);
var FRICTION = 0.85;
var world = {
	x1: 0,
	y1: 0
};
$(window).resize(function() {
	world.x2 = $(window).width();
	world.y2 = $(window).height();
}).trigger("resize");

This defines two constants, GRAVITY and FRICTION, which we’ll use later to affect simulated objects. GRAVITY is a vector pointing downwards, where the second component represents the 9.81 meters per second, while the first component is zero. FRICTION is used in collisions later, and completely arbitrary.

The world object is also used in collision detection, and represents the dimensions of our 2d world. It starts at 0/0 in the left top corner, and ends in the right bottom corner. We bind a resize handler on window to update this calculation, that way collisions happen within the browser window, no matter how big it currently is.

Next up is the definition of our Ball class:

function Ball() {
	this.position = new Point(200, 200);
	this.output = $("<div>").addClass("dot").appendTo("body");
	this.velocity = new Vector(-5, 0);
}
Ball.prototype = {
	remove: function() {
		this.output.remove();
	},
	move: function() {
		// apply gravity
		this.velocity = this.velocity.add(GRAVITY.scale(0.1));

		// collision detection against world
		if (this.position.y > world.y2) {
			this.velocity.x2 = -this.velocity.x2 * FRICTION;
			this.position.y = world.y2;
		} else if (this.position.y < world.y1) {
			this.velocity.x2 = -this.velocity.x2 * FRICTION;
			this.position.y = world.y1;
		}
		if (this.position.x < world.x1) {
			this.velocity.x1 = -this.velocity.x1 * FRICTION;
			this.position.x = world.x1;
		} else {
			if (this.position.x > world.x2) {
				this.velocity.x1 = -this.velocity.x1 * FRICTION;
				this.position.x = world.x2;
			}
		}

		// update position
		this.position.x += this.velocity.x1;
		this.position.y += this.velocity.x2;

		// render
		this.output.css({
			left: this.position.x,
			top: this.position.y
		});
	}
};

This defines a Ball constructor, which initializes a new Ball at some arbitrary position, with some velocity to the left. It also creates a simple DOM element that we use for output.

The prototype of Ball has two methods. The remove method just removes the DOM element, which we use for cleanup. The move method is much more intersting: It gets called for each ‘tick’ of our animation loop, so we use it to update the current velocity, look for collisions, update the current position and render the result. Step by step:

this.velocity = this.velocity.add(GRAVITY.scale(0.1));

This adds GRAVITY to the balls velocity. While GRAVITY has a real world value, we need to adapt it to our pixel-based dimension. Doing this in every tick causes the ball to accelerate downwards, or when moving upwards, to deccelarate. With this alone our ball would start falling, but never stop. That’s where the next block comes in, the collision detection:

if (this.position.y > world.y2) {
	this.velocity.x2 = -this.velocity.x2 * FRICTION;
	this.position.y = world.y2;
} else if (this.position.y < world.y1) {
	this.velocity.x2 = -this.velocity.x2 * FRICTION;
	this.position.y = world.y1;
}
if (this.position.x < world.x1) {
	this.velocity.x1 = -this.velocity.x1 * FRICTION;
	this.position.x = world.x1;
} else {
	if (this.position.x > world.x2) {
		this.velocity.x1 = -this.velocity.x1 * FRICTION;
		this.position.x = world.x2;
	}
}

Here we compare the current position of our ball to the dimensions of the world. For each direction, there’s a check if the call is beyond the limit, if so, it inverts the velocity for that direction, while applying FRICTION. This causes the ball to bounce back slightly slower then it was before, simulating very primitive friction. To avoid glitches, where the ball goes beyond the world dimensions and doesn’t come back, the position gets updated to move it back inside the defined limits.

Now that we’ve updated the velocity (and fixed the position in case of a collision), we can update the resulting position and output it:

// update position
this.position.x += this.velocity.x1;
this.position.y += this.velocity.x2;

// render
this.output.css({
	left: this.position.x,
	top: this.position.y
});

This adds the velocity components to the position of the ball, then uses inline styles to update the position in the DOM.

Next we’ll look at the setup and animation loop:

var balls = [];
balls.push(new Ball());

// animation loop
setInterval(function() {
	balls.forEach(function(ball) {
		ball.move();
	});
}, 25);

Here we create an array of balls and add one initial Ball. Then start an interval to at 25ms, which should give us about 40 frames per second (fps). To get more smooth 60fps, we’d have to go down to 16.5ms, which would also be even more CPU intensive then this becomes with lots of balls.

Inside the interval, we just loop through all balls and call the move method for each. In a proper game engine, this loop would separate the position updates from the rendering to ensure that, when frames get dropped, the game itself doesn’t slow down.

Up next, we’ve got the code to add new balls, with user controlled initial velocity:

var start;
$(document).mousedown(function(event) {
	start = new Point(event.pageX, event.pageY);
}).mouseup(function(event) {
	var end = new Point(event.pageX, event.pageY);
	var ball = new Ball();
	ball.position = end;
	ball.velocity = start.relative(end).scale(0.2);
	ball.move();
	balls.push(ball);
});

Here we bind mousedown and mouseup events, each time creating a Point object from the pageX and pageY event properties. In the mouseup handler, we then use the end point as the starting position for the new Ball object. Using Point’s relative method, we calculate a vector between those two points, scale it down and use it as the velocity for the new ball. That way, you can just click anywhere to add a new ball, or click, drag and let go to create one with intial velocity based on the drag. To get the ball animated along with the others, its added to the balls array.

With that we’re almost at the end. The last piece just clears all balls when pressing Escape:

$(document).keyup(function(event) {
	if (event.keyCode === 27) {
		balls.forEach(function(ball) {
			ball.remove();
		});
		balls.splice(0, balls.length);
	}
});

And that’s it! Thanks to Vector, we’ve got a pretty sane implementation, and a good starting point for further improvements. And there’s lots of potential:

• Better friction simulation: Currently balls keep bouncing pretty often, they don’t slow down as much as they should after loosing some height.
• More collision detection: Detecting collisions with other balls, the mouse or other objects would make the whole thing a lot more interesting.
• Better collision detection: Currently collision detection just happens against a fixed position, not the actual ball’s dimensions. Taking the (rounded) borders into account would make things quite a bit more complicated, but also more realistic.
• More moving objects with other shapes: Currently there’s just pixels bouncing around, even though they’re rendering as balls. Adding square objects both animated and static could make things a lot more interesting.
• 3D: Moving from a 2D to a 3D simulation involves adding another component to both the Vecotor and Point class, and would add that third dimensions to each calculation, making especially the collision detection, already the most complex part, even more complex.

With this, I’ll get back to working on the basics for my flocking simulation.

For about a week, instead of hosting several hundred jQuery plugins and several thousand advertisements for laptop batteries, our plugins repository has been serving up a pretty pathetic message about spam and an allusion to some “new submission process.” This happened very suddenly, and we’re sorry to everyone who’s been inconvenienced. Please allow me a few minutes to explain what happened, where we’re headed, and how it impacts you. If you’re in a rush, here’s the short version.

The Backstory

Though the plugins site you’ve known and loved was a valuable tool when it was first set up, it gradually became something of a white elephant for the project. While powerful distribution tools like GitHub and npm have come to the fore, we’ve been stuck in an aging, CMS-oriented paradigm that frustrated developers and consumers of plugins alike. Many people moved onto alternative sources for finding and vetting plugins. Furthermore, the sites’s original implementors and maintainers had since moved on from active involvement within the jQuery project. While the team faced a steady stream of complaints about usability and a general lack of features, the site itself faced a veritable barrage of (several flavors of) spam. There was your standard, keyword-rich SEO garbage, but there was also something slightly more insidious: the batch posting of under-documented, demo-free plugins with links to paid download sites by third parties trawling for affiliate cash. While this wasn’t explcitly disallowed, it led to a terrible, confusing experience for users and gave the site the distinct sense that all was not on the up and up.

The Best Laid Plans…

Sensitive to all these problems, the team began drawing up requirements for a complete overhaul. We knew we wanted to get out of the business of accepting uploads, serving downloads, and generally legislating the plugin “release” process on our own servers. With our official projects already on GitHub, we knew we wanted to leverage the many wheels they’d already invented for distribution, versioning, and facilitating open, collaborative development. Another requirement was to create a standard schema for authors to clearly delineate dependencies, like which version(s) of jQuery a plugin supports, as well as other plugins and CSS assets it requires to be functional. We also wanted to introduce some quality control, with both passive mechanisms like requiring GitHub and a manifest file for distribution, as well as active ones like user ratings. Finally, we wanted a clean slate; with stricter requirements for submission, there could be no mass import of all the old plugins. We made a lot of progress preparing specifications, but hampered by a lack of resources and a number of other projects, we never were able to get too deep into the implementation phase. After all, the old site “worked!”

…Often Go Awry

As the glut of spam grew worse and multiple reports started showing up on the jQuery Core bug tracker, I wanted to at least take some steps to wipe a bit of the spam and egg off our face. With newly provisioned access to the administrative tools on the site, I teamed up with the Drupal Views Bulk Operations module and set out to identify and delete spammers and their posts. Within a day or two, nearly 90% of the alleged “content” was gone from the site. I continued to monitor the situation over the ensuing days, and deleted spam as it came in. Unfortunately, I likely cast too wide of a net, and threw out several perfectly good babies with the bathwater. Even more unfortunately, I didn’t back up the database before I began this process. At this point, you can probably see where this story is headed. Later in the week, while I was attempting to delete four spam items, I was left completely horrified when the results of the operation reported that the remaining 10% — every single plugin remaining in the database — had been purged. All that remained was a year-old backup. Of course, I realize that this is a dreadful outcome, and I take full responsibility for it. If it helps, I am very receptive to hate mail and tweets reprimanding me for being irresponsible, unprofessional, or just stupid.

At this juncture, we were left with two choices.

• Keep on kicking the can down the road: Restore from the old backup, losing a lot of data anyway, and have authors go through the painstaking process of re-uploading their plugins, even though the site was slated to be deprecated entirely anyway.
• Use this glaring mistake as the impetus to hunker down, cleave from the past, and finally implement the site we’ve talked about for so long.

We’ve chosen the latter.

Nuts And Bolts

Over the past few days, we’ve started converting our plans into action, building out an infrastructure that’s backed by GitHub. There are two requirements for listing a plugin on the new site:

• A valid package.json file
  We’ve followed the lead of CommonJS and npm and created a schema for specifying dependencies, delivery, and other metadata of jQuery plugins. While the format is largely similar to those other projects, we’ve had to make some minor tweaks to account for some plugin-specific details.
• At least one versioned release
  This means having tagged your release point(s) with a valid semantic version number (semver) string.

We’ve pared down the submission and maintenance process to a single, one-time step: adding a post-receive hook to your plugin’s GitHub repository. Assuming your plugin meets the guidelines, a page will be created on the plugins site to present your usage and download information. We’ll keep track of new releases as you push them.

In The Interim

We recognize that the old site was still serving as an regular resource for a lot of people, especially newer jQuery users, who simply valued the existence of a central browsing location, despite its flaws. Though many experienced users had moved on to other sites, or relied on relationships with trusted authors and word of mouth, these can take time to develop. Until we’re able to launch the new system, we’re happy to direct you to several other directories and people who can help pick up the slack:

• jQuery List
• jQuery Style
• Mike Alsup
• Ben Alman
• Matteo Bicocchi
• Jörn Zaefferer

If, in the process of searching these or any other directories, you are directed back to the current site at plugins.jquery.com, typically a quick search for the author’s name and the plugin name will yield an alternative site where it was hosted. In addition, DailyJS just did a useful roundup of alternatives that goes into more detail.

Next Steps For Plugin Authors

If you’re a plugin developer who wants to make sure your plugins will be ready to go on day one (or even beforehand), you’ll want to make sure your plugins are up on GitHub, and then you’ll want to get started on creating your package.json files and making sure your versions are appropriately tagged. If you aren’t already familiar with Git and GitHub, then this is probably a very good time for you to take the plunge and get started. If you prefer another SCM system, you can look into setting up a mirror to git from svn or hg, or other project hosting sites, like bitbucket or gitorious. If you don’t develop your plugins as open source, or you don’t use any source control at all, we will not be able to accomodate you at this time.

How Can I Help?

Though the site is still a work in progress, you can track progress and even set up your own local development right now at github.com/jquery/plugins.jquery.com/. We’re still working on getting a public staging environment together.

Though the site is essentially “powered by” GitHub, there are obviously a number of moving parts in play. The site will actually be served from inside of WordPress, which is populated with the contents of the indexed plugins using a node.js tool. There are still many kinks to be ironed out, so if that sounds like a stack you want to jump on, please join us over at the repo. We’ll be using GitHub Issues for all feature requests, bugs, and discussion.

While we’ve put a great deal of thought into putting together our package.json schema, it’s still a living document, and if you have questions or comments on why it is the way that it is, head on over to this issue.

Errata

In an ideal world, this certainly wouldn’t have happened exactly as it did. Sadly, it did. We hope you’ll accept our apologies for the many ways this transition might make your job harder, give you some extra work you weren’t expecting, or just plain leave a bad taste in your mouth. If you are able to forgive us, bear with us, and maybe even lend a hand, we’re confident we’ll be able to deliver the modern, useful plugins site the community deserves.

• We’d been planning on replacing the original, spam-ridden plugin site for quite some time
• In the process of deleting on the spam, all the plugins were deleted and we didn’t have a recent backup
• Instead of burning cycles keeping the old site on life support, we decided to make a clean break and kick development on the new site into high gear.
• The new site is powered by GitHub and a package manifest for plugins
• Plugins from the old site were never going to be automatically imported into the new one.
• The repo is at github.com/jquery/plugins.jquery.com
• We are very sorry, but also very excited!

We are very happy to announce two training workshops for this years United Kingdom conference. The trainings will be given by Doug Neiner, Ralph Whitbeck and Mike Hostetler of appendTo. The general admission tickets for the conference are now sold out but you can buy conference/training bundles and still attend the conference.

appendTo will be giving Introduction to jQuery and jQuery Mobile workshops. The workshops will be held on Thursday, 9 February, 2012 at the Lady Margaret Hall in Oxford, UK.

Introduction to jQuery

jQuery has become the most popular JavaScript library for developers because of it’s easy to learn and write. This course takes students through the basics of jQuery focused front-end development. This material is meant to establish a core foundation for developers. With a solid basis of jQuery and JavaScript understanding a developer will feel confident that they can add richness to their web applications.

jQuery Topics Covered*

• Introduction
• Find Something, Do Something
• The jQuery Function
• The jQuery Object
• Events/Ajax/more…

* Topics subject to change

Price for the Introduction to jQuery workshop is £320 + VAT which includes a conference pass, £160 + VAT for just the training.

jQuery Mobile

jQuery mobile has gained undeniable press as a possible great solution to mobile web development. With a progressive enhancement approach jQuery mobile aims to allow a mobile web experience for all, while rewarding those with mobile devices capable of a rich experience.

This training will cover a comprehensive review of the jQuery Mobile Framework, walking through all of its new features and functionalities available to build robust and cross-platform mobile sites. The entire API will covered along with examples of how to use each component to its fullest potential.

The training concludes with a walk through of the construction of a jQuery Mobile application from scratch, all the way through to compiling a native version of the application with PhoneGap.

Topics Covered*

• The state of the mobile web
• jQuery Mobile Feature Overview
• Building a jQuery Mobile application from scratch
• Go native with jQuery Mobile + PhoneGap

* Topics subject to change

Price for the jQuery Mobile workshop is £420 + VAT which includes a conference pass, £270 + VAT for just the training.

The training workshops will be held on 9 February, 2012 at the Lady Margaret Hall and not at the Saïd Business School where the conference will be held.

We’re ready for our next round of community input, this time for version 1.8! This is your chance to suggest things we can fix, add, change, or remove in jQuery to make it better.

You can add a suggestion using this form; whenever possible provide links to a bug report, a page with a detailed description, or implementations that represent your idea. We’d like to have all your input by December 5 so we can read and discuss them before setting the 1.8 roadmap.

Many thanks for the suggestions left on our earlier blog post about how we can improve jQuery by trimming it down. We’ve gone through those comments and have a few thoughts about how we can address some of them in future versions.

Create a configurable download builder

Several people wondered why we don’t have a way to build a file with just the parts of jQuery you need, since jQuery UI, for example, has that option. It’s not quite the same situation. You know if you are using, say UI Accordion because you call it directly. You often do not know if you or some plugin you include on your page is using $.fn.prepend() or $.fn.animate(). Whether you are using them may even depend on parameters you pass to plugins at runtime.

To keep jQuery development manageable and ensure that CDNs can offer a single file that everyone on the Internet can share and cache effectively, the team wants to stay with a single file as its primary offering. Creating a configurable download may improve file size marginally, but it also complicates documentation, plugin use, and debugging. That is a lot more work for both you and us.

We’re already beginning the efforts to improve modularity by eliminating unwanted dependencies inside jQuery; many of the deprecated features we announce will be directed towards removing those dependencies. By laying that groundwork, others who want to create their own smaller subsets of jQuery or modular versions should have a much easier job.

However, we believe we can do even better than that, and would like to offer automated ways for any user to create an optimally minimized file that includes both application code and just the needed parts of jQuery. In particular, we are working with the Google Closure Compiler team to see if we could use its ADVANCED_OPTIMIZATIONS option. We’ll have more information on our progress as it develops.

Wait until version 2.0 before removing things

We’re sensitive to breaking all the existing jQuery code out there. That is why we are deprecating things as early as possible, so that people have plenty of time to change their code. Just because we deprecate something today, it does not necessarily mean we’ll remove it in the next version. We believe the list of things actually being removed in 1.8 are minor and unlikely to affect most users.

If our experiments with Closure Compiler pan out, we may even be able to leave in many deprecated features but they will be automatically removed if you don’t use them and build a custom application file that includes jQuery. That would be the best of both worlds.

Remove IE 6, 7, and/or 8 support

This topic comes up constantly, so let’s try to put it to bed once and for all. People tend to greatly overestimate the amount of code in jQuery that is specifically related to IE. Most of the problems in IE 6 and IE 7 are also present in IE 8, so there is no real size or complexity benefit to dropping support for the first two as long as that last one still has appreciable desktop market share and must be supported. Nobody (including Microsoft itself) likes these Jurassic Park browsers, but stripping out support for them right now would break web sites for many users.

That said, we know that older-IE support is not required in some scenarios such as mobile browsers. We are looking into ways to put as much of that code as possible into a single clearly marked block so that it can be easily removed by someone who is willing to create their own custom jQuery version. It may also be possible to get Closure Compiler’s help with this issue as well. However, we are not sure that will even provide a significant space savings in gzipped file size, and it won’t offer a performance boost since those code paths aren’t taken in other browsers.

Remove jQuery.browser

We have documented for nearly two years that we intend to move jQuery.browser into a plugin, and several people suggested it in the comments as well. Browser sniffing is not a reliable way to look for features, we recommend something like Modernizr instead. The regular expressions used for browser sniffing are large and don’t compress well; moving it to a plugin will ensure that only the people who use it must pay that size penalty.

What about your ideas?

Please do take this opportunity to give us your input. The team is looking forward to reviewing your suggestions. Oh, and don’t forget to try jQuery 1.7.1 soon!

Here in the United States, we’re celebrating Thanksgiving this week. For those of you living elsewhere in the world, it’s a time when we install and test new versions of Javascript libraries while feasting on Mom’s homemade goodies. Kind of like a code sprint, but with better food. We invite everyone worldwide to join us in these traditions.

To kick off the festivities, the jQuery Team is quite thankful to be releasing version 1.7.1! In this go-round we made Pilgrim’s progress on a cornucopia of bugs, listed below. We are serving up our delicious copies on the jQuery CDN, fresh and warm from the oven:

• http://code.jquery.com/jquery-1.7.1.min.js
• http://code.jquery.com/jquery-1.7.1.js

These latest files should also be up on the major CDNs shortly, but please be patient since this is a holiday week for them as well.

Please install and test this latest slice of jQuery with your code. We hope you’ll find it tasty. If we forgot to fry some turkey of a bug, we want to hear about it. Just put together a specific test case for the problems you’ve found (we love jsFiddle.net for that) and create a bug report at bugs.jquery.com.

Also, please welcome new jQuery Core team member Mike Sherov! We’re thankful to have his help for all the great things we have planned for upcoming versions. Mike has a full-time job at SNAP Interactive in New York City, but contributes to the project in his spare time. Please Be Like Mike and pitch in to help the project any way you can. It doesn’t have to be coding. We can always use help in answering questions on the forum or just reproducing and identifying the source of obscure bugs reported on the bug tracker. See our Getting Involved page for information.

We’ll be opening the call for 1.8 suggestions in just a day or two. Take a look at the 1.7.1 release and think about what kind of awesome sauce we can put on top of it for the next big one!

jQuery 1.7.1 Change Log

The change log of the 1.7.1 release.

Ajax

• #10723: jqXHR.always() returns a Promise instead of a jqXHR object

Attributes

• #10724: $(document).text() always returns an empty string
• #10773: removeAttr is fragile for edge cases

Build

• #10630: Fix focus-related test failures to resolve Swarm failures

Core

• #10616: Type coersion not done for -1 in .eq
• #10646: Have jQuery.error throw instanceof Error object
• #10682: Creating DOM elements with $(‘ ‘) leaks memory and skips the fragment cache
• #10687: jQuery calls the AMD define() global function too early
• #10690: isNumeric

Css

• #10733: remove uses of jQuery.each in css module in favor of a for loop

Data

• #10675: Use internalKey shortcut instead of jQuery.expando

Effects

• #10669: .animate() no longer animates percentage(%) width
• #10750: A “null” in the data object can cause an error in stop

Event

• #10676: wheelDelta not added to mousewheel event anymore
• #10701: Problems with submit forms using submit function
• #10704: special.handle method should fire under origType name
• #10705: off bug event name parser
• #10712: Triggering blur with live bind broken
• #10717: A triggered load bubbles up to window
• #10791: Delegated Events fail on SVG elements
• #10794: .triggerHandler should not .preventDefault()
• #10798: live(“submit”) and .submit() would cause unobtrusive ajax live to fire twice
• #10844: .delegate() on submit doesn’t work when form contains input with name “id”

Manipulation

• #10177: index of callback function in .wrap is always 0
• #10667: HTML5 Support in .wrapAll() does add a “:” to element
• #10670: rnoshimcache probably not constructed correctly
• #10812: passing empty object to .before() or .after() throws exception in IE7

Misc

• #10691: remove all occurrences of the “equals” and “same” function in the unit tests`

Support

• #10629: IE is much too sensitive concerning the fake body. Explore cleaning up support.js to avoid any future crashes.
• #10807: Non-ascii apostrophe in comment

TL;DR The body responsible for overseeing jQuery’s finances and administration, which was until today known as the jQuery Team, is now called the jQuery Board. The jQuery Team is for anyone who invests a significant amount of time contributing to jQuery and its related projects.

As jQuery has grown from a cool idea in 2005 to the most widely used piece of JavaScript on the Internet today, so too has the organizational structure required to support its development and its community. Over time, e-mail chains became mailing lists, and out of those lists evolved a casual confederation known as the jQuery Team. To join this team, all you had to do was make a consistent contribution to some aspect of the project and eventually John would add your name to a page in our docs wiki.

By 2009, the team wanted to solidify the long-term future of the project, so we accepted an invitation to join the Software Freedom Conservancy, from whom we’ve since received great amounts of administrative and legal support. Though the SFC offers that “Projects can continue to operate in the same way they did before joining the Conservancy without having to select a board of directors or any other layer of corporate management,” the team chose to implement a governance system whereby the project’s official decisions would be communicated to the Conservancy after a public vote by the members of the “core team,” which initially had 21 members. This conferred a significant amount of formality onto what had been a relatively ad hoc process, and while the system has worked well, it has been accompanied by some confusion.

• On one hand, there’s the voting membership, responsible primarily for financial and managerial decisions concerning the entire project. On the other, there’s an actual group of people who are working on jQuery Core itself. Both of these groups are sometimes called the jQuery Core Team, which is fairly misleading.
• As new people come along and become active contributors to some part of the project, it’s not fun to tell them, “Hey, great job, but you’re *not* on the team!”
• Just because you are really interested in hacking on jQuery Core, UI, or Mobile (or working on docs, or any of the many other ways you can help out the project) doesn’t mean you have the slightest desire to sit in long meetings, discussing how to allocate funds and how to improve beverage service at the next conference.
• As people’s lives ebb and flow, it’s normal that their capacity to contribute changes. What’s the right correlation between being a genuinely active contributor in the present tense and having a vote in the project’s big-picture management?

In order to attempt to resolve some of this confusion and make clearer the group’s purpose, the jQuery Team is now known as the jQuery Board, and all the governance rules that applied to the Team now apply to the Board. The Board is responsible for

• approving and appropriating expenditures
• representing the intentions of the jQuery Project to the SFC
• overseeing and directing the Subteams and selecting the Subteam Leads responsible for each of the facets of the project
• voting on its own composition

If you’ve always wanted to be “on the team,” but were unsure of what it meant or what you would do, this is good news! We’re fully embracing the Wikipedia definition of team: a group of people (or animals!) linked in a common purpose. As such, anyone who volunteers, over a sustained period of time, to serve actively on a jQuery Subteam will be invited to join the jQuery Team (at the discretion of the Subteam Lead), so you can feel good putting that on your slide decks, refrigerators, and so forth.

What isn’t changing is the fact that if you are passionate about web development and trying to find a way to make a difference to developers around the world, there is a place for you in the jQuery community. Hop onto the forum and give another developer a hand. Head over to our various bug trackers and help triage the open issues — or dive in and see if you can provide a patch. If you just want to get a lay of the land, join the weekly IRC meetings. Want to work on a particular project? Take a look through the updated team page and get in touch with the right subteam lead! One thing’s for sure:

Just to let you know we’re not asleep at the switch around jQuery Central, we’ve got a new preview release of jQuery. It fixes the problems reported by the community since the original 1.7 release. Please test the code in your applications, making sure that there are no major problems. If you tried jQuery 1.7 and reported a bug, it should be fixed in this release.

You can get the code from the jQuery CDN:

• http://code.jquery.com/jquery-1.7.1rc1.js
• http://code.jquery.com/jquery-1.7.1rc1.min.js

You can help us by dropping that code into your existing application and letting us know that if anything no longer works. Please file a bug and be sure to mention that you’re testing against jQuery 1.7.1 RC1.

We want to encourage everyone from the community to try and get involved in contributing back to jQuery core. We’ve set up a full page of information dedicated towards becoming more involved with the team. The team is here and ready to help you help us!

jQuery 1.7.1 RC1 Change Log

The current change log of the 1.7.1 RC1 release.

Ajax

• #10723: jqXHR.always() returns a Promise instead of a jqXHR object

Attributes

• #10724: $(document).text() always returns an empty string
• #10773: removeAttr is fragile for edge cases

Build

• #10630: Fix focus-related test failures to resolve Swarm failures

Core

• #10616: Type coersion not done for -1 in .eq
• #10646: Have jQuery.error throw instanceof Error object
• #10682: Creating DOM elements with $(‘ ‘) leaks memory and skips the fragment cache
• #10687: jQuery calls the AMD define() global function too early
• #10690: isNumeric

Css

• #10733: remove uses of jQuery.each in css module in favor of a for loop

Data

• #10675: Use internalKey shortcut instead of jQuery.expando

Effects

• #10669: .animate() no longer animates percentage(%) width
• #10750: A “null” in the data object can cause an error in stop

Event

• #10676: wheelDelta not added to mousewheel event anymore
• #10701: Problems with submit forms using submit function
• #10704: special.handle method should fire under origType name
• #10705: off bug event name parser
• #10712: Triggering blur with live bind broken
• #10717: A triggered load bubbles up to window
• #10791: Delegated Events fail on SVG elements
• #10794: .triggerHandler should not .preventDefault()
• #10798: live(“submit”) and .submit() would cause unobtrusive ajax live to fire twice

Manipulation

• #10177: index of callback function in .wrap is always 0
• #10667: HTML5 Support in .wrapAll() does add a “:” to element
• #10670: rnoshimcache probably not constructed correctly
• #10812: passing empty object to .before() or .after() throws exception in IE7

Misc

• #10691: remove all occurrences of the “equals” and “same” function in the unit tests`

Support

• #10629: IE is much too sensitive concerning the fake body. Explore cleaning up support.js to avoid any future crashes

jQuery Summit 2011

It’s that time of the year again (no, not Christmas!, something almost better!) – the annual (online) jQuery Summit. This year Environment For Humans (E4H) have a terrific line-up including sessions on jQuery plugin authoring best practices, creating interactive experiences with HTML5 and Popcorn.js and best practices for testing your jQuery code amongst others.

With some of the web’s most experienced jQuery and JavaScript professionals on board to share tips, tricks and their own experiences, you’ll be sure to learn something new that could help with your own projects. If you haven’t attended the summit before, you’re in for a real treat.

The summit is a completely online two-track conference run across two days with a track dedicated to designers and another focused completely on developers. As the event is all online, you can access it live whether you’re at home or in the office. For those worried about missing anything, E4H have you covered; all tickets include high-quality recordings that can be played back at your leisure later on.

Discount:

If you’re interested in attending, E4H have provided us with a very special 20% off discount code which can be redeemed on their event site. Just enter in 20JQUERY when purchasing your ticket or use the following link: http://jquerysummit2011.eventbrite.com/?discount=20JQUERY.

Details:

Sessions:

• jQuery & CSS Selectors – Estelle Weyl
• jQuery & HTML5 Video – Rick Waldron
• jQuery UI – Andrew Wirick
• Plugin Authoring Best Practices – Ben Alman
• jQuery & Browser Plugins – Sarah Chipps
• Progressive Enhancement – Nicholas Zakas
• jQuery & Responsive Web Design – Dave Rupert
• The State of jQuery – Adam Sontag
• Large-scale Application Architecture – Addy Osmani
• jQuery & iframe Programming – Ben Vinegar
• Structuring Your DOM-based Application – Garann Means
• Deferreds into jQuery – Dan Heberden
• jQuery Development Workflow – Anton Kovalyov
• jQuery & Backbone.js – Matt Kelly
• jQuery & QUnit – Ben Alman

Tickets: http://jquerysummit.com.

Dates:

Designer track: Tuesday, November 15th

Developer track: Wednesday, November 16th

jQuery Training At Bocoup

For those that prefer in-person training, group training is one of the best ways to improve your jQuery skills. Luckily, Boston-based Bocoup has a number of such comprehensive jQuery trainings scheduled for both January and March 2012.

Sessions will be held at The Bocoup Loft in Boston, and 10% of profits will go directly to the jQuery Foundation. If interested, be sure to sign up now since class sizes are limited!.

For more information, checkout http://training.bocoup.com/comprehensive-jquery/

Frontend Workshops in HTML5, JavaScript and jQuery

Finally, if you’re interested in learning more general frontend skills, Marc Grabanski is hosting a Frontend Masters Workshop Series for developers looking to earn a mastery in the arts of frontend development.

The training is composed of six workshops that will focus on frontend topics including jQuery, jQuery UI, HTML5 & CSS3, Titanium Mobile and building large JavaScript applications with speakers including jQuery team members Karl Swedberg and Scott Gonzalez.

For tickets and more information, see http://frontendmasters.com.

jQuery is more than five years old now! Over that time it has evolved along with the browsers, web sites, devices, developers, and users that it serves. It has also, um, grown quite a bit over that time. jQuery has added a lot of useful features, but it’s also accumulated cruft that we’d prefer not to support into perpetuity. It may not be an issue on a desktop PC with a high-speed connection, but we want jQuery to be a good solution for mobile devices as well.

Along with our continuing push for higher performance, our priority for upcoming versions is a smaller gzipped file size. It’s hard to do that when every new feature or bug fix must also preserve all existing features and behavior. So today, we want to start a conversation about slimming down the jQuery API by deprecating some features. Here are our guidelines for deprecation:

• We don’t believe the feature represents current best practice in the use of jQuery.
• The feature has proven unpopular, confusing, inefficient, or ineffective in actual use.
• It is not practical or feasible to enhance the feature or address its limitations.
• Removing it at some future time could yield notable usability, size, or performance benefits.

Deprecation is just the first step in a process that you can participate in. It is our goal to:

• Explain the reasons for deprecating a particular feature, as described above.
• Give at least one major-point-version, and often more, between deprecation and removal.
• Provide alternatives to deprecated features so that migration is not painful.
• Listen to community feedback regarding deprecation and removal.

Occasionally, as in the situation with event.layerX/layerY in version 1.7, we will make a breaking change with shorter notice if we judge that it will cause less pain to remove the feature immediately than to leave it in. Those will hopefully be rare exceptions.

Version 1.7 Deprecations

With those things in mind, we consider the following features to be deprecated as of version 1.7. Existing code that uses them continues to work, but the recommended alternatives are a better choice for compatibility with future versions.

.live() and .die(): We continue to get many bug reports and see user confusion regarding the quirks of the .live() method. Common issues are now documented on its updated API page. We strongly advise the use of .on() or .delegate() for new code, since they are better APIs. Given its widespread use it’s unlikely we will remove this API in 1.8, but please do update your code as soon as possible.

Non-standard event properties: As part of our push to improve event handler performance, we are also deprecating the copying of several event properties from the native event object to the jQuery event object and will remove them in 1.8: attrChange, attrName, relatedNode, and srcElement. Instead of accessing these through event.NAME you can access them via event.originalEvent.NAME where needed.

$.ajax() Deferred aliases: In version 1.5 we defined .error()/,success()/.complete() on the jqXHR object as aliases for the Deferred’s .fail()/.done()/.always() methods. Although that seemed like a good idea at the time, it makes jqXHR a non-standard Deferred. That’s not good. Whenever possible, use the deferred/promise method name in preference to the jqXHR one. We still have some work to do here to provide a full migration path, so we are likely to continue supporting the aliases past 1.8.

deferred.isResolved() and deferred.isRejected(): Now that Deferreds and Promises have progress notifications and a convenient .state() method, we are deprecating these older methods and will remove them in 1.8. Getting the state of an N-state object using N-1 Boolean methods is a cruel-code version of “Twenty Questions”. Deferred-based code rarely needs to inspect state, and the string returned now is more convenient for a debugging scenario where it’s often used.

.attr(“value”) on inputs: For backwards compatibility, we’ve been returning the current value here (as in “what is currently in the input box”) versus the real attribute (what the value attribute says in the HTML). That leaves us no way to provide the true attribute value, and is confusing since W3C selectors work on the attribute and not the current value. So we are deprecating this behavior and will remove it in 1.8. Always use the .val() method to get the current live value of an input element. Until we can reclaim the attribute, you can use $("selector")[0].getAttribute("value") except on IE 6/7 where that will still return the current value. (Our 1.8 solution will get the attribute value on all browsers and is another reason why we’re anxious to change this.)

.closest(Array) returning Array: This signature is a bit of a strange bird, it was created for use by the old live events code but it returns an Array rather than a jQuery object. As of 1.8 we plan to remove it. The other signatures of .closest() are here to stay and are not affected.

.data(“events”): jQuery stores its event-related data in a data object named (wait for it) events on each element. This is an internal data structure so in 1.8 this will be removed from the user data name space so it won’t conflict with items of the same name. jQuery’s event data can still be accessed via jQuery._data(element, "events") but be aware that this is an internal data structure that is undocumented and should not be modified.

$.sub() as a plugin: Although $.sub() can be useful for creating interference-free zones for plugins, it is not used by jQuery core and not widely used by other code, so we intend to transition it to a plugin in version 1.8 to save space.

Looking Towards jQuery 1.8

Given our push for a svelte jQuery, the filter for new features in 1.8 will be stringent. Even performance-related proposals need to be balanced against the space they use or save. Features that can be implemented via plugins, special events, attribute hooks, or other jQuery extension mechanisms are likely to stay outside core for now.

That brings up the question of what we could deprecate in 1.8 and eventually remove to simplify and streamline the library. Those things don’t have to totally disappear; they could move into a separate plugin, for example, and only be included when needed. Take a look at how you use jQuery, and talk about it with your colleagues.

Within a few weeks, we’ll be opening the call for your ideas concerning jQuery 1.8 with another blog post — so start thinking about it now!

Edit: No, we’re not removing IE6 support yet, and we can’t. As John Resig mentions at every jQuery Conference, most of the sins of IE6 are also visited upon IE7 and IE8, which together still have more than one-third of desktop browser market share. It doesn’t make sense to remove support for IE6 until we can whack IE7 and IE8 as well.

jQuery 1.7 is ready for download! You can get the code from the jQuery CDN:

• http://code.jquery.com/jquery-1.7.js
• http://code.jquery.com/jquery-1.7.min.js

This new release should also be available on the Google and Microsoft CDNs within a day or two.

Thanks to your help in testing and reporting bugs during the beta period, we believe we have a solid, stable release. If you do find problems, file a bug and be sure to choose jQuery 1.7 in the version selection. Also be sure to provide a jsFiddle test case so we can quickly analyze the problem.

What’s New in jQuery 1.7

The Version 1.7 tag at the API site is a great way to get up to speed with the new things in this release. Here’s a rundown of the big items in 1.7 and some things not yet mentioned in the API docs.

New Event APIs: .on() and .off()

The new .on() and .off() APIs unify all the ways of attaching events to a document in jQuery — and they’re shorter to type!

$(elements).on( events [, selector] [, data] , handler );
$(elements).off( [ events ] [, selector] [, handler] );

When a selector is provided, .on() is similar to .delegate() in that it attaches a delegated event handler, filtered by the selector. When the selector is omitted or null the call is like .bind(). There is one ambiguous case: If the data argument is a string, you must provide either a selector string or null so that the data isn’t mistaken as a selector. Pass an object for data and you’ll never have to worry about special cases.

All the existing event binding methods (and their corresponding unbinding methods) are still there in 1.7, but we recommend that you use .on() for any new jQuery project where you know version 1.7 or higher is in use. Here are some examples of mapping between the old and new API calls:

$('a').bind('click', myHandler);
$('a').on('click', myHandler);

$('form').bind('submit', { val: 42 }, fn);
$('form').on('submit', { val: 42 }, fn);

$(window).unbind('scroll.myPlugin');
$(window).off('scroll.myPlugin');

$('.comment').delegate('a.add', 'click', addNew);
$('.comment').on('click', 'a.add', addNew);

$('.dialog').undelegate('a', 'click.myDlg');
$('.dialog').off('click.myDlg', 'a');

$('a').live('click', fn);
$(document).on('click', 'a', fn);

$('a').die('click');
$(document).off('click', 'a');

Improved Performance on Delegated Events

Event delegation has become increasingly important as size and complexity of pages grow. Application frameworks such as Backbone, JavaScriptMVC, and Sproutcore make heavy use of event delegation. With that in mind, jQuery 1.7 event handling was refactored with an eye to making delegated events much faster, especially for the most common cases.

To optimize the code for the most commonly used forms of selectors, we examined a cross-section of code from Google Codesearch. Nearly two-thirds of the selectors used in .live() and .delegate() method calls were in the form tag#id.class where one or more of tag, id, or class were used. By parsing those simple selectors in JavaScript at the time the event was attached, we were able to outperform even the browser’s native-code implementations of matchesSelector during event delivery. For more complex selectors we still use the Sizzle engine, so all existing code should continue to work.

The final result is that delegated events are delivered in about half the time they took in 1.6.4:

Better Support for HTML5 in IE6/7/8

Anyone who has tried to use the new HTML5 tags such as <section> has no doubt run across the problem that IE 6/7/8 not only don’t understand these tags, they actually remove them from the document. With jQuery 1.7 we built in support for using HTML5 tags in older IEs with methods like .html(). This support is on par with what previously required innerShiv. You must still include html5shiv (or Modernizr) in the head of your document in older IEs for HTML5 tag support. For more background, see The Story of the HTML5 Shiv.

Toggling Animations Work Intuitively

In previous versions of jQuery, toggling animations such as .slideToggle() or .fadeToggle() would not work properly when animations were stacked on each other and a previous animation was terminated with .stop(). This has been fixed in 1.7 so that the animation system remembers the elements’ initial values and resets them in the case where a toggled animation is terminated prematurely.

Asynchronous Module Definition (AMD)

jQuery now supports the AMD API. Note that jQuery 1.7 is not a script loader itself; it cooperates with AMD-compliant loaders such as RequireJS or curl.js so it can be loaded dynamically and the ready event can be controlled by the loader. Now an AMD-compliant loader can load an unmodified version of jQuery 1.7 from a CDN such as Google’s or Microsoft’s. Many thanks to James Burke (@jrburke) for submitting the patch and unit tests, then waiting patiently for us to incorporate it.

jQuery.Deferred

The jQuery.Deferred object has been extended with new progress handlers and notification methods that call those handlers. This allows you to asynchronously notify listeners of progress in a request without resolving or rejecting the request. In addition, there is a new state() method that returns the current state of the Deferred; it’s primarily useful for debugging.

Deferreds are now implemented using a new jQuery.Callbacks feature, a generalized way of queueing and triggering a series of handlers. This feature may be of interest to plugin writers, although Deferreds and the event subsystem provide a higher-level interface for this type of functionality.

jQuery.isNumeric()

Inside jQuery we’ve found several situations where we need to know if an argument is numeric, or would be successfully converted to a number if it is some other type. We decided to write and document jQuery.isNumeric() since it’s a useful utility. Pass it an argument of any type and it returns true or false as appropriate.

Removed Features

event.layerX and event.layerY: We have removed these non-standard properties in version 1.7. Although we normally would have gone through a deprecation notice period for these, Chrome version 16 generates a flood of console warning messages on the page. Because of this, we decided to remove them immediately. On platforms that still support these properties, they are available through event.originalEvent.layerX and event.originalEvent.layerY.

jQuery.isNaN(): This undocumented utility function has been removed. It was confusing because it appropriated the name of a built-in JavaScript function but did not have the same semantics. The new jQuery.isNumeric() serves a similar purpose, but has the benefit of being documented and supported. Despite jQuery.isNaN() being undocumented, several projects on Github were using it. We have contacted them and asked that they use jQuery.isNumeric() or some other solution.

jQuery.event.proxy(): This undocumented and deprecated method has been removed. Users should be calling the documented jQuery.proxy method instead.

The jQuery Team, and Your Part

I want to recognize the incredible work of our regular team contributors in getting this release out the door, especially Timmy Willison (timmywil on Github), Corey Frang (gnarf), Rick Waldron (rwldrn), and Julian Aubourg (jaubourg). Karl Swedberg (kswedberg) and Addy Osmani (addyosmani) worked hard on getting the new documentation into shape on the API site. Also, thanks to Mike Sherov (mikesherov), a greenhorn contributor who has already created patches for several tricky bugs. Many thanks to all the others who reported bugs, submitted pull requests, reviewed commits, and in other ways made sure we did the best job we possibly could.

Still, we can always use more help, and that is where you can contribute. The simplest and most important thing you can do is occasionally test our work-in-progress against your code and your expectations. It's always located at http://code.jquery.com/jquery-git.js and a fresh copy is built each time a new commit is made to our master branch at github.com. If you find a bug in a final release, test against jquery-git.js to see if it's already been fixed. It's easy as pie since jsFiddle.net offers an option to test your code with the jquery-git.js file as "jQuery (edge)".

If you'd like to do more, we'd be glad to have you pitch in! We've written a document that can get you started with the process, and one or more of us are generally available in the #jquery-dev channel on IRC if you need more help or information.

jQuery 1.7 Change Log

The current change log of the 1.7 release.

Ajax

• #9399: Deprecate jqXHR.success and jqXHR.error

Attributes

• #5479: removeAttr: remove multiple attributes
• #6743: map enctype to encoding, depending on browser
• #10176: Injected script tag is evaluated twice
• #10278: checkboxEl.attr('checked') returns stale value after checkboxEl.click()
• #10429: IE7 - invalid procedure call or argument when calling removeAttr('contenteditable');
• #10514: removeAttr does not remove the class attribute in IE6/7

Core

• #6485: Solution for HTML5 in IE
• #7102: Register jQuery as a CommonjS async module
• #9453: $.inArray does not support fromIndex
• #10478: Switch jQuery.isNaN to jQuery.isNumeric

Css

• #10267: IE8 and window is(':visible') crashes

Data

• #7323: Allow removing multiple data keys at once with $.fn.removeData
• #8909: $(element).data() will scan all attributes more than needed.
• #8921: jQuery private data should stay private

Deferred

• #8856: Request: deferred.isUnresolved()
• #9033: try{ } finally{ } error in IE8
• #9398: Proposal for Improved Deferreds

Dimensions

• #9434: .outerWidth()/.outerHeight()/.innerWidth()/.innerHeight() should work on window and document

Effects

• #5684: Effects: exception in animation callback causes endless loop
• #6150: .stop sometimes doesn't clear .delay
• #6641: Calling stop() within animation finished callback causes other animations to freeze
• #8685: Animations should keep track of animation state in order to properly address stacked animations
• #9280: Allow multiple effect queues for animate()
• #9548: animate does not work with fill-opacity css property for svg elements
• #10445: Setting queue to true causes an error
• #10497: .stop should allow choosing which queue to stop
• #10622: .show() does not properly restore CSS-set "display" value

Event

• #3368: event.metaKey should be assigned to event.ctrlKey on Non-Mac only
• #6170: jQuery(window).scroll(); causes IE* to scroll to 0,0
• #6319: Regression: stopPropagation inside change handlers in IE is incorrectly applied to keydown event
• #6386: support data argument for live events via "event.special.live.add"
• #6593: IE8: DOM 0 event handler called twice when a separate handler is attached via jQuery
• #6667: submit event doesn't delegate in IE* under certain conditions
• #6903: special events need a way to determine whether they are being bound with .bind vs .live/.delegate
• #6942: JQuery.event.fix causes unnecessary reflows in IE when handling key events
• #7139: "hover" event alias should work for .bind as well as .live
• #7161: Submit event on a form element not unbound properly in IE
• #7444: Submitting form with "Enter" instead of button click on ie8 or ie7 triggers live submit event twice.
• #8157: Focusing an already focused text field will prevent the change event from firing in IE
• #8728: Event 'mouseenter' not firing when the element being left is removed on leaving
• #8789: Meta: Event Property Hooks
• #8858: Special events - _default method doesn't have access to the `data` argument of the trigger method
• #8866: IE8 input[type=file] delegated change event files only on blur
• #8982: bind("unload someOther") => on unload, handler is not executed only once.
• #9069: when hover over a child of an element, mouseleave fires when using live or delegate
• #9279: delegate() bind does not handle mouseover/mouseout and mouseenter/mouseout correctly for selected elements
• #9393: Unify and DRY out event system
• #9593: Delegated submit event is not instanceof jQuery.Event in IE
• #9724: Infinite loop in trigger function when window.parentNode is a DOM element
• #9901: event.handleObj.namespace incorrect when using .delegate
• #9933: jQuery.fn.toggle() should store state in private data object
• #9951: Wrong order in .trigger() when DOM is modified in a handler
• #10375: Do not include `type` in jQuery.event.props
• #10438: Rename jQuery.event.propHooks => .fixHooks
• #10468: Remove deprecated jQuery.event.guid and jQuery.event.proxy
• #10489: Disconnected elements bubble to window on .trigger()
• #10531: Consider removing layerX and layerY from $.event.props
• #10563: jQuery.Event no longer contains the element that matched the selector in event delegation.
• #10567: Delegated events incorrectly match class names
• #10575: Breaking changes in live event propagation between 1.6.4 and 1.7rc1
• #10576: jQuery1.7rc1 and jQueryMobile1.0rc2 - IE gets error in jqm triggerCustomEvent method

Manipulation

• #6782: carefully allow more strings to use innerHTML
• #7037: Duplicate mouseover and mouseout events added to cloned element.
• #10501: HTML5 element "innerShiv" inconsistent across html()/append()

Misc

• #10420: MouseWheel
• #10553: Further reduction of minimal license header

Selector

• #3144: Inconsistent cross-browser results from .text() method
• #5637: Boolean (and Empty) Attribute Selectors Fail
• #6863: faster getText
• #7128: attribute selector is inconsistent between qSA and Sizzle due to use of DOM properties
• #8539: Sizzle cache collision in browsers without querySelectorAll
• #9261: Has Attribute not working in filter/children/siblings
• #9570: Selector $('form[name=".."]') returns zero elements in IE8 under some conditions
• #10178: $(window).is("a") >> Uncaught TypeError: Cannot call method 'toLowerCase' of undefined
• #10315: Sizzle ignores seed argument when using positional selectors
• #10562: siblings method returns unexpected elements when using Sizzle-invoking pseudo-selectors

Support

• #5145: jQuery.support.opacity = false in the Chrome browser
• #6809:
  

We are very happy to announce jQuery Conference 2012: UK, the first jQuery conference in the UK, on 10th February 2012. The conference will be held at the Saïd Business School in Oxford with a line-up including six jQuery team members and four industry experts:

Tickets

You can read more about the line-up, talks and location on the event site and tickets are on sale now at EventBrite.

Organizers

The event is being organized by Oxford based digital agency White October with the permission of the jQuery project and with the help and support from jQuery team members. Last year, the jQuery events team tried to put together an event outside the USA and we found how very hard it was to secure a venue from so far away. The jQuery Team is very happy to be working with White October in putting the conference together, and we hope to have you join as we make our European debut!

Sponsorship

If your company is interested in sponsoring the event please take a look at the sponsor pack, please feel free to email or phone (+44(0)207 976 4894) John at White October to discuss the different options.

Today, after a very scary Halloween, the jQuery team is releasing jQuery 1.7 RC2 from our Github crypt, er, repo. Barring a report of really terrifying problems or a mob of townspeople at our door with torches, this code will be exactly the same code that becomes the version 1.7 final. If anyone knows of any reason why this code should not become a final release, we need to hear you scream!

In RC2, we fixed a tricky problem that sometimes caused Internet Explorer 8 to go full-zombie when jQuery was loaded. Appropriately enough, the crash was related to creating a detached <body> element that we were using to perform feature detection. IE8 seems frightened to a crashy death when it sees a detached body. If you still see any problems with IE8 crashes, please let us know.

Thanks to a bug report from @warrenparsons, we also fixed a frightful regression with the .show() method. We really appreciate the efforts from those of you who are testing these pre-release versions. Sure, it’s a lot easier to think, “I’ll try it when it’s finally released,” but then any problems you do find will be preventing you — and possibly hundreds or thousands of others — from upgrading. Now that is really scary, at least to us.

During the next day or so we’ll be conjuring up documentation for many of the 1.7 additions and improvements on api.jquery.com. Please bear with us for a few days while we clean up the pages and make sure that it is filled in and all linked properly. For a quick overview of what’s changed, see the 1.7 category.

jQuery 1.7 RC 2 Change Log

The current change log of the 1.7 RC2 release.

Ajax

• #9399: Deprecate jqXHR.success and jqXHR.error

Attributes

• #5479: removeAttr: remove multiple attributes
• #6743: map enctype to encoding, depending on browser
• #10176: Injected script tag is evaluated twice
• #10278: checkboxEl.attr(‘checked’) returns stale value after checkboxEl.click()
• #10429: IE7 – invalid procedure call or argument when calling removeAttr(‘contenteditable’);
• #10514: removeAttr does not remove the class attribute in IE6/7

Core

• #6485: Solution for HTML5 in IE
• #7102: Register jQuery as a CommonjS async module
• #9453: $.inArray does not support fromIndex
• #10478: Switch jQuery.isNaN to jQuery.isNumeric

Css

• #10267: IE8 and window is(‘:visible’) crashes

Data

• #7323: Allow removing multiple data keys at once with $.fn.removeData
• #8909: $(element).data() will scan all attributes more than needed.
• #8921: jQuery private data should stay private

Deferred

• #8856: Request: deferred.isUnresolved()
• #9033: try{ } finally{ } error in IE8
• #9398: Proposal for Improved Deferreds

Dimensions

• #9434: .outerWidth()/.outerHeight()/.innerWidth()/.innerHeight() should work on window and document

Effects

• #5684: Effects: exception in animation callback causes endless loop
• #6150: .stop sometimes doesn’t clear .delay
• #6641: Calling stop() within animation finished callback causes other animations to freeze
• #8685: Animations should keep track of animation state in order to properly address stacked animations
• #9280: Allow multiple effect queues for animate()
• #9548: animate does not work with fill-opacity css property for svg elements
• #10445: Setting queue to true causes an error
• #10497: .stop should allow choosing which queue to stop
• #10622: .show() does not properly restore CSS-set “display” value

Event

• #3368: event.metaKey should be assigned to event.ctrlKey on Non-Mac only
• #6170: jQuery(window).scroll(); causes IE* to scroll to 0,0
• #6319: Regression: stopPropagation inside change handlers in IE is incorrectly applied to keydown event
• #6386: support data argument for live events via “event.special.live.add”
• #6593: IE8: DOM 0 event handler called twice when a separate handler is attached via jQuery
• #6667: submit event doesn’t delegate in IE* under certain conditions
• #6903: special events need a way to determine whether they are being bound with .bind vs .live/.delegate
• #6942: JQuery.event.fix causes unnecessary reflows in IE when handling key events
• #7139: “hover” event alias should work for .bind as well as .live
• #7161: Submit event on a form element not unbound properly in IE
• #7444: Submitting form with “Enter” instead of button click on ie8 or ie7 triggers live submit event twice.
• #8157: Focusing an already focused text field will prevent the change event from firing in IE
• #8728: Event ‘mouseenter’ not firing when the element being left is removed on leaving
• #8789: Meta: Event Property Hooks
• #8858: Special events – _default method doesn’t have access to the `data` argument of the trigger method
• #8866: IE8 input[type=file] delegated change event files only on blur
• #8982: bind(“unload someOther”) => on unload, handler is not executed only once.
• #9069: when hover over a child of an element, mouseleave fires when using live or delegate
• #9279: delegate() bind does not handle mouseover/mouseout and mouseenter/mouseout correctly for selected elements
• #9393: Unify and DRY out event system
• #9593: Delegated submit event is not instanceof jQuery.Event in IE
• #9724: Infinite loop in trigger function when window.parentNode is a DOM element
• #9901: event.handleObj.namespace incorrect when using .delegate
• #9933: jQuery.fn.toggle() should store state in private data object
• #9951: Wrong order in .trigger() when DOM is modified in a handler
• #10375: Do not include `type` in jQuery.event.props
• #10438: Rename jQuery.event.propHooks => .fixHooks
• #10468: Remove deprecated jQuery.event.guid and jQuery.event.proxy
• #10489: Disconnected elements bubble to window on .trigger()
• #10531: Consider removing layerX and layerY from $.event.props
• #10563: jQuery.Event no longer contains the element that matched the selector in event delegation.
• #10567: Delegated events incorrectly match class names
• #10575: Breaking changes in live event propagation between 1.6.4 and 1.7rc1
• #10576: jQuery1.7rc1 and jQueryMobile1.0rc2 – IE gets error in jqm triggerCustomEvent method

Manipulation

• #6782: carefully allow more strings to use innerHTML
• #7037: Duplicate mouseover and mouseout events added to cloned element.
• #10501: HTML5 element “innerShiv” inconsistent across html()/append()

Misc

• #10420: MouseWheel
• #10553: Further reduction of minimal license header

Selector

• #3144: Inconsistent cross-browser results from .text() method
• #5637: Boolean (and Empty) Attribute Selectors Fail
• #6863: faster getText
• #7128: attribute selector is inconsistent between qSA and Sizzle due to use of DOM properties
• #8539: Sizzle cache collision in browsers without querySelectorAll
• #9261: Has Attribute not working in filter/children/siblings
• #9570: Selector $(‘form[name=".."]‘) returns zero elements in IE8 under some conditions
• #10178: $(window).is(“a”) >> Uncaught TypeError: Cannot call method ‘toLowerCase’ of undefined
• #10315: Sizzle ignores seed argument when using positional selectors
• #10562: siblings method returns unexpected elements when using Sizzle-invoking pseudo-selectors

Support

• #5145: jQuery.support.opacity = false in the Chrome browser
• #6809: Add jQuery.support.fixedPosition
• #10558: Test Support bug
• #10613: IE8 doesn’t like a detached body in its head

Traversing

• #10449: Function $(“#id”).closest(“.class”) returns element $(“#id”) itself if it has .class

The team is getting closer to jQuery 1.7, and today we’re putting out a release candidate. The full list of fixes and features can be found below. We urge everyone to start testing this code in their applications, so we can make sure that there are no major problems before the final release.

Testing couldn’t be simpler, you can get the code from the jQuery CDN:

• http://code.jquery.com/jquery-1.7rc1.js
• http://code.jquery.com/jquery-1.7rc1.min.js

Please help us by dropping that code into your existing application. If you see something, say something. File a bug and mention that you’re testing against jQuery 1.7 RC1. If there’s a problem we want to fix it.

In the meantime, we’re working on the documentation and release notes to make sure your transition to 1.7 goes smoothly. Stay tuned!

jQuery 1.7 RC 1 Change Log

The current change log of the 1.7 RC 1 release.

Ajax

• #9399: Deprecate jqXHR.success and jqXHR.error

Attributes

• #5479: removeAttr: remove multiple attributes
• #6743: map enctype to encoding, depending on browser
• #10176: Injected script tag is evaluated twice
• #10278: checkboxEl.attr(‘checked’) returns stale value after checkboxEl.click()
• #10429: IE7 – invalid procedure call or argument when calling removeAttr(‘contenteditable’);
• #10514: removeAttr does not remove the class attribute in IE6/7

Core

• #6485: Solution for HTML5 in IE
• #7102: Register jQuery as a CommonjS async module
• #9453: $.inArray does not support fromIndex
• #10478: Switch jQuery.isNaN to jQuery.isNumeric

Css

• #10267: IE8 and window is(‘:visible’) crashes

Data

• #7323: Allow removing multiple data keys at once with $.fn.removeData
• #8909: $(element).data() will scan all attributes more than needed.
• #8921: jQuery private data should stay private

Deferred

• #8856: Request: deferred.isUnresolved()
• #9033: try{ } finally{ } error in IE8
• #9398: Proposal for Improved Deferreds

Dimensions

• #9434: .outerWidth()/.outerHeight()/.innerWidth()/.innerHeight() should work on window and document

Effects

• #5684: Effects: exception in animation callback causes endless loop
• #6150: .stop sometimes doesn’t clear .delay
• #6641: Calling stop() within animation finished callback causes other animations to freeze
• #8685: Animations should keep track of animation state in order to properly address stacked animations
• #9280: Allow multiple effect queues for animate()
• #9548: animate does not work with fill-opacity css property for svg elements
• #10416: defaultDisplay returns block instead of table-row for a tr in FF
• #10445: Setting queue to true causes an error
• #10497: .stop should allow choosing which queue to stop

Event

• #3368: event.metaKey should be assigned to event.ctrlKey on Non-Mac only
• #6170: jQuery(window).scroll(); causes IE* to scroll to 0,0
• #6319: Regression: stopPropagation inside change handlers in IE is incorrectly applied to keydown event
• #6386: support data argument for live events via “event.special.live.add”
• #6593: IE8: DOM 0 event handler called twice when a separate handler is attached via jQuery
• #6667: submit event doesn’t delegate in IE* under certain conditions
• #6903: special events need a way to determine whether they are being bound with .bind vs .live/.delegate
• #6942: JQuery.event.fix causes unnecessary reflows in IE when handling key events
• #7139: “hover” event alias should work for .bind as well as .live
• #7161: Submit event on a form element not unbound properly in IE
• #7444: Submitting form with “Enter” instead of button click on ie8 or ie7 triggers live submit event twice.
• #8157: Focusing an already focused text field will prevent the change event from firing in IE
• #8728: Event ‘mouseenter’ not firing when the element being left is removed on leaving
• #8789: Meta: Event Property Hooks
• #8858: Special events – _default method doesn’t have access to the `data` argument of the trigger method
• #8866: IE8 input[type=file] delegated change event files only on blur
• #8982: bind(“unload someOther”) => on unload, handler is not executed only once.
• #9069: when hover over a child of an element, mouseleave fires when using live or delegate
• #9279: delegate() bind does not handle mouseover/mouseout and mouseenter/mouseout correctly for selected elements
• #9393: Unify and DRY out event system
• #9593: Delegated submit event is not instanceof jQuery.Event in IE
• #9724: Infinite loop in trigger function when window.parentNode is a DOM element
• #9901: event.handleObj.namespace incorrect when using .delegate
• #9933: jQuery.fn.toggle() should store state in private data object
• #9951: Wrong order in .trigger() when DOM is modified in a handler
• #10375: Do not include `type` in jQuery.event.props
• #10438: Rename jQuery.event.propHooks => .fixHooks
• #10468: Remove deprecated jQuery.event.guid and jQuery.event.proxy
• #10489: Disconnected elements bubble to window on .trigger()
• #10531: Consider removing layerX and layerY from $.event.props
• #10563: jQuery.Event no longer contains the element that matched the selector in event delegation.

Manipulation

• #6782: carefully allow more strings to use innerHTML
• #7037: Duplicate mouseover and mouseout events added to cloned element.
• #10501: HTML5 element “innerShiv” inconsistent across html()/append()

Misc

• #10553: Further reduction of minimal license header

Selector

• #3144: Inconsistent cross-browser results from .text() method
• #5637: Boolean (and Empty) Attribute Selectors Fail
• #6863: faster getText
• #7128: attribute selector is inconsistent between qSA and Sizzle due to use of DOM properties
• #8539: Sizzle cache collision in browsers without querySelectorAll
• #9261: Has Attribute not working in filter/children/siblings
• #9570: Selector $(‘form[name=".."]‘) returns zero elements in IE8 under some conditions
• #10178: $(window).is(“a”) >> Uncaught TypeError: Cannot call method ‘toLowerCase’ of undefined
• #10315: Sizzle ignores seed argument when using positional selectors
• #10562: siblings method returns unexpected elements when using Sizzle-invoking pseudo-selectors

Support

• #5145: jQuery.support.opacity = false in the Chrome browser
• #6809: Add jQuery.support.fixedPosition
• #10558: Test Support bug

Traversing

• #10449: Function $(“#id”).closest(“.class”) returns element $(“#id”) itself if it has .class

Today we’re happy to announce the creation of a new jQuery sub-team called the jQuery Standards Team to give web developers a voice in the standards process.

Introduction

We all know that web standards are important. They help ensure the code we write works across different technologies, for people of different abilities and most importantly across all browsers.

That said, how often do we all feel our voices, suggestions and ideas are heard by those groups responsible for defining these standards? The reality is that whilst many of us would like to see change, due to time restrictions and lengthy formal processes we’re unable to participate in standards discussions, get involved with writing specifications and contribute to meetings about the future of features. This makes it difficult for web developers to have a voice.

Yehuda Katz is team lead. Paul Irish joins him.

Another problem is that for those that do get involved with the process, it can often feel like participating on a particular thread in standards mailing lists has a limited impact because the web community is so fragmented. Browser vendors are very active on these lists and there’s a tremendous amount of institutional knowledge assumed in almost all threads. Implementors on those lists have their own venues for discussing areas of shared concerns, but web developers wishing to particpate don’t, with the exception of the accidental meetups at conferences.

The jQuery project would like to help change this – we want you to have a voice in how the future of the web is shaped.

The jQuery Standards Team

The jQuery Standards Team has three primary goals:

• To represent the web developer community, in particular jQuery users, to standards bodies such as the W3C and TC39 with the intention of improving existing standards and standards in progress to better meet the needs of web developers.
• To represent the web developer community, and especially jQuery users, to browser vendors with the intent of helping them identify standards that they should prioritize for implementing, and proofs of concept that they can build.
• To help the jQuery project adopt new standards and browser features as appropriate.

This marks a large change in the way the web developer community is able to submit feedback and influence both standards bodies and specifications. By lowering the barrier of entry to having suggestions and issues about current implementations heard, we hope to encourage more developers with an interest in dealing with standards bodies and browser vendors an opportunity to participate in the process.

The jQuery Standards Team is driven by jQuery team members Yehuda Katz and Paul Irish who some of you may know. Yeuhda and Paul have extenstively worked with standards bodies and browser vendors in a number of capacities over the years, with their individual work on SproutCore and Chrome Developer Relations providing them additional perspectives that will be useful when advocating for the community.

You may be wondering why we feel this team deserves to represent the wider web developer community. Because jQuery is used by such a large percentage of sites on the web (over 50% of the top 10,000 sites), we have a good feel for what problems and challenges are commonly faced and what issues with existing implementations we need to try working around. As jQuery is also so focused on DOM-manipulation, the library offers a good source of information for known implementation issues and their (current) best solutions.

Although the current team is primarily composed of jQuery team members, we want to get as many developers passionate about standards and specifications involved with the team as possible. At the end of the day, the team’s goal is to to help identify web developers interested in the process and give us all a forum for both discussing the process, ideas and shared areas of concern. We believe that working together, we can all help build a better web.

Getting Involved

If you’re interested in getting involved with the jQuery Standards Team, the easiest way is to sign up for the Google Group. Similar to other jQuery sub-teams, there are going to be regular public meetings in #jquery-meeting on freenode (date TBA) to discuss how the team can be as effective as possible in promoting the needs of the web developer community.

You might have already seen Paul’s post What feature would improve the web? — if your feedback was captured there, you’ve already gotten involved. ;)

You can also report (or comment) on standard or specification issues in the issue tracker on the official team Github repo. If you’re posting new issues, try to identify problems with specs or standards that either exist or are currently being proposed. Here’s a great example of one such issue.

We want to collect well-specified and articulated issues with the web ecosystem and advocate for improvements with the standards bodies or vendors. For genuine issues, we’ll tag them accordingly (eg. W3C, TC39, Browser-vendor etc.) and if applicable, file tickets with the appropriate standards groups or browser vendors so you don’t have to.

Conclusions

By creating this new forum we hope to give a voice to the millions of web developers interested in contributing to the process, but without an easy way to do so. Please let us know what your thoughts are about the team as we want to improve it as much as possible. We look forward to hearing your comments, suggestions and ideas about both it and the standards process!

Hot off the momentum of the jQuery Conference in Boston earlier this month, and based on the community’s valuable feedback, we’re releasing a new beta that incorporates further fixes and improves stability. The full list of fixes and features can be found below. We urge everyone to start testing this code in their applications, so we can make sure that there are no major problems before the final release.

You can get the code from the jQuery CDN:

• http://code.jquery.com/jquery-1.7b2.js

Please help us by dropping that code into your existing application. If you see something, say something. File a bug and mention that you’re testing against jQuery 1.7 Beta 2. If there’s a problem we want to fix it!

jQuery 1.7 Beta 2 Change Log

The current change log of the 1.7 Beta 2 release:

Ajax

• #9399: Deprecate jqXHR.success and jqXHR.error

Attributes

• #5479: removeAttr: remove multiple attributes
• #10176: Injected script tag is evaluated twice
• #10278: checkboxEl.attr(‘checked’) returns stale value after checkboxEl.click()
• #10429: IE7 – invalid procedure call or argument when calling removeAttr(‘contenteditable’);

Core

• #6485: Solution for HTML5 in IE
• #7102: Register jQuery as a CommonjS async module
• #9453: $.inArray does not support fromIndex
• #10478: Switch jQuery.isNaN to jQuery.isNumeric

Css

• #10267: IE8 and window is(‘:visible’) crashes

Data

• #7323: Allow removing multiple data keys at once with $.fn.removeData
• #8909: $(element).data() will scan all attributes more than needed.
• #8921: jQuery private data should stay private

Deferred

• #8856: Request: deferred.isUnresolved()
• #9033: try{ } finally{ } error in IE8
• #9398: Proposal for Improved Deferreds

Dimensions

• #9434: .outerWidth()/.outerHeight()/.innerWidth()/.innerHeight() should work on window and document

Effects

• #5684: Effects: exception in animation callback causes endless loop
• #6150: .stop sometimes doesn’t clear .delay
• #6641: Calling stop() within animation finished callback causes other animations to freeze
• #8685: Animations should keep track of animation state in order to properly address stacked animations
• #9280: Allow multiple effect queues for animate()
• #9548: animate does not work with fill-opacity css property for svg elements
• #10416: defaultDisplay returns block instead of table-row for a tr in FF
• #10445: Setting queue to true causes an error

Event

• #3368: event.metaKey should be assigned to event.ctrlKey on Non-Mac only
• #6170: jQuery(window).scroll(); causes IE* to scroll to 0,0
• #6319: Regression: stopPropagation inside change handlers in IE is incorrectly applied to keydown event
• #6386: support data argument for live events via “event.special.live.add”
• #6593: IE8: DOM 0 event handler called twice when a separate handler is attached via jQuery
• #6667: submit event doesn’t delegate in IE* under certain conditions
• #6903: special events need a way to determine whether they are being bound with .bind vs .live/.delegate
• #6942: JQuery.event.fix causes unnecessary reflows in IE when handling key events
• #7139: “hover” event alias should work for .bind as well as .live
• #7161: Submit event on a form element not unbound properly in IE
• #7444: Submitting form with “Enter” instead of button click on ie8 or ie7 triggers live submit event twice.
• #8157: Focusing an already focused text field will prevent the change event from firing in IE
• #8728: Event ‘mouseenter’ not firing when the element being left is removed on leaving
• #8789: Meta: Event Property Hooks
• #8858: Special events – _default method doesn’t have access to the `data` argument of the trigger method
• #8866: IE8 input[type=file] delegated change event files only on blur
• #8982: bind(“unload someOther”) => on unload, handler is not executed only once.
• #9069: when hover over a child of an element, mouseleave fires when using live or delegate
• #9279: delegate() bind does not handle mouseover/mouseout and mouseenter/mouseout correctly for selected elements
• #9393: Unify and DRY out event system
• #9593: Delegated submit event is not instanceof jQuery.Event in IE
• #9724: Infinite loop in trigger function when window.parentNode is a DOM element
• #9901: event.handleObj.namespace incorrect when using .delegate
• #9933: jQuery.fn.toggle() should store state in private data object
• #9951: Wrong order in .trigger() when DOM is modified in a handler
• #10375: Do not include `type` in jQuery.event.props
• #10438: Rename jQuery.event.propHooks => .fixHooks
• #10468: Remove deprecated jQuery.event.guid and jQuery.event.proxy
• #10489: Disconnected elements bubble to window on .trigger()

Manipulation

• #6782: carefully allow more strings to use innerHTML
• #7037: Duplicate mouseover and mouseout events added to cloned element.

Selector

• #3144: Inconsistent cross-browser results from .text() method
• #5637: Boolean (and Empty) Attribute Selectors Fail
• #6863: faster getText
• #7128: attribute selector is inconsistent between qSA and Sizzle due to use of DOM properties
• #8539: Sizzle cache collision in browsers without querySelectorAll
• #9261: Has Attribute not working in filter/children/siblings
• #9570: Selector $(‘form[name=".."]‘) returns zero elements in IE8 under some conditions
• #10178: $(window).is(“a”) >> Uncaught TypeError: Cannot call method ‘toLowerCase’ of undefined
• #10315: Sizzle ignores seed argument when using positional selectors

Support

• #5145: jQuery.support.opacity = false in the Chrome browser
• #6809: Add jQuery.support.fixedPosition

Traversing

• #10449: Function $(“#id”).closest(“.class”) returns element $(“#id”) itself if it has .class

An update for the jQuery validation plugin is available. Most notable is heavily improved compability with HTML5 controls: You can apply validation rules to input types like number, email or url, it’ll get picked up by the plugin if the type matches a rule, and a required attribute (with the argument) also works with both jQuery 1.6+ (prop) and previous versions (attr).

Another change should make the setup of forms with hidden elements easier, these are now ignored by default (option “ignore” has “:hidden” now as default). In theory, this could break an existing setup. In the unlikely case that it actually does, you can fix it by setting the ignore-option to “[]” (square brackets without the quotes).

A few improvements and bug fixes for validation methods landed:

• Creditcard now accepts spaces between the other valid characters
• Email doesn’t accept a dot character at the end anymore.
• The time method (in additionalMethods.js) is now more thorough.
• A time12h method got added (also in additionalMethods.js), to validate 12-hour times, while the existing time method does 24-hour times.

There also two new localizations, resulting in a total number of 38 localizations. Existing localizations saw various improvements – thanks to everyone who contributed those! Its the only feature where I’m relying completely on contributions, as I can’t verify the correctness of any of the localizations (other then English and German).

Backwards compatibility is still going strong: The plugin should work with anything from jQuery 1.3.x to 1.6.x.

Download this release.

The full changelog:

• Added Basque (EU) localization
• Added Slovenian (SL) localization
• Fixed issue #127 – Finnish translations has one : instead of ;
• Fixed Russian localization, minor syntax issue
• Added in support for HTML5 input types, fixes #97
• Improved HTML5 support by setting novalidate attribute on the form, and reading the type attribute.
• Fixed showLabel() removing all classes from error element. Remove only settings.validClass. Fixes #151.
• Added ‘pattern’ to additional-methods to validate against arbitraty regular expressions.
• Improved email method to not allow the dot at the end (valid by RFC, but unwanted here). Fixes #143
• Fixed swedish and norwedian translations, min/max messages got switched. Fixes #181
• Fixed #184 – resetForm: should unset lastElement
• Fixed #71 – improve existing time method and add time12h method for 12h am/pm time format
• Fixed #177 – Fix validation of a single radio or checkbox input
• Fixed #189 – :hidden elements are now ignored by default
• Fixed #194 – Required as attribute fails if jQuery>=1.6 – Use .prop instead of .attr
• Fixed #47, #39, #32 – Allowed credit card numbers to contain spaces as well as dashes (spaces are commonly input by users).

• Please post questions to the official Using jQuery Plugins Forum, tagging your question with (at least) “validate”. Keep your question short and succinct and provide code when possible; a testpage makes it much more likely that you get an useful answer in no time.
• Please post bug reports and other contributions (enhancements, features, eg. new validation methods) to the GitHub issue tracker

Enjoy!

If you hadn’t heard, jQuery Conference 2011 is taking place in Boston later this week. We’ve put together a little something we like to call jQuery 1.7 Beta 1 that we’ll be talking a lot more about at the conference. It’s got a lovely bunch of new features and significant bug fixes–more than 50 of them at last count.

You can get the beta from the jQuery CDN:

• http://code.jquery.com/jquery-1.7b1.js

Please help us by dropping this code into your existing application and letting us know if anything no longer works. Please file a bug ticket and be sure to mention that you’re testing against jQuery 1.7 BETA 1.

Also be sure to explore all the new features and see if your favorite pet-peeve bug has been fixed. If you wait until the final release to do your testing it will be too late!

As always, we want to encourage everyone from the community to try and get involved in contributing back to jQuery core. We’ve set up a full page of information dedicated towards becoming more involved with the team. The team is here and ready to help you help us!

Oh, you probably want to know what changed, right? Addy Osmani has made a great start with his recent post, so let’s cover the stuff that isn’t on his list.

New Event APIs: .on() and .off()

Over time, jQuery has evolved three ways to attach events to elements: .bind() , .live(), and .delegate(). Underneath it all, though, the three event APIs call the browser’s event system; that can lead to surprising interactions. For example, $(document).unbind("click") will remove all .live("click", ...) events, since those delegated events are attached to document. (This is also why you should use event namespaces.)

Our current event APIs aren’t going away soon, but to address the inconsistencies we’ve introduced a new and simple pair of event methods that can do the work of all three:

    $(elems).on(events, selector, data, fn);
    $(elems).off(events, selector, fn);

If a selector is provided, it’s a delegated event; otherwise it’s directly bound. All the features of the old APIs are there; for example events can be a space-separated string of event names and/or namespaces, or it can be an object where the keys are events and the values are event handler functions. Here are some examples of how the old methods map into the new ones:

Form Change and Submit Events in IE 6/7/8

These old Internet Explorer versions are likely to be haunting us for some time, so we’ve spent a while trying to improve their behavior. Event delivery performance has been greatly improved for them, but the biggest change is that we are using a different approach to fix their non-bubbling and broken form events. As a result we were able to greatly simplify and shorten the special events code. These events should work without any problems–even better than before, since we closed about a half-dozen related bugs–but please keep your eyes open for any unusual behavior.

Animation Improvements

Before version 1.7, if you stopped an animation before it completed it could create a situation where the element being animated would never return to its full size; it would essentially be stuck at the height that it was when the animation was stopped. We’ve fixed that by remembering the original dimensions before the animation starts so that they can be used later. This eliminates a major annoyance in using certain animations, particularly toggling ones.

.removeData() Enhancements

Addy mentioned this one as well, but the .removeData() API now lets you pass either a space-separated string of names or an array of names to be removed. Since spaces were previously allowed in data names, the code first checks for the exact name as you specified it before splitting the string on spaces. That way, no existing code should break as a result of this enhancement.

jQuery 1.7 BETA 1 Change Log

Here is a complete list of changes made for the 1.7 BETA 1 release.

Ajax

• #9399: Deprecate jqXHR.success and jqXHR.error

Attributes

• #5479: removeAttr: remove multiple attributes
• #10278: checkboxEl.attr(‘checked’) returns stale value after checkboxEl.click()

Core

• #6485: Solution for HTML5 in IE
• #7102: Register jQuery as a CommonjS async module
• #9453: $.inArray does not support fromIndex

Css

• #10267: IE8 and window is(‘:visible’) crashes

Data

• #7323: Allow removing multiple data keys at once with $.fn.removeData
• #8909: $(element).data() will scan all attributes more than needed.
• #8921: jQuery private data should stay private

Deferred

• #8856: Request: deferred.isUnresolved()
• #9033: try{ } finally{ } error in IE8
• #9398: Proposal for Improved Deferreds

Effects

• #5684: Effects: exception in animation callback causes endless loop
• #6150: .stop sometimes doesn’t clear .delay
• #6641: Calling stop() within animation finished callback causes other animations to freeze
• #8685: Animations should keep track of animation state in order to properly address stacked animations
• #9280: Allow multiple effect queues for animate()
• #9548: animate does not work with fill-opacity css property for svg elements

Event

• #3368: event.metaKey should be assigned to event.ctrlKey on Non-Mac only
• #6170: jQuery(window).scroll(); causes IE* to scroll to 0,0
• #6319: Regression: stopPropagation inside change handlers in IE is incorrectly applied to keydown event
• #6386: support data argument for live events via “event.special.live.add”
• #6593: IE8: DOM 0 event handler called twice when a separate handler is attached via jQuery
• #6667: submit event doesn’t delegate in IE* under certain conditions
• #6705: focus() causes focus event to be handled twice in IE8
• #6903: special events need a way to determine whether they are being bound with .bind vs .live/.delegate
• #6942: JQuery.event.fix causes unnecessary reflows in IE when handling key events
• #7139: “hover” event alias should work for .bind as well as .live
• #7161: Submit event on a form element not unbound properly in IE
• #7444: Submitting form with “Enter” instead of button click on ie8 or ie7 triggers live submit event twice.
• #8157: Focusing an already focused text field will prevent the change event from firing in IE
• #8728: Event ‘mouseenter’ not firing when the element being left is removed on leaving
• #8789: Meta: Event Property Hooks
• #8858: Special events – _default method doesn’t have access to the `data` argument of the trigger method
• #8866: IE8 input[type=file] delegated change event files only on blur
• #8982: bind(“unload someOther”) => on unload, handler is not executed only once.
• #9069: when hover over a child of an element, mouseleave fires when using live or delegate
• #9279: delegate() bind does not handle mouseover/mouseout and mouseenter/mouseout correctly for selected elements
• #9393: Unify and DRY out event system
• #9593: Delegated submit event is not instanceof jQuery.Event in IE
• #9724: Infinite loop in trigger function when window.parentNode is a DOM element
• #9901: event.handleObj.namespace incorrect when using .delegate
• #9933: jQuery.fn.toggle() should store state in private data object
• #9951: Wrong order in .trigger() when DOM is modified in a handler

Manipulation

• #6782: carefully allow more strings to use innerHTML
• #7037: Duplicate mouseover and mouseout events added to cloned element.

Selector

• #5637: Boolean (and Empty) Attribute Selectors Fail
• #7128: attribute selector is inconsistent between qSA and Sizzle due to use of DOM properties
• #9261: Has Attribute not working in filter/children/siblings
• #9570: Selector $(‘form[name=".."]‘) returns zero elements in IE8 under some conditions
• #10178: $(window).is(“a”) >> Uncaught TypeError: Cannot call method ‘toLowerCase’ of undefined
• #10315: Sizzle ignores seed argument when using positional selectors

Support

• #6809: Add jQuery.support.fixedPosition

Update: For the first time ever, we have a conference signage sponsor. Thanks to custom signs shop Signazon for your support.

The Boston conference is sold out (thanks everyone!), as is the Intro to jQuery training session, but the requests keep coming! In response to popular demand, we’ve added a second training scheduled for Friday, September 30th.

The training will focus on HTML5, and be taught by jQuery Core Team Member and Bocoup trainer Richard Worth. The price will be the same $299 (which, if you’ve been paying attention to HTML5 training rates, is a steal!).

Here’s some detail from the training description:

HTML5 is the next major milestone in HTML and it’s not just another incremental enhancement; it represents an enormous advance for modern web applications. A large number of HTML5 features are already supported in browsers, so it’s time to start using them!

In our HTML5 for Programmers Workshop, you will learn how to create HTML5 web pages and web applications using semantic HTML5 markup and cross-browser HTML5 JavaScript APIs. After completing this course, students will:

• Know how to use semantic HTML5 Markup
• Know how to use cross-browser HTML5 JavaScript APIs
• Understand current browser support for the various HTML5 features
• Understand how to polyfill HTML5 features on older browsers

Our training takes a step-by-step approach, solidifying fundamental concepts and building on them to leave each attendee with a more thorough understanding of HTML5. Using a 50% lecture / 50% lab format, attendees will be able to put the concepts they have just learned to use after each section.

• HTML5 Overview
• Using HTML5 Today
• Markup
• Forms
• Canvas
• Video and Audio
• Drag and Drop
• Geolocation
• Web Storage
• Web Workers
• Communication and Web Sockets

This course is designed for software developers interested in designing, creating, and deploying HTML5 web applications. It is valuable to developers that already have experience in developing web applications. To get the most out of the course, you should be familiar with HTML, CSS, and JavaScript.

Prior exposure to any of these concepts will be helpful, but not required: AJAX, XML, jQuery, HTTP, REST.

It’s short notice, but we hope you can make it, so register now! As always, feel free to email events@jquery.org with any event related questions.

See you all at the show!

jQuery 1.6.4 Released

This is a minor point release of jQuery. We’re releasing it fix a couple issues that came up during the release of jQuery 1.6.3.

You can get the code from the jQuery CDN:

• http://code.jquery.com/jquery-1.6.4.js

You can help us by dropping that code into your existing application and letting us know that if anything no longer works. Please file a bug and be sure to mention that you’re testing against jQuery 1.6.4.

We want to encourage everyone from the community to try and get involved in contributing back to jQuery core. We’ve set up a full page of information dedicated towards becoming more involved with the team. The team is here and ready to help you help us!

jQuery 1.6.4 Change Log

The current change log of the 1.6.4 release.

Data

• #10194: Data attribute names with single dash-surrounded letters cannot be accessed by the camel-case name

Event

• #10208: $(“form”).live(“submit”, fn) not fired from <button type=”submit”> in IE8

Support

• #10197: Bug with mime-type application/xhtml+xml in jquery 1.6.3

jQuery 1.6.4 will be released soon, and we need your help with this release candidate to find any remaining bugs. We’re putting out a new version to address a few last-minute bugs that crept into the 1.6.3 release. With version 1.7 coming next month, we felt it was important to fix these bugs and finalize the 1.6.x line before making more extensive changes and feature additions.

Feel free to do your testing by including either one of these files (one minified and one uncompressed). If you find any important differences from 1.6.3, please file a bug as soon as possible and be sure to mention that you’re testing against jQuery 1.6.4 RC1. Our preferred venue for test cases is jsFiddle; you can just use the “jQuery (edge)” selection there.

• jQuery 1.6.4 RC1 Minified
• jQuery 1.6.4 RC1 Uncompressed

jQuery 1.6.4 RC1 Change Log

The current change log of the 1.6.4 release:

Data

• #10194: Data attribute names with single dash-surrounded letters cannot be accessed by the camel-case name

Event

• #10208: $(“form”).live(“submit”, fn) not fired from <button type=”submit”> in IE8

Support

• #10197: Bug with mime-type application/xhtml+xml in jquery 1.6.3

Please do file a bug report with a test case as soon as possible if you find problems, as described above. Blog comments or Twitter aren’t helpful bug reports!

In the beginning (well, beginning with jQuery 1.2.3 in early 2008) there was the jQuery.data() API. It offers a way to associate JavaScript data — strings, numbers, or any object — with a DOM element. As long as you manipulate the DOM element with jQuery, the library ensures that when the DOM element goes away, the associated data goes away as well. This is especially important for older versions of IE that tend to leak memory when JavaScript data is mixed with DOM data.

Most jQuery code sets data values using the higher-level .data() API; for example, $("div").data("imaDiv", true) sets a boolean value on every div in the document. This API, in turn, calls down to jQuery.data() with each element to set the value. For completeness, there are also jQuery.removeData() and .removeData() to remove data elements, and jQuery.hasData() to determine if any data is currently set for an element.