Meeting minutes
Publisher contact for additional accessibility information: Issue #2702
<AvneeshSingh> w3c/
mgarrish: 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.
AvneeshSingh: maybe EAA has a part in this.
George: in WIPO they have a trusted intermediary. from our perspective the publisher contact would be the one we would want to display.
gpellegrino: 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.
AvneeshSingh: 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.
mgarrish: 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
<AvneeshSingh> w3c/
mgarrish: 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.
AvneeshSingh: 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.
mgarrish: 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: Bookshare puts in human readable URL.
mgarrish: it will be up to the agency what should be in this field. we are open and doesn't prefer anything.
AvneeshSingh: 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.
<gpellegrino> https://
AvneeshSingh: 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: 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.
AvneeshSingh: 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.
gpellegrino: 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.
AvneeshSingh: we should work with Gregorio to refine it further.
George: 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
AvneeshSingh: we need to move this wiki. should we move it to an issue?
George: what about APA's issue tracker.
AvneeshSingh: we need to be prepare before it goes to APA.
mgarrish: 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.
AvneeshSingh: maybe a call with Janina specifically before we open it up to everyone.
mgarrish: maybe transfer the wiki page over to the epub specs.
AvneeshSingh: that would be a good place.
<mgarrish> https://
AvneeshSingh: refining it further, smaller group to help with this effort.
… we will go through 1 more iteration then ask Matt to move it.
George: we are saying this is initiated by publishing, isn't this useful for web pages in general?
gpellegrino: 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.
mgarrish: 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: general ARIA saying extendedDescription and extendedDescriptionLink, are those the words we want?
AvneeshSingh: 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
mgarrish: I can discuss with ARIA editors to get a feel for the appeal of entertaining this new idea.
gpellegrino: aria-details you can ref. multiple IDs and other issues identifying what the aria-details pointing to the ext description link.