Re: Another way forward? (Just an idea for discussion)

I think Manifest is a good term and a useful concept... I think the
"manifest" part of it translates fairly accurately to part of our
definition of a web page, which is defined as

"... plus any other resources that are used in the rendering or intended to
be rendered together with it by a user agent

Manifest is elegant and I like it, but I don't think it adds anything to
our definition of web page... except that in a future version (silver???)
we may want to drop the URI bit and go with Manifest file. Perhaps it could
find its way into an SC???

However, I don't think for 2.1 we want to swap out "web page" for "manifest
file". I think it would be too jarring for a dot release. I'm glad to hear
about it though and think we should keep it on our radar for future

David MacDonald

*Can**Adapt* *Solutions Inc.*

Tel:  613.235.4902


GitHub <> <>

*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy

On Wed, May 3, 2017 at 11:50 AM, John Foliot <> wrote:

> Greetings all,
> As part of an APA task I was assigned, I recently reviewed another W3C
> Working Draft ("Web Publications Use Cases and Requirements -
> which introduces a proposed concept of a
> Manifest file, defined there as:
> " abstract means to contain information necessary to the proper
> management, rendering, and so on, of a publication. This is opposed to
> metadata that contains information on the content of the publication like
> author, publication date, and so on. The precise format of how such a
> manifest is stored is not considered in this document."
> I began to wonder aloud if using a similar mechanism (up to, and including
> piggy-backing on the Digital Publishing's IG concept of 'manifest' above)
> might not be a more efficient and economical way of capturing and conveying *personalization
> options* at a site-wide level (as opposed to the "page" or single-screen
> level). I could envision this addressing concerns from both the COGA and LV
> Task Forces in a fashion that scales efficiently for developers.
> While I don't have a clear vision of how all of this might be accomplished
> today, it strikes me as well that working in concert with the Digital
> Publishing Group on this piece of the larger puzzle could be quite fruitful.
> Please note that I am not at this time suggesting we abandon efforts
> produced to date, but I am suggesting that we may want to step back a bit
> and ingest the idea of a manifest file as part of our efforts, as clearly
> other groups within the W3C are using "manifests" (and/or are proposing to
> do so). See also:
> Thus, I open this for discussion only - but off the top I think there is
> some real merit in thinking about this more.
> JF
> --
> John Foliot
> Principal Accessibility Strategist
> Deque Systems Inc.
> Advancing the mission of digital accessibility and inclusion

Received on Wednesday, 3 May 2017 16:10:11 UTC