Bug 24364 - Add HTMLMediaElement canPlayType method
Summary: Add HTMLMediaElement canPlayType method
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
Depends on:
Reported: 2009-03-04 12:19 PST by Eric Carlson
Modified: 2009-03-04 14:30 PST (History)
0 users

See Also:

proposed patch (5.63 KB, patch)
2009-03-04 12:23 PST, Eric Carlson
koivisto: review+
Details | Formatted Diff | Diff
revised patch (12.84 KB, patch)
2009-03-04 13:58 PST, Eric Carlson
koivisto: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Carlson 2009-03-04 12:19:37 PST
Add the canPlayType method, define in as:

The canPlayType(type) method must return the string "no" if type is a type that the user agent knows it cannot render; it must return "probably" if the user agent is confident that the type represents a media resource that it can render if used in with this audio or video element; and it must return "maybe" otherwise. Implementors are encouraged to return "maybe" unless the type can be confidently established as being supported or not. Generally, a user agent should never return "probably" if the type doesn't have a codecs parameter.
Comment 1 Eric Carlson 2009-03-04 12:23:32 PST
Created attachment 28280 [details]
proposed patch
Comment 2 Antti Koivisto 2009-03-04 12:43:10 PST
Comment on attachment 28280 [details]
proposed patch

Comment 3 Eric Carlson 2009-03-04 13:58:36 PST
Created attachment 28283 [details]
revised patch

Patch revised so MediaPlayer::supportsType now takes a ContentType instead of separate type and codecs parameters.
Comment 4 Antti Koivisto 2009-03-04 14:04:21 PST
Comment on attachment 28283 [details]
revised patch


> +    static MediaPlayer::SupportsType supportsType(ContentType contentType);

ContentType can be const here
Comment 5 Eric Carlson 2009-03-04 14:30:39 PST
Committed revision 41432.