On Thu, Aug 26, 2010 at 8:10 AM, Ian Hickson <span dir="ltr"><<a href="mailto:ian@hixie.ch">ian@hixie.ch</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 class="im">On Wed, 4 Aug 2010, Silvia Pfeiffer wrote:<br>
> > ><br>
> > > However, what exactly happens with a media fragment URI like<br>
> > > <a href="http://example.com/picture.png#xywh=160,120,320,240" target="_blank">http://example.com/picture.png#xywh=160,120,320,240</a> is not fully<br>
> > > specified in the Media Fragment URI spec.<br>
> ><br>
> > I would recommend fixing that. :-)<br>
><br>
> Well, that goes into implementation issues and really has nothing to do<br>
> with the URI specification itself.<br>
<br>
</div>Specifications have everything to do with implementation issues. That's<br>
what they're for. If the specification doesn't say how to get<br>
interoperablel implementations, then it's not very useful.<br></blockquote><div><br>There are recommendations for what to do with video in the browser. I can encourage the group to also make recommendations for what it means for images in the browser.<br>

<br>However, the use of Media Fragment URIs in applications in general really cannot be prescribed - what a video editor does with a media fragment URI is different to what a video playlist player does and again different to what it means in the browser and probably different again for <pick your random application here>. Not all applications display a timeline - not all applications allow interaction with the resource, some applications want to use the resource in context (i.e. with access to the rest of the resource), others don't. It is early times for Media Fragment URIs so some of these use cases will have to be experimented with before a good recommendation can be made.<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 class="im"><br>
> As we adopt media fragment URIs into the HTML5 spec, we should prescribe<br>
> what the user experience is meant to be, such that UAs can implement a<br>
> consistent handling.<br>
<br>
</div>I don't think it makes sense to have the HTML spec define what other specs<br>
mean. We've had to do it in places, but only when the other specifications<br>
have dropped the ball.<br></blockquote><div><br>I will take the desire to have a clear specification for what Web browsers are to do with Media Fragment URIs back into the Media Fragment WG. I believe Web browsers are a special and the most important use case for such URIs, so it makes sense to specify that clearly.<br>

<br>It would, however, be good to have an indication where HTML would like to see it going. Would it be better for a media fragment URI for images such as  <a href="http://example.com/picture.png#xywh=160,120,320,240" target="_blank">http://example.com/picture.png#xywh=160,120,320,240</a>  to display the full image with the rectangle somehow highlighted (as is the case with fragment URIs to HTML pages), or would it be better to actually just display the specified region and hide the rest of the image (i.e. create a sprite)? What makes the most sense for images?<br>

<br><br>Cheers,<br>Silvia.<br><br> </div></div>