I propose that the video and audio elements have some sort of fallback.
Not for accessibility purposes, as that point has been addressed in the
spec. But so that it is clear there was supposed to be a video (or audio)
resource that for whatever reason can't be seen. Isn't the especially important considering the current debate about .ogg vs other formats as the standard?<br><br><div class="gmail_quote">On Wed, Mar 18, 2009 at 7:53 AM, Anne van Kesteren <span dir="ltr"><<a href="mailto:annevk@opera.com">annevk@opera.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Wed, 18 Mar 2009 15:50:30 +0100, Nathanael Ritz <<a href="mailto:nathanritz@gmail.com" target="_blank">nathanritz@gmail.com</a>> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
"Content may be provided inside the video element. User agents should not<br>
show this content to the user; it is intended for older Web browsers which do not support video, so that legacy video plugins can be tried, or to show text to the users of these older browser informing them of how to access the video contents."<br>

<br>
Could the language not be updated here to include showing fallback content along side an alert) when video cannot be found or rendered?<br>
</blockquote>
<br></div>
The video and audio elements do not have fallback like the object or img element. They are different.<br><font color="#888888">
<br>
<br>
-- <br>
Anne van Kesteren<br>
<a href="http://annevankesteren.nl/" target="_blank">http://annevankesteren.nl/</a><br>
</font></blockquote></div><br>