W3C home > Mailing lists > Public > www-style@w3.org > May 2011

Re: [css3-images] Features Overview

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Sat, 7 May 2011 08:56:44 +1000
Message-ID: <BANLkTimiCeUu8yFdEARBs_f5WWRPXbztKA@mail.gmail.com>
To: fantasai <fantasai.lists@inkedblade.net>
Cc: "www-style@w3.org" <www-style@w3.org>, public-media-fragment@w3.org
On Sat, May 7, 2011 at 8:48 AM, fantasai <fantasai.lists@inkedblade.net> wrote:
> On 05/06/2011 11:41 AM, Brian Manthos wrote:
>>
>>>> background-image: url('sprites.png#xywh=10,30,60,20');
>>
>> Interesting.
>>
>> How does this behave for formats that contain multiple source resolutions
>> within the same file?
>>
>>        background-image:
>> url("http://www.microsoft.com/favicon.ico#xywh=10,30,60,20");
>
> Hm, that's a good question. If we look at the sizing algorithm,
>  http://dev.w3.org/csswg/css3-images/#sizing
> it says to use the largest size when determining the intrinsic dimensions
> if there are multiple sizes. So we'd use that, and then clip out the
> piece represented by the fragment identifier to get the intrinsic size.
>
> The CSS⇋Object negotiation algorithm says you use the intrinsic size as
> an input into the sizing algorithm to compute a "concrete object size".
>
> Once you have a concrete object size, then you go back to the image
> and tell it to paint itself into this rectangle. How it negotiates a
> mismatch between itself and the "viewport" it's given isn't defined
> by CSS. (It's out-of-scope, since different formats behave differently
> when confronted by such a mismatch.) I assume in the normal case (no
> fragment), a .ico file will choose the source resolution that best
> matches the size it's given. If the fragment is given in percentages,
> that still makes sense here. But if it's given in pixels, all the
> fragments will be the same size...
>
> Probably what you /want/ to do is translate the pixel sizes to percents
> based on the source resolution that was chosen in the intrinsic sizing
> step, then choose the one that gives you the best match, just like you
> would for the whole image.
>
> Does that make sense?
>
> (On a related note, the Media Fragments WG needs to specify what happens
> when the fragment identifies coordinates that are not within the image
> bounds.)

Error handling is indeed what we are extensively working on right now. :-)

Cheers,
Silvia.
Received on Friday, 6 May 2011 22:57:33 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:40 GMT