- From: Ben Maurer <ben.maurer@gmail.com>
- Date: Wed, 30 Jul 2014 11:43:50 -0700
- To: Ian Hickson <ian@hixie.ch>
- Cc: WHATWG <whatwg@whatwg.org>
On Wed, Jul 30, 2014 at 11:35 AM, Ian Hickson <ian@hixie.ch> wrote:
> On Wed, 30 Jul 2014, Anne van Kesteren wrote:
> >
> > it would be desirable to have Accept / Accept-Language be set by APIs,
> > such as <img>. XMLHttpRequest already does this (unless a developer
> > added those headers), see http://xhr.spec.whatwg.org/
> >
> > If we are eventually going to expose something like a "Fetch" object for
> > each API that can issue a fetch it would seem best if these details were
> > defined at the API-level.
> >
> > I guess for now I'll add some notes to the network-level bits of Fetch
> > to indicate Accept / Accept-Language cannot be set at that point by the
> > user agent.
>
> There's three ways that I see:
>
> 1. Expose it on a "fetch" object available from all the places that can
> do fetches. (HTMLImageElement, XMLHttpRequest, StyleSheet, etc)
>
> var img = new Image();
> img.src = 'foo.png';
> img.fetch.doWhateverWithTheAcceptHeader('foo');
>
At what point is the fetch actually being initiated? It's possible that
fetch will offer some things which can be done post-request (eg,
dynamically changing the spdy priority), but the accept header may need to
be specified pre-request.
Note that "Accept" _should_ probably be set by the UA for images, since
> the author can't know what image types are supported.
>
It's possible a site could want to *remove* headers. For example, maybe a
site wants to A/B test the performance of using webp. I don't think this is
an important use case -- there are many other ways a site could accomplish
this task.
Received on Wednesday, 30 July 2014 18:44:16 UTC