W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

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

From: lisa.seeman <lisa.seeman@zoho.com>
Date: Thu, 04 May 2017 17:05:49 +0300
To: Leonard Rosenthol <lrosenth@adobe.com>
Cc: "Alastair Campbell" <acampbell@nomensa.com>, "John Foliot" <john.foliot@deque.com>, "public-cognitive-a11y-tf" <public-cognitive-a11y-tf@w3.org>, "public-low-vision-a11y-tf" <public-low-vision-a11y-tf@w3.org>, "WCAG" <w3c-wai-gl@w3.org>, "W3C WAI Accessible Platform Architectures" <public-apa@w3.org>, "public-rqtf@w3.org" <public-rqtf@w3.org>, "DPUB mailing list" <public-digipub-ig@w3.org>
Message-Id: <15bd3c61d96.c4713bf695601.2466655154128482029@zoho.com>
Hi

Take a look at our semantics for personalization  at https://w3c.github.io/personalization-semantics/


I think we should be collaborating, maybe also with ARIA and APA? 

All the best

Lisa Seeman

LinkedIn, Twitter





---- On Wed, 03 May 2017 19:46:50 +0300 Leonard Rosenthol&lt;lrosenth@adobe.com&gt; wrote ---- 

      Personalization options for a publication, which may be a whole site or part of a site, is absolutely one of the use cases we envisioned being incorporated into this conceptual manifest. So it does sound like an excellent opportunity for collaboration.
  
 Do you have a link to some of your thinking to date?
  
 Thanks,
 Leonard
  
  From:  Alastair Campbell &lt;acampbell@nomensa.com&gt;
 Date: Wednesday, May 3, 2017 at 12:10 PM
 To: John Foliot &lt;john.foliot@deque.com&gt;, public-cognitive-a11y-tf &lt;public-cognitive-a11y-tf@w3.org&gt;, public-low-vision-a11y-tf &lt;public-low-vision-a11y-tf@w3.org&gt;
 Cc: WCAG &lt;w3c-wai-gl@w3.org&gt;, W3C WAI Accessible Platform Architectures &lt;public-apa@w3.org&gt;, "public-rqtf@w3.org" &lt;public-rqtf@w3.org&gt;, DPUB mailing list &lt;public-digipub-ig@w3.org&gt;
 Subject: Re: Another way forward? (Just an idea for discussion)
 Resent-From: &lt;public-digipub-ig@w3.org&gt;
 Resent-Date: Wednesday, May 3, 2017 at 12:12 PM
 
   
 
 Hi John,
  
 I think it’s a good idea, and note that there is a similar thing for web apps:
 https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdeveloper.mozilla.org%2Fen-US%2Fdocs%2FWeb%2FManifest&amp;data=02%7C01%7C%7C7adbd1f9cbf54959978008d4923f390f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636294247626807203&amp;sdata=JcszZOZA0ximeDl629Opnw7nHrTmUUPCZJFD9gAJTSk%3D&amp;reserved=0 
  
 Conceptually, it feels like the big step is defining (more) what the personalisation attributes are and how websites could enable them.
  
 With that in place, a website could use a manifest (or equivalent) to say: “here is what we provide”, and then the user-agent can automatically apply them without the user needing to manually apply their personalisations.
  
 To get the whole thing off the ground, I think it would help to define an MVP and roadmap of personalisation options. Trying to do everything in one go will make it too big. If we could cherry pick attributes from across disabilities that provide the best effort-reward ratio as version 1, then build from there I think it would be smoother. 
  
 However, the first task is that categorisation effort.
  
 Cheers,
  
 -Alastair
  
  From:  John Foliot &lt;john.foliot@deque.com&gt;
 
 
 
 
   
 
   Greetings all,
 
   
 
  As part of an APA task I was assigned, I recently reviewed another W3C Working Draft ("Web Publications Use Cases and Requirements - https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2Fpwp-ucr%2F&amp;data=02%7C01%7C%7C7adbd1f9cbf54959978008d4923f390f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636294247626807203&amp;sdata=TCDY9ilBKrW6kHnBqCSiNhqgqJ0%2F9Ae8hkmQm4iOrt8%3D&amp;reserved=0) which introduces a proposed concept of a Manifest file, defined there as:
 
   
 
    "...an 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: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2Fappmanifest%2F&amp;data=02%7C01%7C%7C7adbd1f9cbf54959978008d4923f390f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636294247626807203&amp;sdata=dsyWKt8rNSgQzWYCqjT3UrQPrk6WEF1MYNAESq5MvNc%3D&amp;reserved=0
 
   
 
  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.
 
 john.foliot@deque.com
 
 
   
 
  Advancing the mission of digital accessibility and inclusion
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Received on Thursday, 4 May 2017 14:06:30 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 4 May 2017 14:06:31 UTC