News for hackers. Stuff that matters.
Re:Native Responsive Images by asabil on Sunday August 24, 2014 @06:00AM (#8218142)
What about a proper image format with support for multiple resolutions? Similar to the way it's done in SVC (http://en.wikipedia.org/wiki/Scalable_Video_Coding)
Re:Native Responsive Images by yoavweiss_ on Sunday August 24, 2014 @01:36PM (#8219102)
I looked into that in http://blog.yoav.ws/2012/05/Responsive-image-format

But image formats are hard, since they require an eco system, investment from large cos, etc. Maybe in a few years...

Re:Native Responsive Images by sorbits on Sunday August 24, 2014 @09:00AM (#8218445)
That would add unnecessary data overhead as clients would get image data they may not need, e.g. a low-resolution device would not want a high-DPI version of all images on the site.
Re:Native Responsive Images by Goopplesoft on Sunday August 24, 2014 @11:01AM (#8218713)
Please read the wiki op linked.

> A subset video bitstream is derived by dropping packets from the larger video to reduce the bandwidth required for the subset bitstream. The subset bitstream can represent a lower spatial resolution (smaller screen), lower temporal resolution (lower frame rate), or lower quality video signal.

Re:Native Responsive Images by sorbits on Monday August 25, 2014 @05:37AM (#8221124)
Then we are not talking about an image format but instead a network protocol.

Inventing a new protocol if the problem can be solved by serving the proper markup, seems misguided.