W3C home > Mailing lists > Public > public-html@w3.org > September 2007

Re: Downloading of images by UA

From: Mark Baker <distobj@acm.org>
Date: Fri, 31 Aug 2007 23:48:48 -0400
Message-ID: <e9dffd640708312048l71e14357rb50235a95cd3816f@mail.gmail.com>
To: "Jonas Sicking" <jonas@sicking.cc>
Cc: "Jason White" <jason@jasonjgw.net>, "public-html@w3.org" <public-html@w3.org>

Can I ask why the spec needs to say anything about when/how/if a user
agent downloads a referenced image?  I think that whole paragraph can
be dropped.

On 8/31/07, Jonas Sicking <jonas@sicking.cc> wrote:
> It also doesn't cover things like the UA already having too many
> connections to the server already and has to wait until other downloads
> finish. I'd suggest wording like:
> "When the src attribute is set the a graphical UA should begin download
> as soon as possible. This is to allow the author to pre-cache images to
> be later used in animations or for other dynamic changes."
> The 'should' instead of 'must' allows for things like user preferences
> overriding the behavior.
> / Jonas
> Jason White wrote:
> > Section 3.14.2 (current CVS checkout):
> > "When the src attribute is set, the user agent must immediately begin to
> > download the specified resource, unless the user agent cannot support
> > images, or its support for images has been disabled."
> >
> > This appears to exclude the possibility of a UA that allows the user to select
> > interactively which images to download. Lynx supports this by treating iamges
> > as links, with @alt as the link text. Other user interfaces are conceivable,
> > however.
> >
> > My question is whether the spec should exclude this type of behaviour, as it
> > appears to do, or whether the "must not" in the above should be qualified
> > further.
> >
> > One could construe "its support for images has been disabled" as covering this
> > case, but I think this exception is more likely to be interpreted as applying
> > only when image rendering has been turned off entirely, leaving open the issue
> > noted above.

Mark Baker.  Ottawa, Ontario, CANADA.         http://www.markbaker.ca
Coactus; Web-inspired integration strategies  http://www.coactus.com
Received on Saturday, 1 September 2007 03:48:53 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:44:21 UTC