[WIP] Re-implement MediaControls in Blink-in-JS

Source/core/html/HTMLMediaElement.idl

Index: Source/core/html/HTMLMediaElement.idl
diff --git a/Source/core/html/HTMLMediaElement.idl b/Source/core/html/HTMLMediaElement.idl
index aa9d0405be6540ac997516ab4536c35aaef5aedf..f0f429f41611de2fce6f77d996f597b43b840009 100644
--- a/Source/core/html/HTMLMediaElement.idl
+++ b/Source/core/html/HTMLMediaElement.idl
@@ -94,4 +94,7 @@
     [MeasureAs=PrefixedVideoDecodedByteCount] readonly attribute unsigned long webkitVideoDecodedByteCount;
 
     [Reflect, RuntimeEnabled=SubresourceIntegrity] attribute DOMString integrity;
+
+    [OnlyExposedToPrivateScript] boolean hasVideo();
+    [OnlyExposedToPrivateScript] boolean hasAudio();

[abarth-chromium, 2014/08/11 18:04:12]

Why is this needed?  We should avoid introducing OnlyExposedToPrivateScript back
doors when implementing these features.

[philipj_slow, 2014/08/11 19:40:15]

If things were hooked up just a little bit more internally, it should be
possible to use the audioTracks and videoTracks lists instead.

[hajimehoshi, 2014/08/12 06:54:09]

Hmm, I wasn't sure how to get the same results of hasAudio/hasVideo by
audioTracks/videoTracks.

I moved them to MediaControls.idl once. MediaControls.idl is only for internal
usage, so this seems much better than defining them here.

[philipj_slow, 2014/08/12 08:27:48]

AudioVideoTracks is still status=experimental, so I guess we can't depend on it.
If it were enabled, HTMLMediaElement::createPlaceholderTracksIfNecessary() ought
to be enough to create the tracks if they are there, even if they won't contain
any other useful info.

 };