On Wed, Aug 4, 2010 at 10:19 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 Fri, 21 May 2010, David Weitzman wrote:<br>
><br>
> There are various approaches to using image sprites with HTML and CSS,<br>
> but at the end of the day they are all essentially hacks. A solution<br>
> that would be simpler than any existing approach would be to introduce<br>
> new attributes for <img> to specify x and y offsets and clipping on<br>
> images. With that you would get simpler markup for sprites and better<br>
> accessibility.<br>
><br>
> One downside of this approach is that with background image sprites you<br>
> can have a CSS class that abstracts away the name of the sprite image.<br>
> With <img> tags you would have to specify the URL and height/width<br>
> individually on every sprited image.<br>
<br>
</div>I think the right solution is a fragment identifier.<br>
<div class="im"><br>
<br>
On Sat, 22 May 2010, Silvia Pfeiffer wrote:<br>
> On Sat, May 22, 2010 at 3:23 AM, Tab Atkins Jr. <<a href="mailto:jackalmage@gmail.com">jackalmage@gmail.com</a>> wrote:<br>
> ><br>
</div><div class="im">> > The Media Fragments WG has a draft spec out for, well, Media<br>
> > Fragments, which let you specify which section of an image you want<br>
> > right in the url.  The browser should then automatically cut it out<br>
> > and serve just the sprite you want.<br>
><br>
> Yes, I was going to suggest that spec, too, see<br>
> <a href="http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#naming-space" target="_blank">http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#naming-space</a><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>
</div>I would recommend fixing that. :-)</blockquote><div><br></div><div><br></div><div>Well, that goes into implementation issues and really has nothing to do with the URI specification itself. The media fragment URI specification can propose what is possible to happen for representing a media fragment URI and it does so by now: <a href="http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#media-fragment-display">http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#media-fragment-display</a>. But really, the application has to decide for itself what makes sense.</div>

<div><br></div><div>As we adopt media fragment URIs into the HTML5 spec, we should prescribe what the user experience is meant to be, such that UAs can implement a consistent handling.</div><div><br></div><div>Cheers,</div>

<div>Silvia.</div><div><br></div><div> </div></div>