- From: Brad Kemper <brad.kemper@gmail.com>
- Date: Wed, 11 May 2011 12:25:23 -0700
- To: Brian Manthos <brianman@microsoft.com>
- Cc: fantasai <fantasai.lists@inkedblade.net>, "www-style@w3.org" <www-style@w3.org>, "public-media-fragment@w3.org" <public-media-fragment@w3.org>
Good question. And do you grab a different image from the multi-image file when the background size changes? I think there is too much the UA can't guess, and the author needs to say which image should be used. Absent that, the UA just grabs the one with the most bytes and hopes for the best. Brad Kemper On May 11, 2011, at 10:50 AM, Brian Manthos <brianman@microsoft.com> wrote: > Brian: >>> 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"); > > Brad Kemper: >> Suppose we are trying to squeeze into a square that is, >> say. 100px x 100px, and there are three choices: >> 1,000px x 4px, 6px x 1,000px, or 50px x 60px. I think >> I know which I'd choose, but maybe it isn't always clear cut. > > Let's assume you have a 100px x 100px div with 0 padding and 0 border-width and the 3 sizes within the same .ico file in your example. > > Would your choice the be the same or different for these cases: > > (a) background-size unspecified > > (b) background-size: 100px 100px; > > (c) background-size: 2px 10px; > > (d) background-size: 2px 100%; > > (e) background-size: 2px auto; > > > As it stands today, background-size takes the image intrinsic dimensions as (optional) inputs and round/space takes post-background-size sizing as input. > > How far down the rabbit hole do we go for fragments to guess what's most desirable at render time? >
Received on Wednesday, 11 May 2011 19:52:45 UTC