- From: David Singer <singer@apple.com>
- Date: Wed, 8 Sep 2010 10:14:48 -0700
what about "don't sniff if the HTML gave you a mime type" (i.e. a source element with a type attribute), or at least "don't sniff for the purposes of determining CanPlay, dispatch, if the HTML source gave you a mime type"? On Sep 8, 2010, at 2:33 , Philip J?genstedt wrote: > On Tue, 07 Sep 2010 22:00:55 +0200, Boris Zbarsky <bzbarsky at mit.edu> wrote: > >> On 9/7/10 3:29 PM, Aryeh Gregor wrote: >>> * Sniff only if Content-Type is typical of what popular browsers serve >>> for unrecognized filetypes. E.g., only for no Content-Type, >>> text/plain, or application/octet-stream, and only if the encoding is >>> either not present or is UTF-8 or ISO-8859-1. Or whatever web servers >>> do here. >>> * Sniff the same both for video tags and top-level browsing contexts, >>> so "open video in new tab" doesn't mysteriously fail on some setups. >> >> I could probably live with those, actually. >> >>> * If a file in a top-level browsing context is sniffed as video but >>> then some kind of error is returned before the video plays the first >>> frame, fall back to allowing the user to download it, or whatever the >>> usual action would be if no sniffing had occurred. >> >> This might be pretty difficult to implement, since the video decoder might consume arbitrary amounts of data before saying that there was an error. > > I agree with Boris, the first two points are OK but the third I'd rather not implement, it's too much work for something that ought to happen very, very rarely. > > -- > Philip J?genstedt > Core Developer > Opera Software David Singer Multimedia and Software Standards, Apple Inc.
Received on Wednesday, 8 September 2010 10:14:48 UTC