This is in the latest Nightly and works well with one caveat. When switching to a tab with a standalone image, where decoded image data where discarded, the user is presented with a brief white flash while the image is decoded again.
This can be very annoying and even disorienting if you are switching from a tab with dark content while browsing with no lighting. Ideally the white background should be rendered only when there's a decoded image displayed.
On Friday, May 11, 2012 12:15:30 AM UTC+3, Boris Zbarsky wrote:
> I know this has been discussed to death in Bugzilla, but...
>
> Today I happened to click a link to
>
http://www.cdc.gov/nchs/data/databriefs/db88_fig1.png
>
> Go ahead. Load that in a recent Firefox. Take a look.
>
> The complaints about this in Bugzilla have basically been responded to
> with "this is the UI design decision we made". I'd really like to
> understand _why_ we made the design decision this way. I understand the
> whole "put a dark matte around the image" bit. What I don't understand
> is why we're not giving the image itself a white background.
>
> To recap, the effects of that compared to what we have now would be:
>
> JPEG: no effect; JPEGs are opaque so the background would be invisible.
> Opaque PNG: no effect.
> Transparent PNG: painted on top of white, like in other browsers, so
> more likely to be visible if people actually want it to be visible.
>
> In particular, any transparent PNG expected to actually print well on
> paper would look better on a white background, obviously. Any PNG
> designed to be viewable well in current browsers would look better on white.
>
> There are some cases which would be worse off in the new setup: white or
> near-white PNGs. An example is at
> <
http://www.mozilla.org/media/img/sandstone/buttons/arrow-small.png>.
> Do we think that these cases are more prevalent than the cases that
> would be improved?
>
> Again, if there are solid reasons for not doing this, I'd just like to
> know what they are. The responses to my questions in Bugzilla were ...
> uninformative at best.
>
> Thanks for reading this far,
> Boris