Meeting minutes
Publisher contact for additional accessibility information: Issue #2702
<Avneesh Singh> w3c/
Matt Garrish: we don't have a way to put in contact info for metadata.
… in display guide we don't account for 2 fields we have publisher / trusted intermediary contact. Do we need 2 contact fields for EPUB maybe an accessibility contact field. not sure when you would have 2 contacts. why contact the publisher or the intermediary, did we ever try to display this in the display guide but maybe only this is in ONIX. what are we accounting for here? Why don't we display trusted intermediary's. What are
we expecting for a11y contact email 1 field, 1 value and we don't care which it is.
Avneesh Singh: maybe EAA has a part in this.
George Kerscher: in WIPO they have a trusted intermediary. from our perspective the publisher contact would be the one we would want to display.
Gregorio Pellegrino: I agree that is the data we are using in the ONIX techniques. publisher contact. 1 contact field generic could be a specialized library just a11y contact.
Avneesh Singh: MTM in Sweden is assigned as supervisory agency for implementation of EAA for eBooks, in such cases the contact of such supervisory agencies would be prefered. So, it would be good to have a generic field for email.
Matt Garrish: a11yContact or something like that. that works. I need to check the display guide but if the display guide may need to be updated since it might call out the "publisher" specifically I can create a new issue for that if thats the case.
Example of certifierCredential property: Issue #2760
<Avneesh Singh> w3c/
Matt Garrish: are we at a point to make changes with this?
… is it a URL or text is it only URLs or it
Charles: in GCA's case the URL is our credential and thousands of books has this as the certifierCredential. Vitalsource does look for this to put our GCA logo.
Avneesh Singh: if it is text, and we put a URL in it, it doesn't prevent anyone to actually parse the URL and provide the logo or provide a linked URL.
Matt Garrish: the issue is it should have a Human Readable name. instead of the ugly URL.
… , we don't need a registry of what URLs are out there. Do we need to change anything?
George Kerscher: Bookshare puts in human readable URL.
Matt Garrish: it will be up to the agency what should be in this field. we are open and doesn't prefer anything.
Avneesh Singh: the demand here is show some examples. So, we can show example with text. And we can place a note that if you want to use a URL then it is your responsibility to reach out to the distributors to display something else like a logo.
Use cases for extended descriptions.
<Gregorio Pellegrino> https://
Avneesh Singh: thanks Gregorio for this first draft. can we highlight the use cases were we can have some examples where having specific roles for the link to the extended description and another for the desc. itself. so we can have a good use cases for APA discussion.
George Kerscher: we could at the end suggest 2 roles or we could suggest it up-front so they can concentrate on our suggestions. Maybe we communicate this to APA we talk about 2 roles that are needed and point to the use case.
Avneesh Singh: 1 question what is the RS behavior it will help us evaluating our solution of roles is correct, and Gregorio is correct and what we can to to improve that. Why not put those use cases put upfront that AT and announce the presence of a link to the ext. descriptions and announce the presence of the descriptions. ACE needs to collect these extended descriptions. so we can build a case for our roles.
Charles: agrees we need strong use cases to justify the new roles to APA and ARIA ultimately.
Gregorio Pellegrino: we can stress other things, AT that should be able to list all the images of ext-descs in a page. for Web we can stress crawlers images with extended descriptions for roles on based on automatic injection.
Avneesh Singh: we should work with Gregorio to refine it further.
George Kerscher: do we want the issue to state there is a need for 2 roles. here are the use cases for these two roles. in this wiki that is linked in the agenda
Avneesh Singh: we need to move this wiki. should we move it to an issue?
George Kerscher: what about APA's issue tracker.
Avneesh Singh: we need to be prepare before it goes to APA.
Matt Garrish: may not want to have a issue. ARIA won't be crazy about a new role on a link.
… you have describedby/details and now a new role on a link will get major pushback.
… maybe if we add it to the DPUB ARIA.
Avneesh Singh: maybe a call with Janina specifically before we open it up to everyone.
Matt Garrish: maybe transfer the wiki page over to the epub specs.
Avneesh Singh: that would be a good place.
<Matt Garrish> https://
Avneesh Singh: refining it further, smaller group to help with this effort.
… we will go through 1 more iteration then ask Matt to move it.
George Kerscher: we are saying this is initiated by publishing, isn't this useful for web pages in general?
Gregorio Pellegrino: I am not sure. for sure it would be important for interaction with AT, but POV what user should expect when you click on a link to an extended description, that part on UX we are trying to achieve is publishing specific. we need to stress AT interactions.
Matt Garrish: nature of roles these are potentially to the ARIA group first and may be kicked back to DPUB. lets bring a general approach to the broader group.
George Kerscher: general ARIA saying extendedDescription and extendedDescriptionLink, are those the words we want?
Avneesh Singh: if its only in DPUB ARIA its mainly for the publishing ecosystem but could have broader appeal which we can see what the appetite is for it in a more broader sense.
… Gregorio and I can start iterating on this, and ask for comments and move ahead more rapidly
Matt Garrish: I can discuss with ARIA editors to get a feel for the appeal of entertaining this new idea.
Gregorio Pellegrino: aria-details you can ref. multiple IDs and other issues identifying what the aria-details pointing to the ext description link.