[whatwg] Implementation complexity with elements vs an attribute (responsive images)
jason at cloudfour.com
Sat May 12 16:25:41 PDT 2012
I didn’t want to cloud my previous email with my opinions on various solutions, but as you may expect, I have some thoughts on the solutions to these two use cases.
On May 13, 2012, at 12:43 AM, Jason Grigsby wrote:
> Use case #1
> Document author needs to display different versions of an image at different breakpoints based on what I’m calling, for a lack of a better phrase, art direction merits.
A solution to this use case should put 100% of the control in the hands of authors. It should provide the same control over images in html that is granted to authors over css images by media queries.
> Use case #2
> For a variety of reasons, images of various pixel density are needed. These reasons include current network connection speed, display pixel density, user data plan, and user preferences.
A solution to this use case should allow an author to supply a list of images at different densities (or better yet an image in a format that supports multiple densities), BUT the user agent should decide which image density is right for the situation.
Ideally, the user agent would make a decision about the appropriate image based on:
* Connection speed
* Display density
* Data plan
* User preference
Obviously not all of these can be supported currently and the list isn’t necessarily comprehensive. The point I’m making is that there are multiple factors to picking the right density. The user agent is in the best position to make these decisions.
More information about the whatwg