[webkit-dev] The SrcN responsive images proposal

[PERIER Romain]

Hi all,
srcset is not complicated enough for a web developer?  why do you want to
add complexity for the developer ? The srcset specification already convers
DRP switching and viewport (not implemented yet, but it is planned, it is
in my todo list)

why don't you propose improvements to the original
specification/implementation instead of  reinventing the wheel ?
Syntaxically-speaking, it's not smart.

I agree with Maciej.

Regards,
Romain




2013/10/20 Maciej Stachowiak <mjs at apple.com>

> My initial impression is that it seems a bit overengineered.
>
>  - Maciej
>
> On Oct 19, 2013, at 4:39 PM, Yoav Weiss <yoav at yoav.ws> wrote:
>
> Hello WebKiteers,
>
> I'd like to get the project's opinion on a recent responsive image
> proposal by Tab Atkins dubbed srcN:
> http://tabatkins.github.io/specs/respimg/Overview.html
>
> This proposal covers all the major responsive images use-cases: DPR based
> resource selection, viewport dimensions based resource selection and
> art-direction.
> It does so while avoiding previous implementor concerns regarding the
> <picture> element and its complexity, and while providing better authoring
> tools for viewport based resource selection than previous proposals.
>
> The srcN proposal does come to replace the srcset DPR switching syntax
> which recently landed in WebKit (an effort I was a part of). OTOH, srcN's
> x-based URL syntax replicates srcset's DPR syntax, so I believe large parts
> of that code can be reused in srcN's implementation.
>
> Will the project welcome patches implementing the srcN proposal? (Possibly
> behind a flag)
>
> Thanks,
> Yoav
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20131020/7784a004/attachment.html>