Re: 48-Hour Call for Consensus (CfC): Publish "ARIA D-Pub Roles" FPWD

On Jul 2, 2015, at 6:57 AM, Richard Schwerdtfeger <schwer@us.ibm.com> wrote:

> James Craig <jcraig@apple.com> wrote on 07/01/2015 08:15:15 PM:
> 
> > If you think that's a problem, address it via vendor ERs or in the 
> > Core AAM, but documents should still use "directory" role instead of
> > a redundant "toc" role.
> 
> I am not convinced. We map it to lists to lists and directories to lists. What if the table of contents is not build like a list?

Then it is not compliant with the spec, and is not a TOC.
http://www.idpf.org/accessibility/guidelines/content/nav/toc.php

> What if it is built like a Tree?

EPUB Readers sometimes present the static <ol> as a tree, and then the accessibility should be handled by the reader client.

> This is too restrictive. They are thinking of toc as a region versus a structural object.  

Then it should be a "group" or "region" with a label.

> > > dpub-part: is a name, apparently well known in the publication 
> > space. I will let Tzviya respond to that. 
> > 
> > "dpub-chaptergroup" might be a better name.
> > 
> The the task for on this will want to respond formally but the problem I see arising is that we are trying to redefine terms commonly known by the publishing industry. My concern is that we put too tight a vice-grip on things that we cause people to not use the technology. I think these are good suggestions but we need to recognize that they have a terminology they are accustomed to using. If we define new words for that it will lead to confusion by book authors. They are going to use these roles for more than AT interoperability. They are going to be exposed to book publishers in authoring tools.  
> 
> Let's see what they come back with. They did put this in their vocab space so at least we are not going to see conflicts. 

That's fine. As long as they use the dpub prefix, I would not object. I'm just making these suggestions because they reduce the ambiguity of the DPUB role spec.

James

Received on Thursday, 2 July 2015 19:12:35 UTC