Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Living up to Our Commitment to Diversity

Posted on by

Following through on our renewed focus on diversity, education and accessibility that we announced over the summer, the jQuery Foundation has in the past couple of months hosted one event and sponsored another devoted to increasing diversity in tech through outreach and education.

jQuery Developer Summit

October 16-18, the jQuery Foundation, along with partners Women of Color in Tech Chat, Manhattan JS, Girl Develop it, and Coalition for Queens, hosted 50 developers in New York City for the jQuery Foundation Developer Summit.   

This free three-day event, which was generously hosted by Digital Ocean, was designed to make open source development more accessible to, and inclusive of, members of underrepresented groups in technology. Participants of all skill levels and disciplines learned best practices and essential skills from current open source contributors and project representatives, and made contributions to an open source project that interests them.

The event heralded several firsts:

  • the first jQuery Developer Summit in three years
  • the first jQuery Foundation event in New York City
  • the first time we’ve been able to run an event that’s free to participants
  • the first time we’re working with partners to focus on improving the representation of diverse communities in open source
  • the first event that brought together project leads from both the jQuery Foundation and Dojo Foundation after our recent merge of these organizations

In creating this event, the jQuery Foundation sought to remove as many barriers as possible to attending a tech event and getting involved in open source. To achieve our aim, we scheduled the event on a weekend to avoid work conflicts, made it free to all attendees to remove income barriers, kept the size small to ensure a low mentor:attendee ratio, partnered with local organizations for underrepresented groups, and followed the jQuery Foundation Code of Conduct. Our efforts paid off, making this event a safe and welcoming environment for everyone.

The Agenda

Friday night we had a nice meet and greet with food and drink. Mentors helped get everyone’s laptop set up with all the software they’d need to hit the ground running Saturday morning.

Saturday began with a series of introductory presentations by experienced developers and in many cases leaders of jQuery Foundation and other Open Source projects. The intent was to orient new attendees to the why, how and what of contributing to Open Source projects.

Why Contribute?

Anne-Gaelle Colom, Content Lead for the  jQuery Foundation and Teaching Fellow at University of Westminster shared how she first got involved with mobile programming in 1996, and how her eventual involvement in jQuery projects helped her gain recognition and status as a woman in a male-dominated profession and University department. Find her presentation here.

Additional presentations, which ran during the morning on Saturday and Sunday, covered all the basics one needs to understand in order to get started contributing to Open Source. The speakers and content were really great. Where possible, the slide links are included below.

  • Adam Sontag – Intro “Fixing a simple bug narrative”
  • Dave Methvin – Reporting and Triaging Bugs
  • Ashley Williams – Pull Requests, Code Review, Automated Checks (CLA, CI, etc)| Open Source licenses and CLAs
  • Brian Brennan – Command Line + Git + Pull Requests
  • Adam Ulvi – How does this all go live -> Virtual Machines / Vagrant
  • Nick Hehr – Contributing Code
  • Leo Balter – Unit Tests
  • Sarah Frisk –  Project Communication, Open Source principles applied to the workplace/your career
  • Rushaine McBean – Community/Inspirational/Aspirational – “Soft” ways to get involved (meetups, conferences, speaking etc)
  • István Szmozsánszky Flaki  – Browser Dev Tools Workshop

Skills

At the end of the presentations on Saturday, all of the mentors gave a quick overview of their project and attendees paired up with the project that most interested them.

Mentors walked attendees through setting up their environment with virtualbox, node, npm, git, and an editor.

Disciplines

Participants worked in teams made up of members of different disciplines, ensuring that everyone was able to make a meaningful contribution in line with their strengths and interests. These include:

  • programming
  • documentation
  • server/network administration
  • design
  • community development

Projects

Participants worked alongside project team members, making contributions in all these disciplines to popular open source projects, some of which included:

Results

Several attendees responded to our post-event survey. Here’s some of the feedback:

The Summit benefitted me in so many ways. I really valued the proportion of mentors to mentees. It was great to have so many experts floating around to be able to spend one on one time with you wherever you might have been in your path. I liked the casual flexibility of it all.

I think you did an awesome job of getting a variety of people to attend.
I am really glad that you included the LGBTQ community. I have NEVER EVER seen such diversity at any other event or conference I have ever attended in my 21 years in tech.

The most valuable aspect was contributing to open source. The summit made me realize that open source is more than just code.

We also asked mentors for their thoughts:

The almost 1-on-1 ratio of speakers/mentors to attendees made this event so intimate and gave me the opportunity to really meet people and find out about them, what their interests were and how they could benefit open source and how open source could benefit their life.

The enthusiasm of the attendees and their desire to get involved was amazing! It’s obvious that so many people just don’t get involved in open source because they can’t get past the on-boarding and that is somewhere we can definitely help!

Mozilla View Source

November 2-4, the jQuery Foundation sponsored the Diversity in Tech Corner at Mozilla’s View Source event in Portland, OR.

The goal of View Source was to provide an in-depth, practical look at current and on-the-horizon technologies, with plenty of opportunities for conversation.

Caterina Paun, Director of the Portland Women Who Code network greeted attendees in the Diversity in Tech Corner and led discussions about women in the engineering workforce, how to join an all-male team as a woman, and how companies can support the careers of women.

While there is undoubtedly much work yet to be done to make the collective of web builders as diverse as the web’s consumers, judging by the Twitter conversations, this event at least served as a beacon for inclusiveness.

Recurring and important theme at #ViewSource is focus on users/humanity through technology, not fetishism of shiny new technology.
— Lucas Myers (@unthunk) November 4, 2015

Once in a while I lose my way in terms of what I do and what I want as a web developer. Conferences like @viewsourceconf help me refocus.
— Alicia Sedlock (@aliciability) November 4, 2015

With day 1 complete, I must say, the most striking part about the day was the amount of smart women who took the stage. @viewsourceconf
— Elaine Oliver (@evoliver) November 3, 2015

Next Up for the jQuery Foundation

We still have a long way to go and a lot of work to do but as we continue to execute on our goal to increase diversity in open source, keep an eye out for announcements of future event sponsorships, speaking engagements and developer summits going into 2016!

Invest in Yourself

Posted on by

You already know that jQuery Foundation projects power just about every JavaScript effort on the planet in one way or another. jQuery is the most popular library for web sites. Grunt builds the assets for thousands of projects. Lodash is used widely on both the client and server, making it the most-depended-upon package on npm. These and all the other Foundation projects could use your help.

Perhaps you hesitate to contribute to an open source project because you think, “I’m not smart, experienced, or skilled enough to do that.” Wrong! If you’re good enough to use open source, you’re good enough to contribute. What’s more, there are plenty of projects looking for a wide variety of skills. You have something to offer. As a new contributor, a new perspective alone can be incredibly valuable to those who have spent their time looking at a problem “from the inside.”

One of the biggest misconceptions about open source is that you have to be a guru-level programmer and understand how every line in the project works. That’s not true though. Many of the code-related things that need to be done involve the “code that builds the code” such as unit tests, build systems, and release scripts. If you use those tools in your work every day, you can bring that experience to help a project with those tasks, even if you’re not an expert in how it works internally.

Then there are the non-programming tasks that some programmers put off (or flat-out just can’t do), but make a huge difference in usability for developers. These are tasks like bug triage, documentation, web site design, and graphic designs. I’ve spent ten years now contributing to open source projects. The first five years were mostly spent triaging bugs, writing test cases and improving documentation. Doing these often-ignored tasks improved my understanding of the needs of project users.

Several Foundation projects have marked issues with the “help wanted” tag to make it easier for new contributors to find things the team thinks don’t require too much inside knowledge. Some projects have also tagged tasks they think are good “first contributions” for people new to the open source process. You’ll find direct links to their issues below. Take a look and grab a task, the projects will thank you for it!

QUnit
jQuery Mobile
Tessel CLI
Sizzle
Dojo 1.11
Dojo 2 core
Intern
lodash web site
lodash-cli
jQuery core
jQuery core documentation

If you don’t find a match with one of the jQuery Foundation projects, don’t let it stop you from contributing somewhere in the open source world. Sites like 24pullrequests.com can help with the search.

The jQuery Foundation would also be grateful for any contributions you’d like to make so we can continue to help open source projects grow and thrive.

Like many gifts that you can give, a contribution to open source can benefit the giver as much as the receiver. Open source software is about creating something together, where everyone contributes a bit and receives great benefits overall. In the process of helping a project you will improve your development skills, meet people with similar interests, and perhaps even hone your talents in preparation for a new job. It can take a bit of time to find the best project match for you, but the benefit to everyone will be much more than a drop in the bucket.

Grunt, Rebooted

Posted on by

Grunt logo
Grunt is one of the best-known and most popular task runners in the web developer’s toolkit. Now that this project has joined the jQuery Foundation, we’re looking to get the project rolling again. Ben Alman, the creator of Grunt, is looking for contributors who can take over the reigns. The team could use some help with triaging a stack of issues and pull requests, then getting a new release out the door.

This is a great opportunity for you to get involved in open source. If you’ve used Grunt in your projects, this is also a chance to give back and help the web development community.

Interested? Post in this Grunt issue.

PEP 0.4.0

Posted on by

Today, we’re happy to announce a new release of PEP: Version 0.4.0. Notable changes include better support for module bundlers such as webpack and browserify and the inclusion of a WIP build on the CDN. The WIP build can be found at http://code.jquery.com/pep/pep-git.js but should only be used for testing (please don’t deploy the WIP build to a production site).

For full details on what’s included in this release, see the changelog.

To get started with PEP, you can get the files from npm, bower (pepjs), the jQuery CDN, or the GitHub release. Check out the samples or view the project README for more details. If you run into any issues using PEP, please file an issue or join us on IRC in #pep on freenode.

Thanks to all who helped with this release, specifically: Anders D. Johnson, Colin Snover, John-David Dalton, Jörn Zaefferer, Mike Mariano, Scott González, Stefan Neubert, Stuart P. Bentley, Will Binns-Smith.

jQuery Foundation Web Excellence Program – Powered by jQuery

Posted on by

Snowball: A Tool for Storytelling on the Web

Drexel_Vertical stacked_Lockup_HEX
openHTML Research Group

Tell us about your organization

Our openHTML group at Drexel University in Philadelphia, PA researches how people learn about computation through the web, and ways we can design tools to support these learning experiences. Snowball is our latest project for giving people a way to express themselves using the web as a medium.

What is Snowball and how does it help advance the Open Web?null

Snowball is a WordPress plugin that makes it possible for anyone to create modern, immersive, interactive articles to tell their stories on the web. Our goal is to make it possible for everyone including bloggers, students, and journalists to create engaging articles like the ones produced by world-class news organizations.

We provide a graphical interface where you can start building the content of your article block by block. Within each block, you can tinker with the widgets to add your own content and style. Each block also has a coding interface so you can inspect the underlying HTML and CSS, and add a dash of your own to customize even further. We provide blocks ranging from third-party media embeds to interactive visualizations.

What are the benefits of including jQuery as a dependency in Snowball?

jQuery ensures that we can provide a uniform experience across a broad range of devices and platforms, freeing our time to spend on what makes our project unique.

How do jQuery projects help Snowball and its users achieve your and their goals?

jQuery has accelerated the pace of our development, allowing us to build a functional prototype in less than two months. In turn, this has allowed us to start getting feedback, and iterating on our design, sooner rather than later.

snowball2

What’s coming next in Snowball?

We’re partnering with The Triangle, Drexel University’s student-run newspaper, to pilot Snowball for long-form articles. This will teach us a great deal about how journalists work the web and how we can make our tool more useful for them. We’re also in the process of getting Snowball listed on WordPress.org’s plugin directory so that it’s available to everyone.

How can people get involved?

If any news organization or educators are interested in trying Snowball, we’d love to partner with you. We’re also open source and on GitHub. If you know HTML, CSS, and jQuery, you know enough to contribute new block types in Snowball!

Are you involved with an amazing site or app that uses a jQuery Foundation project or projects? Check out the Web Excellence Program categories and submit yours today! Entries in all categories are heartily welcomed, and we’d love to hear how individual developers all the way to Enterprises use jQuery Foundation projects to achieve their business and technology goals.

jQuery Foundation and Dojo Foundation to Merge

Posted on by

United Foundation to Advance the Open Web by Serving Developers

The jQuery Foundation and Dojo Foundation today announce plans to combine forces to form the largest, most diverse and most comprehensive Foundation committed to building the Open Web by serving developers, their projects and their communities.

“This merger elevates Web accessibility, openness and developer education, and will advance the Open Web and improve the developer experience significantly,” said Kris Borchers, jQuery Foundation Executive Director. “Every Open Source project needs community, governance and technical resources to succeed. By joining forces, we make growing community easier, we streamline and simplify processes and we offer unrivaled resources to projects and developers alike.”

“The Dojo Foundation project leads and I are all very excited to be joining up with the jQuery Foundation,” said the Dojo Foundation President Dylan Schiemann, who will join the jQuery Foundation board with the merger. “We share a common mission, purpose and approach, and our combined ability to serve the needs of the JavaScript development community is going to take the Open Web to new heights.”

Timmy Willison, jQuery Core Project Lead, agreed, adding, “I’m a big fan of Dojo projects and the Dojo Foundation. I am excited and honored to work alongside such capable, talented developers and I look forward to discovering what we can achieve together.”

“Some of the most innovative developer ideas are coming out of the JavaScript community and our clients see a great deal of value from it,” said Todd Moore, Vice President IBM Open Technology. “We are excited to see the jQuery Foundation and the Dojo Foundation joining forces in an open collaborative developer oriented environment.”?

Said James Burke, Project Lead for RequireJS, “I have contributed to projects that have been under both Foundations, and I appreciate how both make it easy for people to start contributing in a welcoming environment by keeping the legal and mechanical processes as low-friction as possible. Both Foundations are also committed to creating maximally-useful code through very permissive Open Source means. By combining their efforts, I believe it will be easier for new projects to choose this successful approach.”

John-David Dalton, Lo-Dash project lead, added, “Combining the resources of the Dojo and jQuery Foundations is a win for developers. Among the many advantages this merger will bring, consolidating CLAs and streamlining processes will make it much easier for projects to grow and better serve the application developer community.”

With this merger, the jQuery Foundation continues to move toward its mission to make the web accessible to everyone. By adding the projects of the Dojo Foundation to the family of projects it supports, the Foundation is able to reach a larger community of developers in its efforts to increase diversity and accessibility in its projects and the open web as a whole. This is just the first major step in the jQuery Foundation’s plans to further serve developers.

Foundation Board Update – Renewed Focus on Key Priorities

Posted on by

In June, the jQuery Foundation Board of Directors held an in-person meeting, hosted by Famous in their San Francisco offices. During the meeting, the Board agreed to the following priorities to fulfill the Foundation’s Mission of improving the open web, making it accessible for everyone, through the development and support of open source software, and collaboration with the development community.

Our priorities are:

  1. Diversity: Open source depends on contributions. An organization’s vitality can be destroyed by having a closed group that excludes or even actively antagonizes newcomers. There is incredible value in having a diverse set of contributors with different cultures, backgrounds, perspectives, and skill sets. The jQuery Foundation is committed to improving diversity at all levels, from the development community in general to the projects we host and all the way to our own board, which we acknowledge isn’t very diverse today.
  2. Accessibility: As with diversity, this goal is again in the spirit of inclusiveness. Web technology has many features to make it friendly to users with sight, motor, or cognitive issues. Many web developers don’t know about them, or defeat them without realizing the implications. We want to change that. Last month’s jQuery SF conference had several excellent speakers who showed what the web can be like for some users: https://www.youtube.com/watch?v=HWzEF1P-bvI#t=7h34m30s
  3. Education: This goal crosses all of our priorities and encompasses many different subjects. By educating developers, both on the world of open source and also on the issues of diversity and accessibility, we can make the web an inclusive place.

We will achieve these goals by focusing our efforts on three key areas:

  1. Actively Recruiting New Projects: As you can tell, the jQuery Foundation’s mission goes far beyond the original jQuery projects. We are looking to host projects that we can help. The Foundation offers projects greater visibility, a voice in the standards process, help in managing their community, infrastructure such as a CDN, and other benefits. Projects remain autonomous, the Foundation doesn’t dictate the project’s goals or roadmap. We can, however, offer financial support for meeting mutually agreed upon project goals.
  2. Defining and Delivering Essential (basic through advanced) Web Developer Education: We want to help developers learn how to contribute to open source projects, how to run open source projects, and how to build web sites or applications that apply best practices and beyond that, we want to educate developers on the importance and implementation of diversity and accessibility in their projects. Finally, we want to get the word out about how the jQuery Foundation can help developers do their jobs better.
  3. Growing Our Impact through Outreach: The jQuery Foundation can only accomplish its goals with the support of companies and individuals who believe in the mission. If you or your company is interested in joining us to improve the web development community, please get in touch info@jquery.org. Like the open source projects we host, the jQuery Foundation itself is powered by memberships, volunteers and donations! Those of you who have already contributed, we thank you for supporting the mission.

jQuery Foundation Project Updates

Posted on by

In order to make it easier for jQuery Foundation Members and Web developers to quickly stay abreast of all our projects, we will periodically publish consolidated project updates here.

jQuery Core

Powering 2/3 of sites, jQuery is a fast, small, and feature-rich JavaScript library

Since last December’s release, the team has been hard at work on a major 3.0 release. This release – the alpha of which came out on July 8 – comes with many updates (including Promises/A+ compliant Deferreds) and bug fixes, and it finally removes some previously deprecated and underused features.

Links: download, meeting notes, full list of 3.0 changes

A big thank you to the core team and everyone who contributed – and will contribute – to the upcoming release.
Questions?  Contact Timmy Willison

globalize-mark-light (1) Globalize

JavaScript library for internationalization and localization that leverages the official Unicode CLDR JSON data.

Globalize version 1.0 was released in April and provides developers with localized number formatting and parsing, date and time formatting and parsing, relative time formatting, currency formatting, and message formatting (with pluralization and gender support) that runs in browsers and Node.js, consistently across all of them.

One exciting thing the community is focused on is the ability to compile Globalize for production. This will enable applications to generate custom runtime code that is extremely small and fast.

Links: git, mailing list,
Questions?  Contact Rafael Xavier de Souza

icn-jquerymobile-logo jQuery Mobile

Unified, HTML5-based user interface system for all popular mobile device platforms, built on the jQuery and jQuery UI foundation

The team has been heads down on version 1.5.0, which will bring numerous improvements including:

  • A new standalone enhancer module for customizable, fast declarative initialization of any javascript including jQuery widgets and plugins.
  • Improved and re-written shared with jQuery UI including button, checkboxradio, and controlgroup and the accordion widget which will replace the current collapsible and collapsible set widgets.
  • All of jQuery Mobile’s widget will now also feature the classes option for improved customizability and theming.
  • Re-written table and navbar widgets
  • Greatly improved modularity

Check out full release plans here

Links: download, meeting notes

Questions?  Contact Alexander Schmitz

Esprima

High performance, standard-compliant ECMAScript parser written in JavaScript

In March, we released Esprima 2.1.0, introducing support for several new pieces of ES6 syntax. In the mean time, a lot of work has been done to complete its ES6 support (check the roadmap). We’ve also improved the testing infrastructure and workflow to make the codebase more contributor-friendly.

Links: git, mailing list

A big thank you to all those who contributed patches to this release: Ariya Hidayat, Bei Zhang, Brandon Mills, Mike Rennie, Mike Sherov.

Questions?  Contact Ariya Hidayat

icn-ui-logo jQuery UI

Curated set of UI interactions, effects, widgets, and themes built on top of the jQuery Library.

The team released jQuery UI 1.11.4 in March, bringing bug fixes for Draggable, Resizable, Sortable, Accordion, Dialog, Slider, and Tooltip.

We are focused now on support for Pointer Events, and splitting up UI Core and old jQuery support to enable smaller builds

Links: git, meeting notes
Questions? Contact Scott González

ChassisChassis

Creating open standards for CSS libraries, JavaScript UI libraries, and web developers in general.

The team is working on its Phase One release which will involve an initial CSS Framework – this is planned for later this summer.

Work is also underway for a themeroller.

Links: git, meeting notes

Thanks to Micheal Arestad, Alexander Schmitz and Rohit Mulange

Questions?  Contact Sarah Frisk

qunitQUnit

Powerful, easy-to-use JavaScript unit testing framework

The latest release, 1.18.0, made a lot of improvements to the HTML reporter, making it more efficient to debug failures. For example, a new diff algorithm makes it easier to spot the difference in failed expected/actual assertions.

We’re currently working on the js-reporters project, which QUnit will implement, along with hopefully many other JavaScript testing frameworks and tools. The goal is to standardize an API with events and event data for test runners. A tool like Karma could then adopt a single interface instead of having to support each testing tool individually.

If you want to help moving QUnit along, check out these issues.

Links: git, meeting notes

Questions?  Contact Jörn Zaefferer

PEP

PointerEvents Polyfill: a unified event system for the web platform

PEP’s First release (0.3.0) came out in April and the the project is presently working to automate and improve the W3C test suite.

Links: git, meeting notes,

Questions?  Contact Scott González

Get Some Credit!

Posted on by

Submit Your Project for the jQuery Foundation Web Excellence Program

How awesome is your project/site/integration/app? Probably really awesome, otherwise, you wouldn’t be doing it, right?!?

The jQuery Foundation wants to tell the world about all the incredible things developers are doing with jQuery Foundation projects. That’s why we are launching the jQuery Foundation Web Excellence program.

Here’s how it works:

  1. You pick the category or categories in which you want to submit (See category descriptions below)
  2. Tell us about you, your company/project, and how jQuery Foundation projects help you make it happen
  3. We’ll highlight projects on the jQuery Blog and promote them on social media

What are you waiting for? Get the the visibility you and your project deserve!  Go to the Web Excellence Submission Form and submit your project today!

Category Descriptions

  • All Around Rock Star: This category highlights the sites/apps that leverage any jQuery Foundation project to produce a stellar digital experience. Please highlight your approach to leveraging jQuery Foundation tools, libraries and resources, stand-alone or in combination with other Open Web components and frameworks to solve real problems and delight users.
  • Mobile Masterpiece: This category highlights the sites/apps that use any jQuery Foundation project to engage consistently with users across all devices, including mobile.
  • Enterprise: Highlights the organizations leveraging any jQuery Foundation project to help their enterprise organization (5,000 and up employees) achieve strategic IT and/or business objectives (e.g. system integration, uptime, compatibility/accessibility, revenue, cost reduction).
  • Top Speed: Highlights the organizations that use any jQuery Foundation project as part of a rapid project/product launch and/or to achieve fast site/app performance.  Do your users have a need for speed that jQuery Foundation projects help you deliver? Tell us about it!
  • Globetrotter: Showcases the sites, apps, systems or projects that best demonstrate the power of Globalize when implemented stand-alone or in combination with other jQuery Foundation projects.
  • Powered by jQuery: Showcases the SDKs and other toolsets that leverage any jQuery Foundation project as a dependency.

Rules & Terms:

  • There is no fee to enter
  • Only English language submissions will be accepted
  • Your entry must be submitted using the Submission Form
  • Please provide box/drive links to all graphics/visuals in your text answers, so the desired placement is clear
  • You may submit for multiple categories, but please make individual submissions for each desired category
  • The jQuery Foundation reserves the right to change or cancel a category at any time
  • A selection of submitted entries will be publicly displayed on the jQuery Foundation web site and promoted via our social media channels
  • Submitting an entry gives the jQuery Foundation the permission and approval to leverage submitted content for Marketing and Public Relations purposes

jQuery 3.0 and jQuery Compat 3.0 Alpha Versions Released

Posted on by

It’s been a long time since we did a major release, and you certainly deserve one. So we’re glad to announce the first alpha of jQuery 3.0!

Despite the 3.0 version number, we anticipate that these releases shouldn’t be too much trouble when it comes to upgrading existing code. Yes, there are a few breaking changes that justified the major version bump, but we’re hopeful these breakages don’t actually affect that many people. The jQuery Migrate plugin can help you to identify compatibility issues in your code as well. Your feedback on the changes in this alpha will help us greatly, so please try it out on your existing code and plugins!

There are actually two releases here. First is jQuery 3.0, which supports modern browsers and environments from IE9 forward. Second is jQuery Compat 3.0, which includes support for IE8. As an added bonus, both jQuery and jQuery Compat will include support for Yandex.Browser, a freeware browser released in 2012. You can get the files from the jQuery CDN, or link to them directly:

https://code.jquery.com/jquery-3.0.0-alpha1.js

https://code.jquery.com/jquery-compat-3.0.0-alpha1.js

You can also get the alpha versions from npm:

npm install jquery@3.0.0-alpha1

npm install jquery-compat@3.0.0-alpha1

 

Major changes

Below are just the highlights of the major new features, improvements, and bug fixes in these releases. A complete list of changes is available at the bottom of this post and on our GitHub issue tracker. On GitHub, you can additionally see the features we expect to put in later beta and final versions that have yet to land.

Simplified .show() and .hide() methods

Everyone’s mental model of jQuery’s .hide() method is that it sets display: none in CSS. Conversely, .show() clears the display so that the element shows again (assuming its parents are not hidden). Simple, right?

Well, no. There are actually many complex special cases that people asked us to “fix” over the years, which turned these methods into a convoluted confluence of principles. For example, what if the element is set to display: none in a stylesheet? jQuery would try to override that by forcing display: block on the element directly. Okay, but what if a normally block element like <li> was set to display: inline by a different stylesheet rule? How about the case where you call these methods on an element before it’s been added to the document and we don’t know what display value it will have? Determining all of that takes extra work. Sometimes it’s still just a guess that turns out to be wrong.

Since these methods add a style attribute to the element, they don’t tend to play well with techniques like responsive design where the visibility of elements may also be set by media queries. This leads to the need for jQuery handlers that listen for the orientationchange or resize events and manually hide or show parts of the page; it defeats the elegant solution that media queries were trying to implement.

You can see that jQuery was already about halfway down the path to total madness, and it didn’t make sense to complete the journey. The special cases and checks were not only complex and incomplete, but they caused significant performance issues on large pages.

So, instead, we’re experimentally defying the evolution of these methods and reverting to a simple, primordial model. This will break some code. If you have elements in a stylesheet that are set to display: none, the .show() method will no longer override that. So the most important rule for moving to jQuery 3.0 is this: Don’t use a stylesheet to set the default of display: none and then try to use .show() – or any method that shows elements, such as .slideDown() and .fadeIn() – to make it visible.

If you need an element to be hidden by default, the best way is to add a class name like “hidden” to the element and define that class to be display: none in a stylesheet. Then you can add or remove that class using jQuery’s .addClass() and .removeClass() methods to control visibility. Alternately, you can have a .ready() handler call .hide() on the elements before they are displayed on the page. Or, if you really must retain the stylesheet default, you can use .css("display", "block") (or the appropriate display value) to override the stylesheet.

We know that this is likely to be one of the most contentious and difficult changes in jQuery 3.0, so we wanted to put it out in this early release to see the effects. Please let us know how it affects your code and what you need to change in order to work with this new model.

https://github.com/jquery/jquery/issues/1767
https://github.com/jquery/jquery/issues/2057
https://github.com/jquery/jquery/issues/2308

Special case with .data() names

We have updated our .data() implementation to closer match the HTML5 dataset specification. All keys are now converted from kebab-case to camelCase, regardless of access method, and digits no longer participate in the conversion. For example, we will no longer differentiate between “foo-bar” and “fooBar”, but will differentiate between “foo-42” and “foo42”. These changes will mainly come into play when retrieving all data by calling .data() with no arguments, or when trying to access the data using a converted key (.data(“foo42”)) instead of the original (.data(“foo-42”)).

https://github.com/jquery/jquery/issues/1751

jQuery.Deferred is now Promises/A+ compatible

jQuery.Deferred objects have been updated for compatibility with Promises/A+ and ES2015 Promises, verified with the Promises/A+ Compliance Test Suite. This meant the introduction of a .catch() method and some major changes to the .then() method:

  • An exception thrown in a .then() callback now becomes a rejection value. Previously, exceptions bubbled all the way up, aborting callback execution and irreversibly locking both the parent and child Deferred objects.
  • The resolution state of a Deferred created by .then() is now controlled by its callbacks—exceptions become rejection values and non-thenable returns become fulfillment values. Previously, returns from rejection handlers became rejection values.
  • Callbacks are always invoked asynchronously. Previously, they would be called immediately upon binding or resolution, whichever came last.
  • Progress callbacks can no longer resolve Deferred objects to which they are bound.

Consider the following, in which a parent Deferred is rejected and a child callback generates an exception:

var parent = jQuery.Deferred();
var child = parent.then( null, function() {
  return "bar";
});
var callback = function( state ) {
  return function( value ) {
    console.log( state, value );
    throw new Error( "baz" );
  };
};
var grandchildren = [
  child.then( callback( "fulfilled" ), callback( "rejected" ) ),
  child.then( callback( "fulfilled" ), callback( "rejected" ) )
];
parent.reject( "foo" );
console.log( "parent resolved" );

As of jQuery 3.0, this will log “parent resolved” before invoking any callback, each child callback will then log “fulfilled bar”, and the grandchildren will be rejected with Error “baz”. In previous versions, this would log “rejected bar” (the child Deferred having been rejected instead of fulfilled) once and then immediately terminate with uncaught Error “baz” (“parent resolved” not being logged and the grandchildren remaining unresolved).

While caught exceptions had advantages for in-browser debugging, it is far more declarative (i.e. explicit) to handle them with rejection callbacks. Keep in mind that this places the responsibility on you to always add at least one rejection callback when working with promises. Otherwise, any errors will go unnoticed.

Legacy behavior can be recovered by replacing use of .then() with the now-deprecated .pipe() method (which has an identical signature).

jQuery.when has also been updated to accept any thenable object, which includes native Promise objects.

https://github.com/jquery/jquery/issues/1722
https://github.com/jquery/jquery/issues/2102

Removed special-case Deferred methods in jQuery.ajax

jqXHR object is a Promise, but also has extra methods like .abort() so that you can stop a request after it has been made.

As users increasingly embrace the Promise pattern for asynchronous work like AJAX, the idea of having special cases for the Promise returned by jQuery.ajax is an increasingly bad idea.

success, error, complete
done, fail, always

Note that this does not have any impact at all on the callbacks of the same name, which continue to exist and are not deprecated. This only affects the Promise methods!

https://github.com/jquery/jquery/issues/2084

Error cases don’t silently fail

Perhaps in a profound moment you’ve wondered, “What is the offset of a window?” Then you probably realized that is a crazy question – how can a window even have an offset?

In the past, jQuery has sometimes tried to make cases like this return something rather than having them throw errors. In this particular case of asking for the offset of a window, the answer up to now has been { top: 0, left: 0 } With this alpha of jQuery 3.0 we’re experimenting with the idea of having such cases throw errors so that crazy requests aren’t silently ignored. Please try the alpha and see if there is any code out there depending on jQuery to mask problems with invalid inputs.

https://github.com/jquery/jquery/issues/1784

.width(), .height(), .css(“width”), and .css(“height”) to return decimal values (whenever the browser does)

Previously, jQuery rounded values when retrieving width and height. Some browsers return subpixel values – such as IE and Firefox – and sometimes users need this precision when relying on these values for layout. We don’t expect this change to have a big impact on your code, but let us know if it does.

https://github.com/jquery/jquery/issues/1724

Removed deprecated event aliases

.load, .unload, and .error, deprecated since jQuery 1.8, are no more. Use .on() to register listeners.

https://github.com/jquery/jquery/issues/2286

jQuery.swap, jQuery.buildFragment, and jQuery.domManip are no longer accessible on the jQuery object

These methods were always intended for internal use only and were never documented. We are finally making them private to avoid confusion.

https://github.com/jquery/jquery/issues/2224
https://github.com/jquery/jquery/issues/2225

Animations now use requestAnimationFrame

On platforms that support the requestAnimationFrame API, which is pretty much everywhere but IE8 and IE9, jQuery will now use that API when performing animations. This should result in animations that are smoother and use less CPU time – and save battery as well on mobile devices.

jQuery tried using requestAnimationFrame a few years back but there were serious compatibility issues with existing code so we had to back it out. We think we’ve beaten most of those issues by suspending animations while a browser tab is out of view. Still, any code that depends on animations to always run in nearly real-time is making an unrealistic assumption.

.unwrap( selector )

Before jQuery 3.0, the .unwrap() method did not take any arguments. The selector parameter offers a way to be specific about which wrappers to remove.

https://github.com/jquery/jquery/issues/1744

Massive speedups for some jQuery custom selectors

Thanks to some detective work by Paul Irish at Google, we identified some cases where we could skip a bunch of extra work when custom selectors like :visible are used many times in the same document. That particular case is up to 17 times faster now!

Keep in mind that even with this improvement, selectors like :visible and :hidden can be expensive because they depend on the browser to determine whether elements are actually displaying on the page. That may require, in the worst case, a complete recalculation of CSS styles and page layout! While we don’t discourage their use in most cases, we recommend testing your pages to determine if these selectors are causing performance issues.

https://github.com/jquery/jquery/issues/2042

 

Thanks

Many thanks to all of you who participated in this release by testing, reporting bugs, or submitting patches, including Chris Antaki, Jason Bedard, Leonardo Braga, Bastian Buchholz, Anne-Gaelle Colom, David Corbacho, Brenard Cubacub, Hamish Dickson, Ben Edelman, Stephen Edgar, elas7, flexphperia, Corey Frang, Xue Fuqiao, Oleg Gaidarenko, Richard Gibson, Michał Gołębiowski, Scott González, goob, Veaceslav Grimalschi, Mu Haibao, Dan Hart, Frederic Hemberger, Nicolas Henry, Daniel Herman, Jon Hester, Victor Homyakov, Winston Howes, Daniel Husar, Essam Al Joubori, Veres Lajos, George Mauer, Richard McDaniel, Amit Merchant, Calvin Metcalf, Dave Methvin, MightyBranch, Nazar Mokrynskyi, Matthew Mueller, Martin Naumann, Alexander O’Mara, Randson Oliveira, Gilad Peleg, James Pearce, PJ, Senya Pugach, Aditya Raghavan, Chris Rebert, Aurelio De Rosa, Gabriel Schulhof, Mike Sidorov, Nick Stefan, Arthur Stolyar, Timo Tijhof, Ben Toews, Thomas Tortorini, Shivaji Varma, Arthur Verschaeve, Rick Waldron, Bin Xin, Imran M Yousuf, Jörn Zaefferer.

 

Changes

Here is the full list of changes since the last official releases (1.11.3 and 2.1.4):

 

Common to both jQuery and jQuery Compat

Ajax

  • Always use script injection in globalEval (#14757, bbdfbb4)
  • Remove jsonp callbacks through “jQuery#removeProp” method (#2323, a2ae215)
  • remove event dependency from the ajax module (4e7f34f)
  • Fix for request aborted in ajaxSend (#1775, 598ed05)
  • use anchor tag for parsing urls (#1875, b091fdb)
  • Fix cross-domain detection test for non-default port (83b038f)
  • $.post and $.get can now take an options object (#1986, 89ce0af)
  • simplify one ajax call and add explanatory comment (0ac28ed)
  • make jQuery#load “type” field explicit (4ef120d)
  • replace “jqXHR.complete” callback with “always” (97ef1f2)
  • remove deprecated extensions from ajax promise (#2084, 9d1b989)
  • remove use of jQuery#each second argument (a4715f4)
  • remove “onunload” event handler (a117dd0)
  • Remove remnants of the load event alias handling (38a6697)

Attributes

  • add SVG class manipulation (#2199, 20aaed3)
  • return null when attribute does not exist (#2118, aaeed53)
  • Use the option val hook in select val hook and simplify it (#1902, f6302b0)
  • remove unnecessary element null check (55ac56a)
  • fix failing test for new return value (5dc4616)
  • revert returning null for non-elements (7632b74)
  • revert returning null for non-existant attributes (2905961)

Build

  • update Sizzle to 2.0.0 (bcca4f0)
  • Update grunt-contrib-jshint (1556c46)
  • remove bower.json lint target (285cfbf)
  • add mailmap entry (3ec73ef)
  • Update the license attribute (#2331, 8e92e1e)
  • drop bower; use npm for front-end deps (#15186, e1949f4)
  • update front-end dependencies (8356948)
  • update node dependencies barring jscs (8e3a0ce)
  • update grunt-jscs-checker and pass with the new rules (c869a1e)
  • update requirejs dependency to 2.1.17 (#2290, a644101)
  • update source map options for the new grunt jshint (269a27c)
  • bower.json: remove moot `version` field (61e21a4)
  • fix broken assertions caused by QUnit update (8b6aeae)
  • Update commitplease dev dependency (39b7606)
  • remove deprecated JSHint options (34da7d5)
  • update AUTHORS.txt (8f13997)
  • Upgrade to commitplease 2.0.0 (5bc1ddc)
  • Update QUnit to latest (1.17.1) (2d5c5d2)
  • update version to 3.0.0-pre (7a607c5)
  • Move test to appropriate module (fbdbb6f)
  • Fix various typos (dc4b914)
  • Speed up the Travis build (31f4f8e)
  • Remove empty define({}) from build output (#1768, 2c1b556)
  • Remove npm from dependencies (b92acf7)
  • Upgrade to grunt-bowercopy 1.0.0 (323e82c)
  • Remove unused Sizzle test files (8d11310)
  • fix tests in AMD mode (6051609)
  • Move all external libraries to external directory (c5d9d88)
  • account for version labels in Sizzle versions (#1939, 78ac753)
  • update node dependencies (9101704)
  • Sizzle version labels must start with a dash (d6c97ab)
  • Don’t assume the browser environment; smoke test on Node w/ jsdom (#1950, 76df9e4)
  • Remove dates from copyright notice (66e1b6b)
  • Specify valid components for commit messages (0c9d018)
  • ignore test dependencies for npm install (35f8e15)
  • update Sizzle to 1.11.1 and include license (c0b23e2)
  • update Sizzle (#2042, #1969, 3a0dd5a)
  • update grunt-bowercopy (712e78c)
  • Update license (4f776e5)
  • Sanctify the component name status of Wrap (a4133ff)
  • Update native-promise-only (again) (f5aa89a)
  • Rearrange grunt/npm tasks into a build/dist/test pattern (bb928bd)
  • Update native-promise-only (0065e1f)
  • save sinon update for later (#2160, 98c25b7)

Callbacks

Core

  • Return empty array instead of null for parseHTML(“”) (#1997, 4116914)
  • use document.implemenation.createHTMLDocument in jQuery.parseHTML (58c2460)
  • Follow the AMD specification for define (892625b)
  • Throw an error on $(“#”) rather than returning 0-length collection (80022c8)
  • allow init to accept an alternate rootjQuery for migrate’s sake (#2101, 7a6931d)
  • remove unnecessary support test for createHTMLDocument (5923282)
  • pass empty string to createHTMLDocument to appease IE (31c7d7f)
  • revert addition of createHTMLDocument. Thanks, Safari 8. (b779831)
  • Update tested jsdom, drop obsolete workarounds (#2153, 06f6cd1)
  • re-introduce createHTMLDocument in parseHTML; Safari 8 left out (cfe468f)
  • Standardize indexOf comparisons (53aa87f)
  • remove custom ready event (#2264, c252c5f)
  • Consistently use local reference to access() (2fb719e)
  • Remove deprecated context and selector properties (#1908, 0ea8c32)
  • remove isArraylike check for nodes (#2238, 436f0ae)
  • add support to tag-hyphenated elements (534f130)
  • Use window.setTimeout & friends instead of global equivalents (#2177, 219c749)
  • Drop size and andSelf methods (#1749, f110360)
  • Drop strundefined variable (29838b6)
  • Make jQuery objects iterable (#1693, bb026fc)
  • add workaround for iOS JIT error in isArrayLike (#2145, 1541664)
  • Test all factory use cases from intro.js (#2181, ab40725)
  • Switch from modules to just window.setTimeout etc. (842958e)
  • Align branches: remove an unused variable, add comments (f6de5a9)
  • simplify “each” stylesheet iteration test (fcb6c4d)
  • Simplify and speed up .each (eeda11c)
  • organize prop & attr code to be similar (5153b53)
  • change jQuery.each and jQuery#each signatures (#2090, 2380028)

CSS

  • CSS:Event: simplification of native method signatures (85577a3)
  • Fix the “sanity check” test (995f707)
  • Remove non-functional unit test for negative margin (4ab7431)
  • Add an integration test for issue gh-1764 (8887106)
  • Remove use of getDefaultComputedStyle (#15227, 274feb5)
  • Use pre-defined displays for html and body (a772418)
  • Correct typo in the comment (7e09619)
  • Removed redundant “to the number” in comment (895ea68)
  • fix :visible/:hidden selectors for inline element w/ content (#2227, 79bcb29)
  • Support relative adjustment in any applicable unit (#1711, 9b03f6d)
  • elements are hidden when either offsetWidth or offsetHeight is zero (#10406, #13132, 10399dd)
  • Ignore the CSS cascade in show()/hide()/etc. (#1767, #2071, 86419b1)
  • Fix the pixelMarginRight support test in Android 2.3 (cdfc2d0)
  • Clean up memory leak in reliableMarginRight (#1795, 7d15b4d)
  • Don’t cache unrecognized CSS property names (#2015, d471842)
  • Don’t name the anonymous swap function (0019a46)
  • make the getStyles function more readable (3a0d582)
  • Work around an IE11 fullscreen dimensions bug (#1764, 90d828b)
  • Add unit tests for negative margins and positioning (1b932bb)
  • simplify “defaultDisplay” module (c62486f)
  • Make .css(“width”) & .css(“height”) return fractional values (#1724, b60b26e)
  • Don’t expose jQuery.swap (#2058, bb4d888)
  • Improve a comment explaining IE11 fullscreen bug (8e4aac8)

Data

  • do not include digits when camelCasing (#1751, 2862a07)
  • always camelCase keys in .data() (#2257, 0e79098)
  • Use a PDF object instead of a Java applet for acceptData testing (#1938, 087d280)
  • camelCasing should not ignore case (#2070, 172cad8)

Deferred

Dimensions

  • allow modification of coordinates argument (#1848, f7e60dc)

Docs

  • 1.x-master branch -> compat branch; 2.x branch -> master branch (758fd6c)
  • correct grunt command in README.md (#1850, 9d6beac)
  • remove redundant instruction from the readme (#2359, 3c92770)
  • Clarify custom build instructions (a3779bc)

Effects

  • Adding unit tests for jQuery.Animation (b3b2d6c)
  • Reintroduce use of requestAnimationFrame (#15147, 72119e0)
  • add tests for jQuery.easing._default in Animation and Tween (6d7ef56)
  • set default easing using jQuery.easing._default (#2219, 5f2ea40)
  • Add tests for jQuery.Tween (cdaed15)
  • Improve raf logic (708764f)

Events

  • remove preDispatch hook & simplify “simulate” signature (3655c4e)
  • remove guard for falsy handler argument of jQuery#on method (fac67a9)
  • add support comment (9db9316)
  • correct support comment (361a0d5)
  • HTML5 drop events inherit from MouseEvent (#2009, d7e5fce)
  • Fully clean up events in unit test (4467ed6)
  • Empty namespaces should be uneventfully ignored (8653068)
  • remove outdated originalEvent hack (6df669f)
  • Remove fake originalEvent from jQuery.Event.simulate (#2300, 7475d5d)
  • fix incorrect window bug with scrollTop/Left in iframes (#1945, d21edb5)
  • remove deprecated event aliases (#2286, 0705be4)
  • Add a note about a mouseenter bug in Chrome (a5e1c9b)
  • Restore the `constructor` property on jQuery.Event prototype (#15090, b807aed)
  • Copy detail property to jQuery.Event on native events (#1867, d9ed166)
  • Remove an internal argument to the on method (04a2969)
  • Normalize mouse event properties in drag events (#1925, 97cf528)
  • provide verbose comment for focus(in | out) & rename support prop (c074006)
  • remove redundant guards for the event methods (#2047, a873558)

Manipulation

Misc

  • Drop support for older browsers; update support comments (740e190)
  • Need for speed removed by 9ad6e7e (ff928f5)
  • Mac OS is now OS X, thanks @xfq (d30c482)

Offset

  • remove ownerDocument check in offset getter (#2115, 6176567)
  • Round offset value for the sake of floating errors (#2147, 62ae2d0)
  • return zeros for disconnected/hidden elements (#2310, 40dcc76)
  • Fix .offset() to correctly work with ShadowDOM (#1784, 1617479)
  • account for scroll when calculating position (#1708, 2d71594)
  • don’t run scrollTop/scrollLeft iframe test in Android 2.3 & 4.0 (#1981, 0c46643)
  • return before getBoundingClientRect to avoid error in IE8-11 (0e4477c)
  • add tests for hidden elements + scroll (b041242)
  • simplify jQuery#offsetParent method (74ae544)

README

  • Fix punctuation in tile (df62159)
  • Fix minor style issues. Thanks @MightyBranch! (edfc94d)
  • update the Homebrew site address (b410b15)
  • various text fixes (31b63fc)
  • Update the description of the deprecated module (1d75273)
  • Improve build instructions (2e9c1ea)

Release

  • update AUTHORS.txt (e905dcd)
  • Remove copying of jquery-latest files (c34ed46)
  • properly set the dist remote when it’s a real release (c44dd77)
  • bower.json is actually generated from scratch (61224f5)
  • Distribute files to distribution repo (#1869, #1673, #2045, 26eca14)
  • dist can be run during a test (aae998b)
  • push dist to same remote as project (1ba45fc)
  • remove sourcemap comment from all copies of minified file (#1707, a76c781)
  • fix CDN archive creation (#1940, e0673df)

Selector/Sizzle

  • add jQuery.uniqueSort; deprecate jQuery.unique (#2228, e1090c3)
  • add test for jQuery.unique() alias (add85af)
  • Remove “#” exception for identifier tokens (86e62d8)
  • update to 2.1.1 (7602dc7)

Support

  • Re-organize browser order, add Safari 8 (43faf6d)
  • Correct iOS 8 support test results, re-arrange entries (ce308e2)

Tests

  • Update QUnit (6748ba3)
  • Minor updates for QUnit 1.16 compatibility (26276a3)
  • Accommodate page changes from the QUnit HTML reporter (3c13f4c)
  • Increase QUnit timeout (ff18d8e)
  • Tilt at a few style guide windmills (906caeb)
  • Correct a typo in the regex matching Safari 8 (c17543f)
  • Add Microsoft Edge results (from Windows 10 build 10130) (8e111df)
  • Remove Edge version from the user agent (5a1217e)
  • Remove test/data/ua.txt (#2398, e831856)
  • fix tests in accordance with new :visible behavior (16713fb)
  • add the current version of node and iojs to the travis config (bd9a138)
  • Expand CSS relative adjustment tolerance for IE (e22ef5d)
  • Fix CSS relative adjustment test for round-down browsers (48be675)
  • Lower the checks rounding error (a44cfa0)
  • make top of the HTML suite compliant with style guide (8356281)

Wrap

  • Support .unwrap( selector) for selective unwrapping (#1744, 7b09235)

 

jQuery 3.0 Only

Ajax

  • Remove workaround for IE6/7 (e519098)
  • simplify jQuery.parseXML method (5a0867d)

Build

  • use different versions of jsdom for Node and iojs testing (#2266, 5c3101f)
  • Refactor Node smoke tests (9c8a3ec)
  • Moved JSHint directives to .jshintrc file (15a609f)

CSS

  • save 20 bytes in css/support (45ec73f)
  • Collapse a double if statement into one (7855a1a)
  • Restore the hack to get pixels for .css(‘width’) etc. (3747cc6)

Data

  • shave off a couple of bytes (6f65f5f)
  • avoid Object.defineProperties for nodes (#1728, 95fb798)
  • avoid non-alphanumeric chars in expando properties (0cdec79)
  • updates to element[expando] cache (222ac3a)
  • move element cache to element[expando] (#1734, d702b76)
  • remove some unused code (764dc94)
  • remove the expando when there’s no more data (#1760, 56bb677)
  • speed up $.fn.data() for camel-cased key (#1941, 72c4a06)
  • restore explicit data removal of private data in cleanData. (#2127, 332fd94)
  • Drop the tests relying on applets (#1938, 95c0a10)

Docs

  • Add info about Sizzle not being excludable on the compat branch (#2184, 062b526)
  • Fix README uppercase (b50e0f2)

Manipulation

  • Tolerate XMLNode host object input to getAll (#15151, 1ae025e)
  • Check state lost if the name is set for Android 4.0-4.3 (1bbb678)

Misc

  • Adjust comments & docs to dropping IE * Misc: Update all references to bugs.jquery.com (#1681, 3e89a53)
  • Remove leftover -moz-box-sizing in tests (e81b258)

Offset

  • Simplified a conditional (4287442)
  • don’t run scrollTop/scrollLeft iframe test in mobile Safari (4ab8603)

README

  • Add selector-native.js link. Thanks @randsonjs! (cfe2eae)

Tests

  • Remove a trailing comma for compatibility with the compat branch (dc8ba6a)

 

jQuery Compat 3.0 only

Ajax

  • Add support comment and fix code style issue (e38a94a)
  • Run the PATCH test only in IE8 on TestSwarm (#1994, 2524da0)
  • move explanatory comment to appropriate place (04fc801)
  • Use the native XHR for all non-local requests in IE9+ (#1684, 61f812b)
  • Rename Spartan to Edge in a comment (8d88cd5)
  • Fix the XHR fallback logic for IE8 (bd699cb)

Attributes

  • Use typeof check for getAttribute method (075da30)
  • don’t test SVG CSS-class manipulation in IE8 (57fb2dc)
  • fix IE8 issues (f2bcf87)

Build

  • Point to files from the compat branch, not master (b7663ea)
  • Put “jQuery Compat” in banners in built files (8cd6875)
  • 1.x-master -> compat (2912ddd)
  • Add “timers_ie.js” file back to the repo (31e6697)
  • append “+compat” to tag version and jQuery.fn.jquery (#2269, d18b645)
  • Correct indentation issue (d0f27a7)

Callbacks

  • Change broken url to wayback one (e4cbc97)

Core

  • Align code in intro.js with master (fe2a584)

CSS

  • Add a support test for the hack for .css(‘marginRight’) etc. (25bc680)
  • Fix get upper case alpha opacity in IE8 (#1705, c5e8e12)
  • simplify hack of css getter for the computed values (dac716c)
  • fix dependency order for amd (e185aa3)

Data

  • use removeAttribute in cleanData to bypass Chrome bug (#1664, 9d1d90e)

Deferred

  • pass lint in new catch tests (203979d)

Docs

Effects

Events

  • Add reference to data module (2866da9)
  • correct an unfinished comment (ac23f91)

Manipulation

  • don’t test data-URI with script element in IE8 (503e545)
  • Plug an IE8 memory leak in noCloneEvent feature detect (#1840, faf295a)
  • Update html5shiv elements (#15241, a953389)
  • blacklist IE8 from running tests for tag-hyphenated elems (87bb713)

Misc

Offset

  • allow offset setter to throw for disconnected elements (#2114, dc49f62)
  • getBounding doesn’t return width/height in IE8. Fixes test. (3b1de11)
  • fix iframe scrollTop/Left test for IE8 (d632699)
  • fix iframe scrollTop/Left test for IE8 and iPhone (62a333e)
  • revert to jQuery.contains for IE8’s sake (compat only) (6df3990)
  • no need to check for ownerDocument (523de77)

Tests

  • Restore IE8 workarounds (Sinon timers for IE & HTML5 shiv) (0b07c65)

Traversing

  • simplify jQuery#contents method (7230df1)