W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2013

Re: [whatwg] The src-N proposal

From: Maciej Stachowiak <mjs@apple.com>
Date: Fri, 08 Nov 2013 12:17:31 -0800
Message-id: <E9C577E3-728C-4777-94EF-05287E000FA8@apple.com>
To: Ian Hickson <ian@hixie.ch>
Cc: WHATWG <whatwg@whatwg.org>, Yoav Weiss <yoav@yoav.ws>

On Nov 8, 2013, at 11:46 AM, Ian Hickson <ian@hixie.ch> wrote:

> On Fri, 8 Nov 2013, Rafael Rinaldi wrote:
>> It looks complex because it tries to solve something complex. I think 
>> there’s no way to avoid verbosity to solve such thing.
> The way you avoid complexity in such things is that you don't solve the 
> overall problem, you solve small segments of the problem (e.g. in script 
> or CSS), then pick the solution you want.
> So for example, we could have a script to handle image grids, another to 
> handle simple cases where as the window gets wider you display more 
> context in the image, etc. If all these scripts have some common features 
> they all need (e.g. the ability to work with pre-parsing to say which 
> image they need first, so it can be fetched early) then we can provide 
> that common core.

If you look at primitives that exist today (excluding src-N), the fundamental thing that's missing is ability to have one of several images correctly selected by the browser at preload time. Other than that, the proposed behavior can be faithfully implemented with script.

The closest you can get today is to preload your best guess of the right image (by putting it in src and then changing with script), or preload nothing and only start loading once your script runs.

Offhand I can't think of a way to solve the preloading problem other than with a selection syntax that can be performed by the browser. Running script before the preloader does its pass would defeat the purpose of the preloader.

Received on Friday, 8 November 2013 20:17:58 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:13 UTC