Fix Chrome versions for DOMTokenList API

[queengooborg]

This PR fixes version numbers for the DOMTokenList API based upon manual testing. The API was actually implemented in Chrome 8; this PR corrects the data to match. All the features listed as supported in Chrome 1 were tested in Chrome 8 and confirmed functional.

Found during the creation of PRs from mdn-bcd-collector.

[jpmedley]

Shouldn't the webview_android at line 41 be "≤37"?

[queengooborg]

Sure thing, fixed!

[foolip]

@vinyldarkscratch it would make review easier if you could put some more details into the commit message about what you tested, even when testing manually. Here I suspected (incorrectly) that originally the DOMTokenList interface object wasn't exposed, or maybe even was called something else. I wrote http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=8382 to check it out.

This was implemented in WebKit in https://trac.webkit.org/changeset/68440/webkit. That was WebKit version 534.10, verified by the process in https://wiki.developer.mozilla.org/en-US/docs/MDN/Contribute/Processes/Matching_features_to_browser_version#Safari (which I just updated).

Chrome 8 was using precisely WebKit 534.10, so this checks out.

[foolip]

Another thing I notice here is the inconsistency between api.DOMTokenList and api.Element.classList. These were introduced at the same time.

[foolip]

I've filed #6571 about a possible lint that would have flagged inconsistency between api.DOMTokenList and api.Element.classList.

[foolip]

Another little wrinkle. https://developer.mozilla.org/en-US/docs/Web/API/Element/classList#Browser_compatibility notes that this was originally not supported for SVG elements in Internet Explorer and Edge. This was actually the case in WebKit as well, and was fixed in https://trac.webkit.org/changeset/125092/webkit. That was WebKit 537.4, which ought to have been Chrome 22, Safari 6.1. and Safari for iOS 7.

I don't really think it'd be valuable to document this, but what should the criteria be for something like this?

webview_android versions are now exact

[foolip]

Thanks for the fixes, merging this now!