Sorry, I missed the replies in this thread, I didn't intend to be unresponsive. Indeed it is only Safari as far as I can see that loads all the background images at once, but that seems to include also iOS, so quite a big group of mobile users. Maybe this will be improved in iOS 5.
Bye, Frances www.waalweb.nl www.smartscripts.nl Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver WaalWeb | Halfweg, Noord-Holland | KvK 34350833 Op 27 sep 2011, om 23:33 heeft Hassan Schroeder het volgende geschreven: > On 9/27/11 1:42 PM, Frances de Waal wrote: > >> As far as I know all the stylesheets ánd all the linked resources in them >> like background-images >> will be loaded with meadia-queries. So I am afraid that the large background >> image that you try >> to avoid for mobiles, will be loaded anyway as long as you try to solve this >> with media-queries. > > What are you basing this on? > > A quick test in Chrome and Firefox on OS X and Chrome on an old G1 > Android phone, at least, shows that *not* to be true; a background > image is only loaded for the rule that matches the applicable media- > query. You can watch the logs (or developer console) and see other > images fetched as you resize the browser. > > What browsers/platforms have you tested where this doesn't work? > > -- > Hassan Schroeder ----------------------------- has...@webtuitive.com > webtuitive design === (+1) 408-621-3445 === http://webtuitive.com > http://about.me/hassanschroeder > twitter: @hassan > dream. code. > > > > ******************************************************************* > List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > Help: memberh...@webstandardsgroup.org > ******************************************************************* > ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *******************************************************************