Re: Image variants or sets and addressing fragments (fMAP, fcTL, fdAT, aPAL)

Christoph Päper <[email protected]> Tue, 9 May 2017 09:57:21 +0200 (CEST)
Newsgroups gmane.comp.graphics.png.general
Message-ID <1546958314.12184.1494316641474.JavaMail.open-xchange@app06.ox.hosteurope.de>
"Matthias B." <[email protected]>:
> 
> In order for your suggested features to be useful on the web, there
> would have to be corresponding CSS selectors and/or DOM objects. Are
> you in contact with the relevant W3C groups? I don't think there's any
> point in the PNG/MNG group making the first step here without any
> support from the major players on the web.

As a matter of fact, I am indeed in contact with the CSS WG and WhatWG (for
different matters), but nothing of what I'm proposing here requires any changes
in or additions to CSS, DOM, JS, HTML, ... or even URL
<https://url.spec.whatwg.org/>. Wherever image resources are referenced by URL,
fragment identifiers are already supported transparently, i.e. it's the job of
the image renderer to deal with that information. Except for Microsoft, all
major browser vendors are now supporting APNG <http://caniuse.com/#feat=apng>
and thus `fdAT` and `fcTL` are already widely implemented. Only `fMAP` is
entirely new (and needs some work). `aPLT` is much like `sPLT` syntax-wise, but
has different semantics and implications. Nevertheless, the new sprite stack and
palette manipulation features I'm proposing are designed to have useful fallback
behavior. Sprite maps, which are already widely used, have no good fallback or
addressing interface, but CSS requiring spatial Media Fragments support for
`image()` notation <https://drafts.csswg.org/css-images-4/#image-fragments>
makes them much more useful on the web. 

    background-image: url('swirl.png'); /* old UAs */
    background-image: image('sprites.png#xywh=10,30,60,20'); /* new UAs */

That being said, now would be the perfect time to get a note or example
regarding named subimages in PNG added to css-images which would certainly
improve the adoption rate (once approved as an extension by the PNG Group).

> For anything that's not the web, private chunks are the way to go.

Everything ends up on the web (or at least in browsers) nowadays.

JFTR, I'm trying to get all of this added to PNG proper, because I think it's
well in scope, but if that fails I will take it to APNG, which will hopefully
move to a location with defined specification process soon (e.g. WhatWG).

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot