Nice, but wouldn't work for our use case at onefinestay, for two reasons:
1 - We use thumbor for serving our images, so changing the width in the URL isn't enough, you also need to change the crop parameters and the anti-tamper signing part.
2 - We actually use different markup in places, some of our homepage slides use 2 or 4 images at desktop sizes, but only 1 at tablet and smaller.
What we're doing is using a modified version of picturefill.js, where we wrap each picture component in another component that controls what widths we load it at.
You should provide the feedback on the Github repository, it will be easier to address a solution for that :-)
1. how do you indicate the crop/anti-tamper in your URL? What is the URL structure of your responsive images?
2. you can finely control how Imager is targeting your images. So you could target different imager configurations for different classnames.
Have a look at the examples and let us know if something is missing and not addressing your needs :-)
The segment immediately after the hostname is the signed part, which is generated based on all the other parameters (ie quality, dimensions, crop coordinates and source image url). If you change any part of the URL, the server will return a 404. There's no way of providing a set of client-side rules for how to generate the URLs for the different size images, without leaking our secret key. An option would be for the entire URL to be the configuration, but then all you've achieved is moving the config out of data attributes and into javascript config objects.
you guys should consider an alternative to the always-down dropdown for arrival dates. it's jarring and felt like i had accidentally clicked on something and then was unable to make it retract. i was unable to shake the gut feeling that something was wrong even after i figured out it was intentional
Thanks for the feedback, we deliberated over it quite a bit. There were a few who felt that typical horizontal homepage search box was a little overused, and we wanted to do something different. But obviously if it confuses people, that's bad too.
BBC uses name of already existing npm package for their install instructions. And in issues one of the programmers I suppose suggests asking to madhums to rename original library :) Strange line of thought.
Looking through their resources the important images are all Jpegs, so I would have thought the overly compressed JPEG@2x solution would work for them. I also see a few individual PNGs, some of them individual icons, the other sprite sheets. Perhaps they'd be better off using webfonts for icons, or Base64 encoding images into the sprite sheets with SASS.
My gut feeling is that this solution might be more complicated than the problem.
BBC News does use webfonts for icons. The examples you see on the Imager.js Github repository are not exactly what BBC News uses in production, consider those as guidelines for using the plugin.
I was looking at the resources on the actual BBC news website. My point being, I wonder if the BEEB might be better off using webfonts for icons since every other image can be a jpeg. And if it can be a JPEG, the aggressive compression technique might be a better approach since it doesn't require any JS or additional HTTP connections.
Are you saying that the BEEB has a policy of not using web fonts? If so, why?
A nice solution, but it still leaves me wanting a more native option. Word of warning, if you implement this, be sure to have a good image sitemap for search engines to digest.