Only stop if the transition on this element ended

This way it doesn't end when some random element elsewhere on the page has an ending transition.

It must be noted that this is not a complete fix. If you have multiple transitions on the element, it still ends when the first ends.

I ran into this not working (the transition ends almost immediately, because some unrelated transition ends). This fixes it for me, but I was wondering whether this cornercase was considered, and whether the other cornercase (multiple transitions) was considered.

I think it's very hard to get this correct, and think it might be better to make the timeout explicit, or at least allow to set it explicit, and fall back to this behaviour. But I'm really interested in feedback on this one.
Add React.batchedUpdates to public API

Fixes #906.
Guard against contentEditable with children props
Added event parameter
Make sure it works when we have no css transitions
Apply component and mixins specs deterministically
Fixes #1589.
Warn when using hyphenated style property names
add translation for 02-displaying-data.md and change next link in 01-why-react.zh-CN.md
fix some translation bug
add picture element and related attributes
add picture to xjs.knownTags
Add note about key prop being excluded by cloneWithProps

Whilst this is intentional behaviour (see #1274), it is not documented anywhere, so it is worth mentioning.

It would also be nice if React issued a warning to console if a cloned component loses its key (as this will silently break reconciliation?)
Use faster cached regexps for tests in setInnerHTML
JSXTransformer, stricter parsing of script type
follow docs convention for notes
Update 09.2-form-input-binding-sugar.md

Add better explanation for 2-way data binding to checkboxes using `checkedLink`. As mentionned here: https://github.com/facebook/react/issues/1930
Update 09.2-form-input-binding-sugar.md -> better checkedLink documentation
Update CONTRIBUTING.md
Merge pull request #1827 from syranide/jsxstrict

JSXTransformer, stricter parsing of script type
Docs: added note about setState() side-effects