On Thu, Dec 2, 2010 at 6:34 PM, Simon Fraser <span dir="ltr"><<a href="mailto:smfr@me.com">smfr@me.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><div>On Dec 1, 2010, at 5:37 PM, Robert O'Callahan wrote:</div><br><blockquote type="cite">On Thu, Dec 2, 2010 at 2:25 PM, Tab Atkins Jr. <span dir="ltr"><<a href="mailto:jackalmage@gmail.com" target="_blank">jackalmage@gmail.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Wed, Dec 1, 2010 at 5:20 PM, Robert O'Callahan <<a href="mailto:robert@ocallahan.org" target="_blank">robert@ocallahan.org</a>> wrote:<br>
> In the absence of compelling use cases, I'd just leave it at <img>, <canvas><br>
> and <video> and whitelist in more elements later if necessary.<br>
<br>
</div><input type=image>?  <object>/<embed> seem to have roughly equivalent<br>
use-cases to <video> (though perhaps we just want to encourage<br>
<video>).<br></blockquote><div><br><object> can contain fallback content which might get tricky.<br></div></div></blockquote><div><br></div></div>So can <video>.</div></div></blockquote><div><br>Actually <video> can't, although I think it should.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;"><div>It's a shame to disallow HTML elements with known width and height, e.g. if you want to render a small disconnected <div> subtree into a <canvas> or map it onto a WebGL texture. You'd have to decide how to resolve style (maybe assume it's a child of the body?).</div>
</div></blockquote><br></div>That gets tricky fast, as Boris explained.<br><br>I think we could spec the following cases:<br>1) <img> containing a fully loaded image; size is the intrinsic size of the image<br>2) <video> when it's displaying a video or fully loaded poster image; size is the intrinsic size of the video or poster image<br>
3) <canvas>; size is the size of the canvas buffer<br><br>We could add <object> and <embed> to the list, for the cases where they contain a plugin or a fully loaded image, except I don't know what size you'd use. Maybe resolve style, use the resolved width and height if they're both lengths, otherwise rendering nothing? I'm not terribly motivated to add new features for plugins though.<br>
<br>I think after the behaviour of not-in-document IFRAMEs is properly specced out (e.g. defining the viewport size), we could add them here too.<br><br clear="all">Rob<br>-- <br>"Now the Bereans were of more noble character than the 
Thessalonians, for they received the message with great eagerness and 
examined the Scriptures every day to see if what Paul said was true." [Acts 17:11]<br>