14:49:22 RRSAgent has joined #ag 14:49:26 logging to https://www.w3.org/2025/07/22-ag-irc 14:49:26 RRSAgent, make logs Public 14:49:27 Meeting: AGWG Teleconference 14:49:33 chair:alastair 14:49:36 chair:alastairc 14:49:39 present+ 14:50:40 agenda+ ACT upcoming CFC https://lists.w3.org/Archives/Public/public-wcag-act/2025Jun/0003.html 14:51:01 agenda+ Assertions https://github.com/w3c/wcag3/discussions/106#discussioncomment-13357126 14:51:16 agenda+ Scheduling Tradeoffs https://github.com/w3c/wcag3/discussions/343 14:51:27 agenda+ Subgroup work 14:51:33 agenda? 14:58:46 GreggVan has joined #ag 15:01:02 Adam_Page has joined #ag 15:01:24 Jennie_Delisi has joined #ag 15:01:30 filippo-zorzi has joined #ag 15:01:33 present+ 15:01:42 tiffanyburtin has joined #ag 15:01:48 joryc has joined #ag 15:01:48 mbgower has joined #ag 15:01:49 present+ 15:01:58 present+ 15:01:59 present+ 15:02:04 present+ 15:02:08 present+ 15:02:09 present+ 15:02:22 scribe: ChrisLoiselle 15:02:28 TOPIC: Announcements 15:02:36 agenda? 15:02:39 Azlan has joined #ag 15:02:46 julierawe has joined #ag 15:02:49 present+ 15:02:53 present+ 15:03:01 present+ 15:03:06 Chuck: Onboarding session coming up in upcoming weeks. Starts on this call, 30 minutes before this call. 15:03:27 Laura_Carlson has joined #ag 15:03:35 Kathy has joined #ag 15:03:39 It went out on July 15 15:03:42 Alastair: Do you have link for WCAG 2 change reviews, Michael? 15:03:43 present+ Laura_Carlson 15:03:44 q? 15:03:44 LenB has joined #ag 15:03:48 ShawnT has joined #ag 15:03:49 present+ 15:03:50 https://github.com/orgs/w3c/projects/56/views/1 15:03:52 present+ 15:03:55 present+ 15:03:56 present+ 15:04:10 zakim, take up next item 15:04:10 agendum 1 -- ACT upcoming CFC https://lists.w3.org/Archives/Public/public-wcag-act/2025Jun/0003.html -- taken up [from alastairc] 15:04:11 Alastair: We can tackle questions on those next week if any questions arise. 15:04:12 q? 15:04:22 present+ 15:04:37 Rain has joined #ag 15:04:42 present+ 15:04:47 https://github.com/w3c/wcag-act/issues/603 15:05:04 Makoto has joined #ag 15:05:17 present+ 15:05:23 Alastair: ACT rules format 1.1 Call for Consensus is coming up. If any comments on changes, please review diff and suggest updates. 15:05:57 Kathy: I'm happy to respond to any questions. Updates to rules format to accommodate known issues. Been a year in progress. 15:05:57 kirkwood has joined #ag 15:06:01 q+ 15:06:17 ack Daniel 15:06:37 -> https://github.com/w3c/wcag-act/issues?q=state%3Aclosed%20label%3A%22rules%20format%201.1%22 ACT Rules Format 1.1 issues 15:06:50 Daniel: There is a change log as well. Groups attention to format issues that were addressed. 15:07:06 Daniel: For the publication, is this the pre CfC or are we in official CfC? 15:07:24 Alastair: Open for a week and then no new issues, CfC for next week. 15:07:36 Daniel: So two weeks out, yes. 15:07:40 Alastair: Yes. 15:08:00 zakim, take up next item 15:08:00 agendum 2 -- Assertions https://github.com/w3c/wcag3/discussions/106#discussioncomment-13357126 -- taken up [from alastairc] 15:08:28 Alastair: Assertions is up next, Rachael ? 15:08:32 graham has joined #ag 15:08:35 present+ 15:08:47 Jon_avila has joined #ag 15:08:51 Rachael: https://github.com/w3c/wcag3/discussions/106 15:08:53 Discussion: https://github.com/w3c/wcag3/discussions/106 15:08:57 present+ 15:09:03 https://github.com/w3c/wcag3/pull/342 15:09:31 kirkwood has joined #ag 15:09:37 Rachael: I will go over these in a moment. These will be in explainer. 15:09:40 https://deploy-preview-342--wcag3.netlify.app/explainer/ 15:10:26 Glenda has joined #ag 15:10:30 Direct link: https://deploy-preview-342--wcag3.netlify.app/explainer/#assertions 15:10:38 Francis_Storr has joined #ag 15:10:41 Rachael: Preview in pull request - what does a company do to incorporate assertions outside of a conformance claim? 15:10:43 present+ 15:11:08 jtoles has joined #ag 15:11:15 Also discussion around wording of meets . 15:11:18 present+ 15:11:32 present+ 15:12:15 Rachael: Should we provide a statement generator? Possible assertions that are properly formatted and relying on WCAG 3 15:12:18 q? 15:12:32 q+ 15:12:38 are you showcasing anything on screen? 15:12:43 q? 15:13:06 Rachael: Do we want to have a statement generator present or not? 15:13:15 Gregg: I think all my questions were answered. 15:13:16 q? 15:13:28 ack Chuck 15:13:38 q+ 15:13:46 present+ 15:14:06 Chuck: Question - can a company make an assertion vs. Assertions ? For context, are we talking an official version of an assertion? 15:14:23 q+ on the statement generator, aren't we defining exact text for each? 15:14:24 Rachael: The only thing we test in an assertion is the assertion itself. Was it made or not? 15:15:06 Rachael5 has joined #ag 15:15:09 Frankie has joined #ag 15:15:17 present+ 15:15:21 Gregg: Company would make up assertions. I would like to suggest two things, W3C makes up the assertions and company can make or not make them. Qualified assertions could be a name. 15:15:59 q+ to respond to Gregg 15:16:10 Gregg: I could assert something to say something and they may count toward positive accessibility claim. I have 6 assertions but haven't done anything other than make a statement. 15:16:38 Gregg: I think they be in a note vs. in the document. That way new ones can be made and list can be organic and grow. 15:16:39 q? 15:16:48 ack GreggVan 15:16:50 kirkwood has joined #ag 15:16:51 ack alastairc 15:16:51 alastairc, you wanted to comment on the statement generator, aren't we defining exact text for each? 15:17:14 Alastair: I'm not sure on statement generator. I think we would be defining what assertions are. 15:17:59 tiffanyburtin has joined #ag 15:18:12 Alastair: I haven't thought about the note placement. Granular aspects are tricky. Usability and Style guide. Variations could arise. 15:18:48 ... assertions should relate to guidelines. Listed at same level as requirements but have something about how to document internally. 15:18:49 q? 15:18:49 ack Rachael 15:18:50 q+ to say "I am OK putting them in -- I see the benefit of having them directly in the document - mixed with requirements. Maybe nybrid? 15:18:51 Rachael, you wanted to respond to Gregg 15:19:23 Rachael: statement generator would create a statement from a list from WCAG 3. The ambiguity would be removed. 15:19:24 q? 15:19:24 q+ 15:19:34 ack GreggVan 15:19:34 GreggVan, you wanted to say "I am OK putting them in -- I see the benefit of having them directly in the document - mixed with requirements. Maybe nybrid? 15:19:37 present+ 15:20:04 Gregg: Alastair: I think you are right, they would be effective inside the document. Perhaps look at a hybrid solution where they are also able to nominate assertions somehow. 15:20:05 q? 15:20:42 Gregg: I agree with Rachael as well. Clearer term may be assertion formatter vs. generator to assist with formatting. 15:20:50 https://deploy-preview-342--wcag3.netlify.app/explainer/#documenting-assertions 15:21:03 q+ 15:21:43 ack alastairc 15:21:44 Alastair : Making an assertion as part of conformance claim , this part would be fine. Statement generator outside of a conformance claim would be were that would come in to play. 15:21:44 q? 15:21:45 q+ 15:21:48 ack GreggVan 15:22:21 q+ to answer graham 15:22:25 q+ re opportunities to make an assertion a different way 15:22:29 Wilco has joined #ag 15:22:38 present+ 15:22:40 Gregg: I think companies may make assertions when they can't make claims. We don't want to make them the only way they can make assertions. Conformance claims are broader in scope than an assertion. 15:22:59 Formatter for conformance claim vs. assertion may be a good idea. 15:23:01 q? 15:23:07 ack Rachael 15:23:46 Rachael: Sounds like yes, formatter may be beneficial. How do we support organizations around their assertions is a question. That seems to be an accessibility statement. 15:23:54 ... how do we add that in to the explainer? 15:23:56 q? 15:23:59 q+ 15:24:17 Alastair: Documenting assertions section would be a great place to start. 15:24:18 q? 15:24:18 ack alastairc 15:24:19 alastairc, you wanted to answer graham 15:24:53 Alastair: Graham , on assertions and what they achieve, is there an example? 15:25:42 ... for example, an assertion is on a style guide. The style guide has chapter on alt text. Style guide impacts designers per company policy or process that this should be done. 15:25:42 q? 15:26:04 ack Jennie_Delisi 15:26:04 Jennie_Delisi, you wanted to discuss opportunities to make an assertion a different way 15:26:08 Alastair: Could be used to achieve another level, bronze vs. silver. 15:26:46 q+ 15:26:48 ack GreggVan 15:26:53 giacomo-petri has joined #ag 15:26:53 Jennie: I like the generator idea, however IT governance, it can cause companies not to use it due to legality aspects. State it is an option, but not only way to use assertions. 15:26:54 q? 15:26:58 present+ 15:27:10 present+ 15:27:10 q? 15:27:14 ack graham 15:27:47 I agree with Jenni - adding that the assertion might need to have some specific requirements/elements - but the wording could vary. 15:27:48 q+ to say 'answer question" 15:28:00 Graham: Thanks for the explanation. Bronze is less, Silver has a guide. Then it would be up to text about alt text guideline should be "X". When does it become useful and true or not true? 15:28:01 q? 15:28:04 ack GreggVan 15:28:04 GreggVan, you wanted to say 'answer question" 15:28:13 q+ 15:28:40 q+ 15:30:07 ack alastairc 15:30:07 Gregg: Recommendations or best practice is available. If you want something testable that is good, but if you can't test for it, how do you report it? Did you make the assertion, yes or no. If you take assertion away, then it is just a good idea. Assertion is a way a credit of doing something. 15:30:08 q? 15:30:55 q+ 15:31:02 Alastair : It isn't replacing foundational requirements. Assertion is how do you scale that? 15:31:13 ack kevin 15:31:33 q+ 15:31:40 q+ 15:31:42 Kevin: Are we going to need a standard for assertion formats? 15:31:52 +1 to format of an assertion, -1 to separate standard on how to write them. :) 15:31:54 Kimberly has joined #ag 15:31:58 q+ on assertion formats, we need to get more down first then formalise 15:32:15 present+ 15:32:55 Kevin: If it is a tool that helps users create correctly formatted assertion, that is fine. If it is a tool that supports that assertion has been made, the W3C would not probably support that. Technical time for WAI should be dedicated either way on actual request. 15:32:56 q? 15:33:00 ack Wilco 15:33:58 Wilco: We are talking to organizational standards and process. Design for all standards may be a better place for this. We want to make sure we keep them high level. 15:34:23 Wilco: High level assertions on do you have a maturity model, do you have a policy, do you follow a process? 15:34:25 https://accessible-eu-centre.ec.europa.eu/content-corner/digital-library/en-171612019-design-all-accessibility-following-design-all-approach-products-goods-and-services_en 15:34:29 ack kirkwood 15:34:45 q+ to speak to John's points 15:34:45 q+ 15:35:23 John K: Assertions on a spec document and how to legally deal with this is a concern. Brings up undue burden conversations. 15:35:24 q? 15:35:24 ack graham 15:36:06 billions is not an excuse 15:36:14 Graham: We put training in place and we have a style guide, why would I get credit for that if nobody follows those? If you have over "X" pages, we recommend "Y". 15:36:33 ack alastairc 15:36:33 alastairc, you wanted to comment on assertion formats, we need to get more down first then formalise 15:36:39 +1 15:36:42 Graham: how many people are on style guide trained and follow and implement it? 15:36:46 q+ 15:37:13 Alastair : I think getting more assertions down to start in on this would help. 15:37:14 q? 15:38:04 Assertions should be part of process. Organizations can pick what they want. 15:38:40 Alastair: ISO standards go in to this in detail , I believe ISO 9000 for example. 15:39:13 q? 15:39:15 ack Rachael 15:39:15 Rachael, you wanted to speak to John's points 15:39:29 Sorry, chair hat off for me on the previous comments. 15:40:02 Rachael: Style guide is one step down. I think using an assistive technology, using a step beyond the standard and get credit for it. 15:41:04 Rachael: The plain language and usability definitions are pretty bound processes. They don't have repeatable results for standards. 15:41:13 ack GreggVan 15:41:14 ...COGA and usability come in to play. 15:42:02 Gregg: Assertions will be hard to work out. We should still attempt. Examples are welcome and get out of theory. 15:43:00 Gregg: ISO 9000 if you have processes you must actual use them. Audits are done. Assertions power would come in to play and would be backed up. 15:43:30 specified accountability to processes per Gragg makes sense per ISO 15:43:58 Gregg: Percentage of testing, we are wondering outside of ruler vs. rule. Regulators would decide other items. 15:44:31 Gregg: Assertions inside conformance claims? Date of assertion , is it done once and now for eternity or are dates updated? 15:44:54 scribe+ 15:45:01 ack ChrisLoiselle 15:45:21 https://www.w3.org/TR/maturity-model/ 15:45:30 https://www.w3.org/TR/coga-usable/ 15:45:39 https://www.w3.org/WAI/planning/statements/generator/#create 15:45:46 ChrisLoiselle: From the github thread, and thinking about the maturity model from W3C, and the COGA-usable note, and the statement generator. 15:46:59 ... then have the ITI VPAT that becomes a conformance report, and the interplay on formating /generating statements, and how that would fit into legal statements. Whether a statement, assertion, whatever, it's just the risk-management on the governance side about whether it's globally applicable, or whether it's optional as it needs to be interpreted per country / regulation. 15:47:48 ... There's a lot of interplay on where we place it and why. It's good in theory, but if it isn't repeatable (apart from testing a statement has been made), but are you committed? If you aren't auditing it, not sure how much benefit there is. 15:47:50 q? 15:48:10 https://github.com/w3c/wcag3/pull/342 15:48:17 https://deploy-preview-342--wcag3.netlify.app/explainer/#documenting-assertions 15:48:30 Alastair: If any further comments , please provide context on the thread. 15:48:44 q? 15:48:59 zakim, take up next item 15:48:59 agendum 3 -- Scheduling Tradeoffs https://github.com/w3c/wcag3/discussions/343 -- taken up [from alastairc] 15:49:54 Alastair: Scheduling approach follow up to survey. If there are any questions to what is being asked, please raise them here and we can clarify. 15:49:55 q? 15:50:37 ... High priority content is discussed. Types of publications is then discussed. 15:51:10 ... 1) What are we trying to achieve by publishing content? 15:51:25 ... 2) what are trade offs of providing high priority content in a note vs. a rec track publication? 15:51:58 ... 3) what are they trade offs with frequent smaller rec track publications vs. a larger scoped release? 15:52:07 ... does anyone have any questions on these questions? 15:52:08 q? 15:52:43 Alastair: In the discussion, please place a thumbs up if you agree or respond to comment. 15:52:44 q? 15:52:50 https://github.com/w3c/wcag3/discussions/343 15:53:14 q+ 15:53:23 Alastair: Chuck, do you want to open break out rooms? 15:53:46 Julie: What you are asking for feedback on https://github.com/w3c/wcag3/discussions/343 - you want to thumb up on comments ? 15:54:37 Alastair: If you want to publish WCAG update every two year vs. every 4 years, there are pros and cons. What are those pros and cons. In terms of thumbs up, if you agree with someone's comment, you can "like" that comment by thumbs up. 15:54:38 q? 15:54:43 ack julierawe 15:54:52 Julie: Timeframe for feedback? 15:54:58 Alastair: Before next week if possible? 15:55:04 Before next meeting. 15:55:06 q? 15:55:29 q+ 15:55:35 ack julierawe 15:56:06 Julie: On my subgroup, should we move to other items in pathway now that we have AG editors helping? Or are we refining more? 15:56:23 q+ 15:56:27 Alastair: If you feel like you are happy to be used in next publication, please move on to next set. 15:56:28 q? 15:56:29 ack kevin 15:57:02 https://github.com/w3c/wcag3/pulls 15:57:15 Kevin: To add to this , sub groups should be happy with PR that was created and correctly reflects work done. Make sure editors are also aware to move in to the editor's draft. 15:57:16 q? 15:57:56 Lori: In second question in GitHub, primary content vs. rec track publication , what do you mean ? 15:58:30 Alastair: At top of discussion , rec track is like TR space , WCAG 2.2 vs. a note, WCAG-EM and use of those notes. 15:58:31 q? 15:59:05 so 15:59:08 Alastair: Join break out rooms please. 15:59:24 I need to drop for another call. Apologies. Thanks! 15:59:51 If you need some help please put in here: Could you join us in [sub-group] please Alastair? 15:59:58 rrsagent, make minutes 16:00:00 I have made the request to generate https://www.w3.org/2025/07/22-ag-minutes.html ChrisLoiselle 16:00:33 @Alastair , did you want to send out minutes after the meeting? If not, I can do so. Let me know! 16:20:26 @alastairc do we have a format of putting in the methods in a PR? 16:30:40 methods are informative content, right? the PRs are only content slated for TR space at this point 18:00:41 Adam_Page has joined #ag 18:09:52 Jem has joined #ag 19:40:40 kirkwood has joined #ag