<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 11, 2009, at 7:56 AM, Ian Fette (イアンフェッティ) wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div class="gmail_quote">2009/7/11 Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im">On Sat, Jul 11, 2009 at 9:38 PM, Philip Jägenstedt <span dir="ltr"><<a href="mailto:philipj@opera.com" target="_blank">philipj@opera.com</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im"> <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"> <div>Well I disagree of course, because having canPlayType("video/ogg") mean anything else than "can I demux Ogg streams" is pointless.<br></div></blockquote></div><div><br>So you want "canPlayType" to mean one thing when provided a type without codecs, and another thing when provided a type with codecs. I don't think that's a good idea.<br> </div></div><br>Anyway, it's too late. If you care passionately about this you should have reopened this discussion months ago, not now that two browsers have just shipped support for the API in the spec.<div><div></div> <div class="h5"></div></div></blockquote><div><br></div><div>Disagree -- the whole point of candidate rec (which the spec is driving towards) is to find out how implementable the spec is -- not just from the browser side, but from a web author side as well. If a feature turns out to not be implementable / usable in practice, that is certainly valid feedback at this stage.</div> <div><br></div><div>(Not to say it wouldn't be better to have had this conversation earlier, but I definitely don't think that the ship has sailed on this, and in practice some things you only find out once it's implemented and you can actually try using it.)</div></div></blockquote><br></div><div>At this point, I think <video> should only be changed incompatibly if it is discovered to be literally unimplementable (unlikely now that it's been implemented twice) or unusable for its desired use cases, and an incompatible break is the only fix. But I don't think the issue at hand is that serious - we're just talking about potential refinement. The design we have now for canPlayType is not my favorite, but I can't really say it's broken.</div><div><br></div><div>Regards,</div><div>Maciej</div><div><br></div></body></html>