- From: Boris Zbarsky <bzbarsky@MIT.EDU>
- Date: Thu, 29 Nov 2012 03:02:17 -0500
- To: "Gordon P. Hemsley" <gphemsley@gmail.com>
- Cc: whatwg@lists.whatwg.org
On 11/29/12 2:53 AM, Gordon P. Hemsley wrote: > At one point it says, "The MIME type "application/octet-stream" with > no parameters is never a type that the user agent knows it cannot > render. User agents must treat that type as equivalent to the lack of > any explicit Content-Type metadata when it is used to label a > potential media resource." > > But later it says, "The canPlayType(type) method must return the empty > string if type is a type that the user agent knows it cannot render or > is the type "application/octet-stream";" What's the contradiction? We have set S = { types the user agent knows it cannot render }. We have set T = S union { application/octet-stream } What the above statements tell us so far is: 1) T != S 2) canPlayType(type) must return empty string for all types in T. But later on in the resource selection algorithm there are certain actions taken for elements of S only. > This seems to me to be unclear as to when sniffing of the audio/video > resource occurs, and what it is used for. It's used for actually showing the video even if it's sent as application/octet-stream. > I was grouping them together because they both rely on context clues > for modifying the sniffing (fallback) behavior So first of all, "sniffing" and "default handling" are not the same thing at all. But yes, context matters for determining default handling and also for determining sniffing. -Boris
Received on Thursday, 29 November 2012 08:08:03 UTC