W3C home > Mailing lists > Public > public-respimg@w3.org > November 2013

Re: srcN - Alternative to picture and srcset

From: Yoav Weiss <yoav@yoav.ws>
Date: Sun, 3 Nov 2013 20:28:00 +0100
Message-ID: <CACj=BEiH076aJ6QjYw49HAdtuXTp+-WGCck5EG6CwAQzv5D2ww@mail.gmail.com>
To: Attiks <attiks@gmail.com>
Cc: Mathew Marquis <mat@matmarquis.com>, François REMY <francois.remy.dev@outlook.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, "Podjarny, Guy" <gpodjarn@akamai.com>, Aaron Gustafson <aaron@easy-designs.net>, Marcos Caceres <marcos@marcosc.com>, Anselm Hannemann <info@anselm-hannemann.com>, Robin Berjon <robin@w3.org>, Shane Hudson <shane@shanehudson.net>, "public-respimg@w3.org" <public-respimg@w3.org>
For everything other than art direction, you can set the area in
percentages, so it should work.

For art direction, we could say that usemap always applies to the current
source, and for the rare case of an art directed image map, use JS to adapt
the map to the source.
On Nov 3, 2013 8:19 PM, "Attiks" <attiks@gmail.com> wrote:

> It isn't only a problem in the art direction case, in the other cases the
> dimensions are changing as well, so the map has to be resized accordingly.
> You're right that it isn't a problem for the "retina" (DPR) use cases.
>
>
> On Sun, Nov 3, 2013 at 8:03 PM, Aaron Gustafson <aaron@easy-designs.net>wrote:
>
>> On Sun, Nov 3, 2013 at 1:48 PM, Podjarny, Guy <gpodjarn@akamai.com>wrote:
>>
>>> I didn't think this through fully yet, but isn't this only a problem if
>>> we change the contents of the picture (e.g. Art direction) as opposed to
>>> reducing quality or pixel density?
>>>
>>
>>
>> Correct. It’s only an issue if you have multiple layouts.
>>
>>
>>
>>> If so, we could just declare that srcN doesn't support multiple usemap
>>> options, meaning you can only (successfully) use it if you're limiting your
>>> use of srcN to viewport and DPR switching.
>>> Makes sense?
>>>
>>
>>
>> Completely. I would be in favor of this restriction as the alternative
>> makes me cringe.
>>
>> Cheers,
>>
>> Aaron
>>
>> ----
>> Aaron Gustafson
>> Founder & Technical Lead
>> Easy Designs, LLC
>> @aarongustafson
>>
>
>
Received on Sunday, 3 November 2013 19:28:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:06:10 UTC