[Bug 25923] isTypeSupported should be asynchronous

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25923

--- Comment #42 from David Dorwin <ddorwin@google.com> ---
https://dvcs.w3.org/hg/html-media/rev/5e1803bb51e7 implements the proposal
referenced in comment #39.

Open issues:
1. Specifying types in MediaKeySystemOptions (from the proposal referenced in
comment #39):
 a. The inclusion of (a single) initDataType in the dictionary means each
combination may need to be duplicated (i.e. for "keyids" and "cenc").
  * We could make this an array, but that would be inconsistent with the
audio/video types (i.e. all codecs must be supported).
 b. Checking multiple types requires multiple configuration entries.
 c. To address the two previous items, perhaps we should replace the
type-capability pairs with an array of pairs, allowing any matching pair to
represent a positive result. That might require defining another Dictionary or
other type.
 d. Depending on the outcome of the above items, we may need to add methods
like isTypeSupported() and isRequirementSupported() to the MediaKeySystemAccess
object.
2. It is TBD whether rejecting the promise is the correct behavior or whether
the promise should instead be resolved with null. See the thread beginning at
http://lists.w3.org/Archives/Public/public-whatwg-archive/2014Oct/0011.html.
3. We may want to add a MediaKeysRequirement value like "prefernot". Most use
cases would probably want this behavior rather than "disallowed".

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Monday, 13 October 2014 23:32:24 UTC