Removes some unused code that didn't make it into the SC.CollectionView refactor (deemed to be unnecessary).
Enables live collection updating while scrolling in touch.  The touch scroll view doesn't update the vertical and horizontal scroll offsets until the touch ends, which means that the clippingFrame of the content won't update until the scroll comes to a stop.  This brings over and tidies the code in CollectionFastPath that uses the touch offset to determine the current clippingFrame and reloads the views while dragging touches.

This also deprecates willReload and didReload on SC.CollectionView because the view itself already handles all the item view and layer pooling.
Fixed bug with binding TextFields to Number attributes. Transforms of non-numeric values would return NaN which would force the web browser into an infinite loop converting from NaN to "NaN".
Respect the Table Head Height
Our backend is serializing false as "0" if there are no true items in the record set.
Verify that we have an SC.DateTime object before calling toFormattedString on it.
Allow multiple possible formats for the DateTime validator.  Set format to the default format and list additional accepted formats in validFormats.  Validator will parse the first matching format and return.
Added support for ASCending/DESCending order to sortProperty for enumerables.
Added several tests for sortProperty.
Fixed an issue with SC.LabelView displaying null or undefined as the literal strings 'null' and 'undefined'.
Lets enable focus support for buttonView.
Added SC.Control to TableRow to support selection.
Master-Detail View needs better CSS.  Removing for now.
Added Custom Class Name attribute that can be applied to a list on a per-row basis from the datasource.
Added unit test to demonstrate issues with child records and child stores where lockOnRead is set to NO.  A child record will not behave correctly if it is instantiated before it's parent record is locked.

Uncommenting [A] will cause correct behavior (or setting lockOnRead: YES will also).
Patch for SC Issue 316.  Fixes the general case in the example test.  I don't like the implementation, however the basic concept works.  When a parent record is locked, it needs to propogate that lock to it's children.  We have to force this because all nested records are created with createNestedRecord which will ether directly call writeDataHash, or in the most common case, call createRecord which calls writeDataHash.  writeDataHash in the nested store will try to lock the record, and in the case of createRecord, this isn't aware that we're dealing with a nested record since the childRecords array isn't updated until after createNestedRecord is called (in the registerNestedRecord function SC.Record).

There are still some issues to deal with for the case where the nested records are instantiated in the root store prior to loading in the nested store.
Fixed typo in refreshRecords().  Added more unit tests for lingering nested records issue.
We no longer prematurely lock the child record if it's in a clean state when it's created.  Added enum as per Erich for storeKeyEditState().  Added additional tests.  There's still an issue with changes being propogated from the root store to nested stores.
Let's remove the lock on child records only when lockOnRead is set to NO.
Revised test for child record changes propogated from the root store to child stores.  An observer should be called in this instance.  Manually calling allPropertiesDidChange() on the child record will cause it to update and properly reflect the changes.  No fix as of yet.
Minor speed improvement for SelectView.  Let's only measure the length of the 5 longest strings instead of measuring all items, which for a several hundred item list is slow.