14:53:02 RRSAgent has joined #pcg-a11y 14:53:06 logging to https://www.w3.org/2025/06/12-pcg-a11y-irc 14:53:08 Zakim has joined #pcg-a11y 14:53:20 zakim, this will be pcg-a11y 14:53:20 ok, AvneeshSingh 14:53:24 present+ 14:53:33 chair: AvneeshSingh 14:54:10 agenda+ Should we replace "longdescription" accessibility feature, since term extended description is becoming more popular in the standards world? 14:54:29 agenda+ In progress consolidated accessibility metadata guidance document. 14:54:45 agenda+ Fixed layouts can be display modifiable 14:55:01 agenda+ Shall we add a note on audio only about type of narration to help users identify AI voices? (Issue #559 14:55:16 agenda+ Feedback - use of AI to create alternative descriptions - for a future update to guideline: Issue #458 14:55:28 agenda+ Any other business. 14:58:51 JonasLillqvist has joined #pcg-a11y 14:59:03 ChrisOliverOttawa has joined #pcg-a11y 15:02:35 gautierchomel has joined #pcg-a11y 15:03:00 mgarrish has joined #pcg-a11y 15:03:16 Hadrien has joined #pcg-a11y 15:03:29 CharlesL has joined #pcg-a11y 15:03:29 Chris has joined #pcg-a11y 15:03:54 present+ 15:03:57 Madeleine has joined #pcg-a11y 15:04:04 present+ 15:04:33 scribe+ 15:04:38 George has joined #pcg-a11y 15:04:40 zakim, next agendum 15:04:40 agendum 1 -- Should we replace "longdescription" accessibility feature, since term extended description is becoming more popular in the standards world? -- taken up [from 15:04:44 ... AvneeshSingh] 15:05:12 present+ 15:05:22 q+ 15:05:30 https://www.w3.org/community/reports/a11y-discov-vocab/CG-FINAL-vocabulary-20241209/#longDescription 15:05:36 AvneeshSingh: longdescription not used in the industry. more widely used is extended description. 15:05:42 q? 15:05:47 present+ 15:05:49 q+ 15:05:53 George has joined #pcg-a11y 15:06:47 George: longdescription vs. extendedDescription. Long description just sounds like it is long alt text and extended description goes beyond that and can have markup. it is more precise and better meaning. 15:06:49 ack mg 15:07:42 q+ 15:08:35 mgarrish: if we rename terms, the print page marker / page break markers, but we had digital only page break which is why we changed that name. when we change these token names I get concerned. If its not a big problem, we will have to address it in the display guide. User end we should not display as "Long Description" but the token in the metadata is just another term or account for. 15:08:37 ack geo 15:08:59 q- 15:09:00 George: I agree that sounds find. as long as end user facing is consistent. 15:09:01 ack gaut 15:10:00 gautierchomel: before standards calls I struggled with wrong vocabulary I wanted to use longdesc when I put in a longdescription metadata. We need another good practice to explain this. 15:10:30 q? 15:10:50 Simon_M has joined #pcg-a11y 15:11:09 q? 15:11:13 ... time where both terms co-exist which can be confusing but sooner we start the sooner it will end. and must maintain two things and mappings but for folks who enter in the industry and start to use the vocabulary it is much easier if the vocabulary matches the action. 15:11:20 Q+ 15:11:52 AvneeshSingh: long and extended descriptions are related. short term the discovery CG can discuss this and see what can be done in the description of this. 15:12:15 q+ 15:13:55 q+ 15:14:12 Morris: work at OCLC, nine months working on MARC side of metadata into World Cat, work with Claire Holliday on the publishing side. I noticed in the mapping between Schema.org and ONIX the long description is mapped to 2 ONIX terms from 196 15-full alternative and 16- visualized data as no graphical. (that is not ideal) when 1 schema maps to 2 ONIX. if its extended or whatever it takes 1:1 Schema:ONIX 15:14:33 present+ 15:15:07 ... maybe separate terms in Schema.org 15:16:51 ack next 15:16:59 gpellegrino: alternative for content and another for the data, I am worried about deprecating the proposal on these terms in the vocabulary. Its really difficult for software to get update and backward compatibility so I propose not to deprecate just add some. this is just machine readable, it will just display to "Extended Description" even if its in the metadata as longdescription. 15:18:06 Simon_M: a lot of publishers keeps asking what does longDescription really means, we don't also know what is a "short description" for alt text, so they don't know what they mean. until we know what the definitions are. 15:18:13 ack next 15:18:55 q+ 15:19:09 mgarrish: longdescription is ingrained in WCAG, they don't talk about extended descriptions. so not sure who this will help. 15:19:43 ... we picked one but it would be better to stay with this term. it makes everything difficult. 15:19:53 q+ 15:20:37 ... we need to cover the bases what is an extended description vs if it is long. "fuller picture" vs just longer than and an alt description. 15:20:37 ack madel 15:21:52 Madeleine: crosswalk between Onix/Schema.org sometimes there is more detail in one vs. the other. there are some places where this can't be round-tripped. would liek to know how we can support users. or consider adding more schema.org terms to try to reach a 1:1 mapping. 15:22:02 gluejar has joined #pcg-a11y 15:22:31 Morris: when I see longdescription and I see Full alternative description that doesn't ring true for me. 15:22:54 ack next 15:22:55 AvneeshSingh: I think we can open an issue in the discovery GC's github repo. 15:24:39 gpellegrino: everything we touch has a big impact, and it takes a lot of time and communication to the larger community. EPUB a11y metadata was always meant for machine readable in all languages in camelCase longDescription does not mean anything to us in Italy for example. 15:24:44 ack charl 15:25:14 q+ 15:29:36 Charles: describes why alt text definition should be revisited Charles will coordinate with Janina and APA as this is a wider than just digital publishing definition of what is an alt text description. 15:30:15 q? 15:31:15 q+ 15:31:18 Laura: I noticed some issues where the definitions the schema.org and ONIX may not always apply. explaining the crosswalk better and what the requirements are and where they are exactly make that clear and where they are not exactly the same to point that out. 15:32:54 q- 15:33:04 Madeleine: We would like to see these examples as we weren't given that original task as we were asked just to determin what would be used in ONIX for a specific value. 15:33:04 ack next 15:34:39 There will always be a need for separate metadata values for short and long, no issues with the codes. This is something for EPUB development, to define a technique or set of techniques for long description. 15:34:41 Chris: we have been told that our definitions are already too long, but willing to revise as needed. We never touch the #'s in ONIX, we refine the headings and notes in English, its the definitions refining, we don't change whats in the machine to machine. if there are ways to make it clearer we are happy to look into that. 15:34:50 q? 15:35:58 George: will send introduction to Laura with relevant email contacts. Morris would also like to be included. 15:35:58 zakim, next agendum 15:35:58 agendum 2 -- In progress consolidated accessibility metadata guidance document. -- taken up [from AvneeshSingh] 15:36:07 kerscher@montana.com 15:37:32 https://rawcdn.githack.com/w3c/publ-a11y/b95d9ff5c58eb3da250bf66d45d44b7827c0f3df/epub-a11y-meta-guide/1.0/index.html 15:37:40 mgarrish: the link is no longer valid. 15:38:23 ... this is work that Charles started in the Fixed Layout and combined that and another into a new document 15:39:05 ... there is stuff from the accessibility techniques and Charles has gone through the values. 15:39:12 ... I was just structuring. 15:39:56 https://w3c.github.io/publ-a11y/epub-a11y-meta-guide/1.0/draft/index.html 15:42:56 q+ 15:43:04 Charles: explained how there are real code examples and then what the metadata would be included. 15:43:36 AvneeshSingh: this is also where we will put in the new guidelines on what would go into the accessibilitySummary. 15:44:07 ack next 15:44:09 George: it will be easy to harmonize with 2.0 ux guidelines in the summary that is not machine readable. 15:44:49 gpellegrino: be clear about the scope of this document, and link to other guidelines like for ONIX, and this is for one standard of metadata. 15:45:08 q? 15:45:16 AvneeshSingh: lots coming from 1.1 Techniques. in the introduction for EPUB Accessibility techniques. 15:45:47 mgarrish: Yes, I agree we want this to be schema.org metadata in the EPUB package document. we don't want to go into those other areas. 15:45:47 q+ 15:46:10 ... could even be updates to the title itself. 15:46:20 ack next 15:46:27 gpellegrino: my worry is only on the main title. 15:46:39 zakim, next agendum 15:46:39 agendum 3 -- Fixed layouts can be display modifiable -- taken up [from AvneeshSingh] 15:46:41 https://github.com/w3c/publ-a11y/issues/563 15:47:17 q+ 15:47:23 AvneeshSingh: there is a lot of discussion on this. what do we want to achive? 15:47:31 ack next 15:49:06 q+ 15:49:12 qq+ 15:49:58 gautierchomel: if someone put 2 metadata then there is a possibility that end user could see fixed layout and appearance can not be modified and can be modified. but looks like a bug. We know very few titles, Hachette fixed layout link to see same content as reflowable. Change wording of "Fixed Layout" described in a negative way. i.e. Fixed Layout "Can't be display modified" 15:50:03 ack georg 15:50:03 George, you wanted to react to gautierchomel 15:50:48 q+ 15:51:16 George: reading systems may have the ability to do some customizations. Adobe reader and FoxIt have a reflow button. We are doing the same with an EPUB fixed layout We are trying to express that intent of the format to the end users. 15:52:14 gautierchomel: I think its both use cases fixed layout can be reflowed 15:52:15 ack next 15:52:36 gpellegrino: can be accomplished by javascript potentially 15:53:01 ... if they claim to be displayTransformability 15:53:07 q+ 15:53:07 q? 15:53:34 ... if its fixed and does not claim displayTranformability then we will say it can't be adjusted. 15:53:57 q+ 15:54:11 present+ 15:54:15 ack guat 15:54:30 ack next 15:54:47 gautierchomel: we should open a new issue is there a way to say this is fixedLayout, then we can close this one and reference this one in the new issue. 15:55:02 ack next 15:55:11 mgarrish: I agree the issue we originally had is done. 15:55:49 ... as we get to the second statement should we just say this is a fixed layout instead of the "not modifiable" might be what is needed. 15:56:05 q? 15:56:06 AvneeshSingh: Yes lets create a new ticket and close this one. 15:56:46 Is there an IRC etiquette document for this chat? 15:57:56 https://www.w3.org/guide/meetings/zakim.html 15:58:11 rrsagent, make minutes 15:58:12 I have made the request to generate https://www.w3.org/2025/06/12-pcg-a11y-minutes.html AvneeshSingh 15:58:14 rrsagent, make logs public 15:58:22 rrsagent, draft minutes 15:58:23 I have made the request to generate https://www.w3.org/2025/06/12-pcg-a11y-minutes.html CharlesL 15:59:02 CharlesL has left #pcg-a11y 15:59:38 zakim, leave 15:59:38 leaving. As of this point the attendees have been AvneeshSingh, gautierchomel, Madeleine, mgarrish, ChrisOliverOttawa, gpellegrino, Simon_M 15:59:38 Zakim has left #pcg-a11y