W3C home > Mailing lists > Public > public-respimg@w3.org > August 2014

Not Without Incident

From: Eric Portis <lists@ericportis.com>
Date: Fri, 08 Aug 2014 11:16:27 -0600
To: public-respimg@w3.org
Message-ID: <09BB6A86-FBDE-4381-854F-AF01A8BB744F@ericportis.com>
So – the Blink and Gecko `picture` implementations are 
[finished](https://codereview.chromium.org/401403003/) and IE is still 
[things](http://status.modern.ie/pictureelement). Yoav’s WebKit work 
is facing some [initial technical 
So it was a relatively quiet couple of weeks around the RICG, but there 
was one bit of big news:

## [Picturefill 2.1 has 

The new version of the polyfill brings it in line with many of the 
nittier, grittier aspects of the spec’s parsing algorithms. Edge cases 
and errors should all be handled as-per-spec, and identically to the 
first implementations. All the more reason to start using `picture` and 
`srcset` in production, now!

Other than that, a quiet fortnight. But it wasn’t completely without 

## Some other stuff happened, too

Chris Ruppel [wrote a nice article on automated testing of `picture` 
I don’t know much about CasperJS but I do know this: when developers 
rely less on fiddly manual window-resizing to test their responsive 
pages, everybody wins! Chris dosen’t get into testing `srcset` but 
this sort of automated testing is going to be especially helpful there; 
`srcset`’s functionality is essentially invisible.

Speaking of managing complexity, Rachel Andrew provided an excellent 
primer on 
to responsify your images in [Perch CMS](http://grabaperch.com). Hand 
Perch a hi-res image (or possibly a couple of crops) and, armed with a 
bit of template code, it will spit out all of the necessary source files 
and markup.

Like I always say, teach a page to `picture`, and it’ll serve users 
images tailored to their particular browsing environment forever. Teach 
a *CMS* to `picture`, and the effects will be significantly multiplied.

More of this sort of CMS integration, please!

Finally, [TAG](http://www.w3.org/2001/tag/)-alum and 
[#respimg](http://ircbot.responsiveimages.org/) lurker [Robin 
Berjon](http://berjon.com) published [a short article proposing a way 
forward for the HTML specification after 
HTML5](http://darobin.github.io/after5/). A biased TL;DR – make it 
work more like the RICG. Make developer-driven, feature-focused, partial 
spec work not just easy, but the norm. Decentralize the specs and lower 
the barriers to entry. Sounds good to me!

See you in a couple of weeks!

Received on Friday, 8 August 2014 17:16:52 UTC

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