- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Thu, 21 Nov 2013 07:55:45 -0800
- To: Simon Pieters <simonp@opera.com>
- Cc: WHATWG List <whatwg@whatwg.org>
On Thu, Nov 21, 2013 at 1:39 AM, Simon Pieters <simonp@opera.com> wrote: > On Wed, 20 Nov 2013 22:27:52 +0100, Tab Atkins Jr. <jackalmage@gmail.com> > wrote: >> We don't need to actually limit the MQs which are allowed in >> <picture>. The preloader is just an optimization in the first place; >> we *want* the image to be preloaded, but if it isn't, the image will >> still work, just slower. We can provide a note about which types of >> MQs are likely to be recognized by the preloader. Unrecognized MQs >> can just cause the preloader to ignore that <source>, and if that >> means an incorrect source is selected, that's just a wasted download, > > Or maybe instead it should ignore the entire <picture> if it is unable to > evaluate a MQ, to avoid the wasted download. Yeah, either way seems reasonable, depending on how we want to balance things. We can even offer UAs a choice of behaviors, so in bandwidth-constrained situations they can be more conservative, but otherwise optimistically download the image that might work. ~TJ
Received on Thursday, 21 November 2013 15:56:35 UTC