14:52:27 RRSAgent has joined #ag 14:52:32 logging to https://www.w3.org/2026/06/30-ag-irc 14:52:32 RRSAgent, make logs Public 14:52:33 Meeting: AGWG Teleconference 14:52:34 chair: alastairc 14:52:36 present: alastairc 14:52:37 agenda? 14:52:58 agenda+ Internationalization approach https://docs.google.com/presentation/d/1qeMPo8a9bQ9yBvk0Ph4YJ15hjyYD3wE61KHcMHtkUJA/edit?slide=id.p#slide=id.p 14:53:15 agenda+ WCAG 2 errata and updates survey https://www.w3.org/wbs/35422/wcag2-updates-2026/ 14:53:31 agenda+ Can flashing requirements account for zoom? https://github.com/w3c/wcag3/issues/631 14:55:50 janina has joined #ag 14:58:55 shadi has joined #ag 14:59:05 present 14:59:08 present+ 14:59:26 present+ 14:59:44 Patrick_H_Lauke has joined #ag 14:59:48 present+ 14:59:53 present+ 14:59:59 present+ 15:00:07 stevef has joined #ag 15:00:25 Dirk has joined #ag 15:00:41 present+ 15:00:44 filippo-zorzi has joined #ag 15:00:49 Ben_Tillyer has joined #ag 15:00:53 present+ 15:00:56 bbailey has joined #ag 15:00:58 wendyreid has joined #ag 15:01:19 present+ 15:01:23 Makoto_U has joined #ag 15:01:30 jkatherman has joined #ag 15:01:31 present+ 15:01:32 LenB has joined #ag 15:01:35 present+ 15:01:36 present+ 15:01:44 Charles has joined #ag 15:01:53 present+ 15:01:53 present+ 15:01:57 Helen has joined #ag 15:02:06 Present+ 15:02:31 SydneyColeman has joined #ag 15:02:41 https://w3c.github.io/scribe2/scribedoc.html 15:03:37 TOPIC: Announcements & Introductions 15:04:02 zakim, pick a scribe 15:04:02 Not knowing who is chairing or who scribed recently, I propose LenB 15:04:09 present+ 15:04:16 present+ 15:04:32 scribe+ 15:04:42 CClaire has joined #ag 15:04:55 present+ 15:05:04 jtoles has joined #ag 15:05:05 HaTheo has joined #AG 15:05:08 present+ 15:05:10 present+ 15:05:14 Atya has joined #AG 15:05:16 LoriO has joined #ag 15:05:21 zakim, take up next item 15:05:21 agendum 1 -- Internationalization approach https://docs.google.com/presentation/d/1qeMPo8a9bQ9yBvk0Ph4YJ15hjyYD3wE61KHcMHtkUJA/edit?slide=id.p#slide=id.p -- taken up [from 15:05:22 present+ 15:05:22 present+ 15:05:24 ... alastairc] 15:05:31 ShawnT has joined #ag 15:05:33 present+ 15:05:36 alastairc Next we'll be hosting an onboarding session for new members and those who would like a refresher. It will happen on this call 30 minutes before meeting start. 15:05:36 laura has joined #ag 15:05:38 present+ 15:05:40 nattarnoff has joined #ag 15:05:51 Slideset: https://docs.google.com/presentation/d/1qeMPo8a9bQ9yBvk0Ph4YJ15hjyYD3wE61KHcMHtkUJA/edit?slide=id.p#slide=id.p 15:05:58 alastairc Kevin will walk us through these slides starting on slide 17. 15:05:59 present+ 15:05:59 GreggVan has joined #ag 15:05:59 [Slide 17] 15:06:13 s/alastairc Next/alastairc: Next week/ 15:06:19 I would like to make a brief statement. It will take about three minutes. 15:06:20 s/alastairc Kevin/alastairc: Kevin/ 15:06:39 Lia has joined #ag 15:06:49 MURATA - we can do that and the end of this fairly short pressentation, please use q+ 15:07:17 q+ 15:07:32 Heather has joined #ag 15:08:10 [slide 19] 15:08:17 kevin little background - existing draft is showing 5 gaurdrail languages and we've gotten feedback that this approach needs to change. 15:08:24 s/kevin little/kevin: little/ 15:08:30 [slide 20] 15:08:31 scott has joined #ag 15:08:52 s/alastairc /alastairc: /g 15:09:16 s/kevin /kevin:/g 15:10:34 kevin: [slide 21] 15:10:44 present+ 15:11:20 I suggested following the +Lreq family of specs from I18N 15:11:31 kevin: possible solutions slide 15:11:56 q+ 15:12:11 q+ stevef 15:12:43 kevin: separate publications, we don't have to republish WCAG3 every time a language spec is updated. 15:12:44 q+ about the 'makes it difficult for ISO' aspect 15:13:05 q+ Patrick_H_Lauke to talk about the 'makes it difficult for ISO' aspect 15:13:09 kevin: republish when more is know slide 15:13:33 Detlev has joined #ag 15:13:39 Matt_King has joined #ag 15:13:39 present+ 15:13:45 Francis_Storr has joined #ag 15:13:54 present+ 15:14:19 kevin: next steps slide 15:14:58 present+ Laura_Carlson 15:15:02 AshleeF has joined #ag 15:15:35 q? 15:15:40 q+ 15:17:20 ack MURATA 15:17:27 MURATA: +Lreq family of specs from I18N could be a source for WCAG 3, I don't trust the registry approach 15:17:51 GreggVan: which appraoch was preferred by MURATA? 15:18:14 Separate specs: One for Latin. 15:18:31 ... one standard could refer to another standard if they exist when you make the reference. 15:19:10 Eloisa has joined #ag 15:19:12 multi-language sites ... 15:19:16 present+ 15:19:33 ... if we put them all in WCAG does it mean that WCAG would then need to match / meet all the standards for all the languages (even if my site is published only in English)? 15:20:07 q+ on scoping the requirements to the language that the site publishes in. 15:20:21 ... if we republish new version numbers are added. Which means everyone will have to work on meeting each new langauge requirement for each version 15:20:26 ack GreggVan 15:20:39 q+ also on the provisions that would be affected 15:20:44 ... how many provisions deal with layout? 15:20:50 giacomo-petri has joined #ag 15:20:53 present+ 15:20:57 ack stevef 15:20:58 i sense a "can you make a list of these problems" (reminded of the same request about WCAG 2.x) 15:21:13 Question for curiosity: have people had a look at *Lreq specs from I18N? 15:21:58 ack Patrick_H_Lauke 15:21:58 Patrick_H_Lauke, you wanted to talk about the 'makes it difficult for ISO' aspect 15:22:00 stevef: Kevin mentioned publishing a document for each language. Instead of having multiple documents why not have one document that is referenced by the main WCAG document? 15:22:07 GN015 has joined #ag 15:22:07 If we do additional releases to 2.x, we should do them in bulk batches and limit the number of possible releases before WCAG 3. 15:22:20 nattarnoff - this is a WCAG 3 issue only 15:22:56 s/3 issue/3 topic 15:23:19 It is extremely important. 15:23:21 ack Matt_King 15:23:23 Patrick_H_Lauke: how important or curcial is this? we're having problems with WCAG 2.2 being copied / included in ISO. ISO is good for technical specs but breaks down a bit when you have something that is more of an 'it depends' scenario. 15:23:30 Short answer Patrick, is yes 15:23:42 q+ 15:23:43 Thanks for the clarity alastairc. might be mixing working groups. 15:24:06 answering MURATA, i was not familiar with Lreq specs 15:24:16 q+ 15:24:32 ack alastairc 15:24:32 alastairc, you wanted to comment on scoping the requirements to the language that the site publishes in. and to comment on the provisions that would be affected 15:24:35 JLreq, CLreq, KLreq, ILreq, HLreq, ..... There are many. 15:25:34 alastairc: re: passing all the language requirements - the language used to create the site would be the one that should pass. If the user is using a translation tool that is beyond the ability of the author. 15:25:44 (incidentally, Murata-san ... I'd be interested to know if there's more specific things in 2.x - that are not PDF-related - that we should be looking at in the backlog) 15:25:44 q+ 15:25:45 ack kevin 15:25:58 True. 15:26:08 Jon_Avila has joined #ag 15:26:12 kevin: re: ISO - incredibly important since there are some countries cannot reference any standards beyond ISO. 15:26:15 BTW, I am the chair elect of SC34. 15:26:22 Jen_G has joined #ag 15:26:53 Present+ 15:26:58 q? 15:27:14 ... re: can we publish all in one document? This would still be a lot of work and effectively forcing someone to meet WCAG and all the text metrics. 15:27:21 q- 15:28:13 assuming that for a multi-language site/product you'd then need to conform to more than one language module 15:28:20 *Lreq 15:28:28 .. re: relative CSS learning - 15:28:37 But they are about requirements. 15:28:55 ... re: is someone know how we could do this, we'd like to hear how you can reference two documents effective. 15:29:15 q? 15:29:28 q? 15:29:54 ... - Lreq doesn't have a relationship to another document. So, we'd need to work out how we'd relate multiple documents with a conformance or relationship approach 15:30:04 ack GreggVan 15:30:55 q+ 15:31:05 q+ 15:31:22 q+ 15:31:53 Gregg text direction, text spacing metrics (e.g. some languages don't rely on things like line height, paragraph spacing...), etc 15:31:55 GreggVan: I'm not sure how important are the language requirements? can we take our language provisions and make separate standards and have countries figure out which combinations make sense for them? 15:32:28 ack kevin 15:33:07 how critical they are: simplest case, you have normative requirements that are simply irrelevant for a particular script/language. worst case you end up with normatively requiring things that are effectively counterproductive / make things worse for a particular script/language 15:33:29 q+ 15:33:29 I think Gregg meant: If the provision isn't critical, drop it. 15:33:58 LVTF 15:34:11 Low vision and some cognitive 15:34:23 kevin: example - letter spacing and word spacing differs by language and we'd need them to adapt based on the language. People with reading related disabilities could be severaly impacted by not delivering provisions addressing this. 15:34:51 ... this is largely about script use and not 'language'. Just being specific to call this out. 15:34:52 ack Matt_King 15:35:00 q+ 15:35:11 If anyone hasn't looked: https://www.w3.org/WAI/standards-guidelines/wcag/translations/ 15:35:12 present+ 15:35:58 That then means that the metric to be tested against wouldn't be normative 15:36:02 having normative part that then relies on non-normative makes it a constantly moving target 15:36:19 Matt_King: wondering if there's a third option; have a core WCAG provision that references an informative doc that is structured like our ARIA document so that we don't need to update WCAG as often as we think. If someone meets the requirements of the informative doc then someone could meet the provision. 15:36:57 ack MURATA 15:36:57 alastairc: we would need the informative doc to have the same rigor and diligence as the normative doc. 15:37:16 Matt_King: we had the same conversation and worked through a method to do that. 15:37:19 AshleeF has joined #ag 15:37:36 think (correct me if i'm wrong) ARIA is able to do it because it's not trying/isn't (?) ISO standard /referenced directly by legislation/insist on a compliance model 15:38:08 that is the corner that WCAG paints itself into 15:38:20 MURATA: requirement documents can be written using multiple documents. It might be possible to learn from the CSS and I18N group's works. 15:38:32 q? 15:38:35 ack GreggVan 15:38:42 Don't understand. 15:38:43 alastairc: not sure what we can learn there - because we are oucsed on readability metrics. 15:39:10 Characters, words, sentences.... They are language-dependent. 15:39:36 q+ 15:39:37 FWIW, I owned fonts and text rendering as part of Office for a few years. I also have a strong background in reading and legibility, as I frequently worked with a research team focused on these areas. I am happy to be in these conversations and work with folks/point people to the right researchers. 15:39:37 Also what Gregg is saying is correct... 15:39:38 metrics = properties? or metrics = usage? 15:39:56 q+ on user-agent aspect, and how we came to metrics on WCAG 2.1 15:40:03 s/are oucsed/are focused/ 15:40:38 Why is WCAG sometimes very abstract (and non-testable) and sometimes very specific (and not languge-neutral)? 15:40:58 GreggVan: there isn't a standard spacing metric and then there are a variety of needs for users (some preferring x metric vs another wanting y metric). We can't in advance have a page that controls every detail users want, these are user agent functions. We should write this so that the the agent isn't prevented from meeting the users need by an 15:40:58 author's coding technique. 15:41:36 GreggVan: I think we should ensure that pages can be adapted by their agents based on their preferences and needs. 15:41:37 ack Ben_Tillyer 15:41:44 qv? 15:41:58 s/author's coding technique/...author's coding technique/ 15:43:23 q+ 15:43:33 ack kevin 15:43:45 Ben_Tillyer: do we have examples of how other standards have solved this I18n challenge? have we explored complimenting provisions with assertions? if the group came to the concusion that the providion is non-critical but we have other provisions that are critical (and closely related) - would we remove some of them and only have a latin-based 15:43:45 document? 15:43:52 https://www.w3.org/TR/WCAG22/#text-spacing 15:44:17 s/document?/...document?/ 15:44:45 kevin: this provision specifies latin language metrics. how do we provide metrics for non-latin scripts? 15:44:45 Metrics are not the only. 15:45:35 kevin: I am not aware of specifications that reference other specifications. WOuld like to hear of them if we have them? 15:45:44 q+ 15:45:49 ack me 15:45:49 alastairc, you wanted to comment on user-agent aspect, and how we came to metrics on WCAG 2.1 15:45:58 ... could we shift to an assertion? I am not sure how we'd do that. 15:46:43 the provisions are wayne dick rooted :) 15:47:17 0q 15:47:19 -q 15:48:03 scribe+ 15:48:52 q? 15:48:56 alastairc: in WCAG 2.1 this came from research around font type faces, working out a normal distribution based on a certain range. This assumpton is currently not valid anymore, partially because of how Shadow DOM and because we no longer want to assume there's a user agent 15:49:01 ack GreggVan 15:49:51 WCAG to non-web ICT addresses no stylesheet technology for 1.4.12 15:49:55 GreggVan: we're talking about stylesheets here, but because we want to be more generic than web pages, the internationalisation aspect is more tricky 15:50:05 style ... visual layout ... 15:50:09 Jon_Avila - what was the approach, ignore that? 15:50:14 GreggVan: should we remove the ones we have, if we can't figure out how to internationalise? 15:50:16 q+ to check that it is only SC 2.4.12 where these sort of metrics are problematic ? 15:51:06 q+ to say framework for other languages so we can extend but we need research 15:51:09 bbailey possibly 1.410 reflow , 1.4.4 resize text ... 15:51:17 q- 15:51:19 GreggVan: we need to be equal to the extent we possibly can, never mind languages we or linguists don't know about, but otherwise, we need to make sure it works with all languages 15:51:44 GreggVan: lastly, if things are based on font spacing… people need to be able to space the letters out, more than any font is going to create as a natural font spacing 15:51:58 GreggVan: we need to think about the general problem of spacing out words and letters independently 15:52:06 GreggVan: though that's a UA thing 15:52:09 Gregg letter-spacing is already part of 2.4.12 15:52:11 but up to what values? 15:52:17 ack Rachael 15:52:17 Rachael, you wanted to say framework for other languages so we can extend but we need research 15:52:41 and letter-spacing is what causes some problems for scripts 15:52:52 Currently 1.4.12 does cover spacing for characters, words, paragraphs, etc. and not fonts 15:52:53 q? 15:52:56 where introducing/forcing spacing can change meaning/remove meaning 15:52:59 Rachael: following up on what Gregg said… chair hat off… we should build a framework for other languages than English, but cannot possibly cover every single language out there. There are community dependencies, we're putting out a call for help / sresearch 15:53:05 s/sresearch/research 15:53:11 q+ 15:53:15 q+ 15:53:17 s/2.4.12/1.4.12/ 15:53:19 ack GreggVan 15:53:19 alastairc: if folks have other ideas, please reach out to kevin and/or chairs 15:53:21 s/2.4.12/1.4.12 15:54:16 GreggVan: you don't have to be a member of this community to contribute, we often include experts from outside. If you know of people who have nothing to do with WCAG but are great linguists… and have them contribute (without forcing them to also contribute to WCAG or politics) 15:54:19 +1 to inviting experts for specific contributions but we can't invent research out of nowhere 15:54:43 q? 15:54:43 GreggVan: there exist scientists who really know this stuff well. If you know of such folks, find them and we can increase our understanding immensely. 15:54:52 alastairc: to some extent we have already 15:55:06 ack kevin 15:55:13 alastairc: and we're specifically interested in readability metrics for people with disabilities 15:55:26 kevin: yes we really want to talk to folks if we can find them 15:55:54 kevin: we have some leads in the Arabic speaking world… also hoping Murata-san can provide us with info re Japanese readability metrics 15:56:19 spacing between ruby base characters and ruby base charcters 15:56:26 alastairc: to wrap this up; Murata-san did you want to say a few words? 15:56:52 I will not repeat the detailed comments I submitted during the previous charter review. Instead, I would like to make a few brief points. 15:56:53 First, I would like to mention one thing related to the current ISO ballot on WCAG 2.2. I cannot discuss Japan's position before the ballot closes. However, I can say that there has been a very serious discussion in Japan about internationalization of WCAG 2.2. 15:57:30 Second, regarding the proposed AG WG charter, my company's position is unchanged. We will vote against the charter, and we intend to file a Formal Objection. Please do not ask me not to file a Formal Objection, or possibly an Appeal. Both are legitimate parts of the W3C Process. 15:58:17 Third, I would like to clarify one point about the role of the Internationalization Working Group. 15:58:17 Speaking as a member of the I18N WG, I would like to make clear that the role of the I18N WG is to review specifications and provide internationalization expertise. The charter of the I18N WG does not include drafting or maintaining the normative text of WCAG 3. That responsibility belongs to the AG WG. This is simply the division of 15:58:17 responsibilities between the two Working Groups. 15:59:17 Finally, speaking in my personal capacity, I believe the current approach is not working. 15:59:17 The AG WG cannot expect the I18N WG to solve the internationalization problems of WCAG 3 while retaining complete discretion over whether to accept the results. 15:59:17 When the I18N WG reviews WCAG 3, its findings should receive serious technical consideration. If internationalization findings are rejected, there should be a throughly documented technical rationale. Simply asserting that a concept such as “character” works for all writing systems is not a sufficient technical explanation. 15:59:56 Finally, speaking in my personal capacity, I believe the current approach is not working. 15:59:56 The AG WG cannot expect the I18N WG to solve the internationalization problems of WCAG 3 while retaining complete discretion over whether to accept the results. 15:59:56 When the I18N WG reviews WCAG 3, its findings should receive serious technical consideration. If internationalization findings are rejected, there should be a throughly documented technical rationale. Simply asserting that a concept such as “character” works for all writing systems is not a sufficient technical explanation. 16:00:00 q? 16:00:16 zakim, take up next item 16:00:16 agendum 2 -- WCAG 2 errata and updates survey https://www.w3.org/wbs/35422/wcag2-updates-2026/ -- taken up [from alastairc] 16:00:35 alastairc: this is about our errata and updates approach 16:00:43 again, WCAG 2.x backlog TF would welcome a list of pain points of internationalisation in WCAG 2 to see if we can at least mitigate problems in 2.2, OR see if 2.3 can help 16:00:53 https://docs.google.com/document/d/1kvek0bdY_qwzvD9BeoyfYejTyNxgCkJbHbJvu2Y1WcU/edit?tab=t.0 16:00:57 alastairc: [shares screen] 16:00:59 https://www.w3.org/wbs/35422/wcag2-updates-2026/results/ 16:01:11 alastairc: we set up a survey based on feedback we got on the pre-CFC 16:02:27 rrsagent, make minutes 16:02:29 I have made the request to generate https://www.w3.org/2026/06/30-ag-minutes.html kevin 16:02:39 alastairc: we got a number of positives, negatives and neutrals 16:02:46 alastairc: [reads from shared Google document] 16:05:33 What I should have typed before: To be clear, I am not committing the I18N WG to additional work. I am only saying that, when I18N review findings are provided, they should be handled with appropriate technical accountability. 16:05:33 Finally, I encourage the AG WG to ask itself one question. 16:05:33 Why has internationalization in WCAG made so little progress after all these years? 16:05:55 q? 16:06:05 i don’t understand the concern of taking away from WCAG3. the current charter of AG includes WCAG 2 maintenance. 16:06:06 alastairc: I see no-one on queue 16:06:46 draft RESOLUTION: The WCAG 2 task force will continue to produce editorial errata for WCAG 2.1 and 2.2 16:06:49 alastairc: I'll prep a resolution 16:07:13 q+ 16:07:17 MURATA: I would like to get rid of the word 'editorial' 16:07:22 ack kevin 16:07:22 I would object to removing it. 16:07:25 alastairc: would anyone object to removing the word? 16:07:38 kevin: could you explain why, MURATA ? 16:07:40 MURATA: I'd like to introduce some technical changes 16:07:54 reword "editorial" to class 1 / 2 ? 16:08:18 Class 1/2 wouldn't cover what Murata-san highlighted though 16:08:35 draft RESOLUTION: The WCAG 2 task force will continue to produce editorial errata for WCAG 2.1 and 2.2 16:08:41 +1 16:08:44 +1 16:08:46 +1 16:08:49 alastairc: for this resolution, could you +1/-1/0 ? 16:09:01 -1 16:09:01 +1 16:09:02 +1 16:09:02 +1 16:09:02 +1 16:09:05 +1 (though suggest changing "editorial" to class 1 / 2) 16:09:07 +1 16:09:09 0 16:09:12 +1 16:09:13 +1 16:09:15 +1 to PL 16:09:15 +1 16:09:17 +1 16:09:20 0 16:09:20 0 16:09:21 0 16:09:22 +1 16:09:23 0 16:09:23 q= 16:09:23 +1 16:09:23 Should allow technical changes 16:09:24 +1 16:09:25 0 16:09:25 0 16:09:30 0 16:09:31 +1 , would also +1 Murata's suggestion to remove 'editorial' 16:09:31 https://www.w3.org/policies/process/#correction-classes 16:09:32 Q+ 16:09:33 -1 16:09:36 0 16:09:39 0 16:09:39 0 16:09:44 +1 if also another draft resolution for technical, or if this resolution does not disallow non-editorial 16:09:44 ack GreggVan 16:10:27 true editorial - no true scotsman 16:10:27 GreggVan: if the concern here is with 'editorial', we could do another resolution for other types of changes? 16:10:54 I will say, I'm not sure MURATA defining line length for a different script or language does "change meaning" and would fall under this. 16:11:02 +1 to GreggVan point. it does not say ‘only editorial’ and does not disallow ‘non-editorial’ 16:11:03 +1 to "not disallow non-editorial" 16:11:34 GreggVan: if we have something about number of chars on a line, we could make a change, or make it clear something is not for all languages 16:11:36 to gregg's point: when it's an issue of "deciding whether it means A or B" those were exactly the things we set aside NOT for errata, but for the list for potential 2.3 16:11:53 alastairc: gregg is correct, we're not precluding other things 16:11:55 q+ 16:12:14 I agree with Gregg that other things could be addressed if the wider-group was thoughtfully involved. 16:12:19 q+ on further changes 16:13:10 again, i refer to the WCAG 2.x backlog TF board where we have two columns: "Errata" and "Future version updates" https://github.com/orgs/w3c/projects/56/views/1 16:13:11 ack wendyreid 16:13:24 We characterize the deprecation of 4.1.1 as “editorial” 16:13:31 +1 TO Wendy 16:13:34 4.1.1 was an outlier 16:13:45 wendyreid: what might help… like Patrick_H_Lauke commented… we should be clear about what we mean. Especially since W3C has clear levels for types of changes. If we want to draw a line in the sand for kinds of changes, it might be easier to discuss if we specifically say things like 'class 1, class 2, etc would go into errata, others go into future version'. I voted 0, but leaning to -1, because editorial means a lot of things to a lot of 16:13:45 people 16:13:58 classes of changes: https://www.w3.org/policies/process/#correction-classes 16:14:28 alastairc: when we say 'editorial' it's class 1 or 2 changes, but everyone understands it to mean 'no changes to the interpretation' 16:14:31 https://www.w3.org/WAI/GL/wiki/Decisions 16:14:48 alastc https://github.com/w3c/wcag/wiki/WCAG-2-Task-Force-process 16:14:49 alastairc: matt, it would be mostly normative, or we would not worry about this 16:14:55 q? 16:14:58 q+ 16:15:06 q= 16:15:12 Q+ 16:15:23 alastairc: the link Patrick_H_Lauke shared is what we've been using so far around changes 16:15:23 ack alastairc 16:15:23 alastairc, you wanted to comment on further changes 16:15:26 ack Patrick_H_Lauke 16:16:30 Patrick_H_Lauke: to reinforce… if you look up the WCAG 2.x project board, we have separate columns for Errata and Future Versions of WCAG. This is where we try to do exactly as suggested, errata is just errata, interpretation and ambiguous wording would be in @@@ 16:16:50 Yes, 2.3. 16:16:55 Patrick_H_Lauke: Future Versions column is potentially what could end up in a possible WCAG 2.3 16:17:21 q+ 16:18:03 GreggVan: changes in supporting docs would not be seen as class 1 / 2, but it could change interpretation, we should be careful that changes to the Understanding doc, that are 'interpreting normative', should fall in the same category as changing language in the normative, to remove ambiguity 16:18:19 Draft resolution: The WCAG 2 task force will continue to produce class 1 and class 2 errata for WCAG 2.1 and 2.2 per https://www.w3.org/policies/process/#correction-classes. This does not prevent work on class 3-5 as that will be addressed in separate discussion(s). 16:18:22 ack GreggVan 16:18:29 ack Patrick_H_Lauke 16:18:43 I can agree on this draft resolution. 16:18:52 Patrick_H_Lauke: to pick on Gregg's last comment… Gregg does what you told us at last meeting, as a reason for don't need Errata, and put a note in Understanding when things need interpreting 16:19:02 Patrick_H_Lauke: that's the line we tried to dance on, when we said X and meant Y 16:19:11 Patrick_H_Lauke: sometimes we've been told it can be changed with a change in Understanding 16:19:11 q+ 16:19:41 Patrick_H_Lauke: changing Understanding can sometimes lead to different interpretation of the normative 16:19:54 Patrick_H_Lauke: this is why we send the items to the wider group 16:20:10 Patrick_H_Lauke: unless we're just changing commas 16:20:26 ack GreggVan 16:20:58 GreggVan: litmus test is: is there controversy 16:21:35 GreggVan: if there's no controversy and the whole WGs, we can change it in the Understanding doc; if there's dispute, we should not retroactively make changes 16:21:37 "if there's no controversy" sorry that made me chuckle... in this group? 16:21:45 Draft resolution: The WCAG 2 task force will continue to produce class 1 and class 2 errata for WCAG 2.1 and 2.2 per https://www.w3.org/policies/process/#correction-classes. This does not prevent work on class 3-5 as that will be addressed in separate discussion(s). 16:21:53 +1 16:21:55 +1 16:21:59 +1 16:22:00 +1 16:22:01 +1 16:22:01 +1 16:22:03 +1 16:22:04 +1 16:22:05 +1 16:22:06 +1 16:22:07 +1 16:22:07 +1 16:22:07 +1 16:22:08 +1 16:22:08 +1 16:22:12 +1 16:22:13 +1 16:22:14 +1 16:22:15 +1 16:22:17 +1 16:22:17 +1 16:22:23 +1 from Murata-san 16:22:26 +1 16:22:29 +1 16:22:35 +1 16:22:37 MURATA has joined #ag 16:22:38 +1 16:22:41 Murata: got disconnected, would like to support resolution 16:22:43 present+ 16:22:49 RESOLUTION: The WCAG 2 task force will continue to produce class 1 and class 2 errata for WCAG 2.1 and 2.2 per https://www.w3.org/policies/process/#correction-classes. This does not prevent work on class 3-5 as that will be addressed in separate discussion(s). 16:22:49 +1 16:22:56 present+ 16:23:00 +1 16:23:23 alastairc: second question is: should we create a list of updates? 16:23:24 q+ 16:23:40 aren’t the majority of github issues about interpretation? it seems improbable to not affect interpretation. 16:24:02 alastairc: the easiest way of doing that is to go through the issues 16:24:09 alastairc: as the group hasn't touched those 16:24:23 alastairc: we had some examples in the survey 16:24:51 https://www.w3.org/wbs/35422/wcag2-updates-2026/results/#xq3 16:25:37 alastairc: such as updating the normative wording of 4.1.3 due to ariaNotify shipping, which offers a non markup way of sending info on updates to users 16:25:55 alastairc: none of these are trying to add new features 16:26:09 alastairc: rather than these being updates for the future, some of these could be errata 16:26:33 s/rather/some comments said rather/ 16:26:44 Would 2.3 be backward compatible to 2.x? 16:26:44 alastairc: [reads comments from document] 16:27:53 q+ 16:28:11 alastairc: we don't have to have the whole group look at WCAG 2 changes, there's quite a bit of non-overlap 16:28:43 https://docs.google.com/document/d/1kvek0bdY_qwzvD9BeoyfYejTyNxgCkJbHbJvu2Y1WcU/edit?tab=t.0#heading=h.w3zjfsnaz4fz 16:28:55 q? 16:28:59 ack GreggVan 16:29:31 My upcoming FO will mention 2.3. 16:29:51 GreggVan: putting together the list is a necessary first step to making any decision… is it five things or many more? does the entire working group agree the change is what was meant originally? 16:30:15 q? 16:30:20 q+ 16:30:34 q+ on Task force, and how whole group reviews 16:30:35 "does the entire working group agree the change is what was meant originally?" is not the relevant question for potential 2.3 16:30:40 GreggVan: re your answer to Andrew… I disagree with your response… a task force has no standing of any kind unless we as a WG say you are authorised to make normative changs… TF has no standing but to go back to the main group 16:30:57 we're not trying to make "errata plus". we're trying to patch problems in 2.2 / 2.1 / 2.0 16:31:07 q+ to also say the process after that 16:31:34 Disagrere 16:31:41 taking the example that alastc had: for 4.1.3 the group did not originally mean to include ariaNotify because that did not exist at the time 16:31:42 q+ on naming of 2.3 and no new features 16:32:05 ack shadi 16:32:20 shadi: creating a list as a first step is a good idea 16:32:35 shadi: without a list, I don't have a position for or against 2.3 16:32:42 All class 2 changes are in the emails Patrick lists every two weeks. 16:33:06 +1 Shadi 16:33:14 shadi: re the point of overlap… from my position… my focus right now is WCAG 3, because the TF is focused on class 1 and 2 changes. If that changes and they'll start doing class 3 or above, I will need to pay more attention 16:33:21 q? 16:33:24 shadi: for me that's a factor that decides whether I have to attend and focus on it 16:33:33 q+ to talk about cross-pollination 16:33:38 ack wendyreid 16:33:56 wendyreid: the process the TF has been undertaking has been fantastic 16:33:57 +1 wendyreid 16:34:10 (we've been caretakers ;) ) 16:34:41 q? 16:34:42 wendyreid: I appreciate the work they do to undertake these editorial/sometimes exploratory work, and constantly sending us updates, that provide all the necessary links and context, and they're communicating regularly. 16:34:57 +1 to wendyreid 16:34:59 Thanks Wendy! 16:35:12 ack alastairc 16:35:12 alastairc, you wanted to comment on Task force, and how whole group reviews and to also say the process after that and to comment on naming of 2.3 and no new features 16:35:16 wendyreid making me blush (on behalf of the whole TF) 16:35:23 wendyreid: the work they do it completely fine. Not sure if we need to spend so much time reviewing their work. I understand it takes time to keep up but if people care they should. 16:35:47 alastairc: it's not that the TF is doing things independently. The members of the TF are members of AGWG, anything normative gets escalated. 16:35:57 +1 to wendy 16:36:56 alastairc: in the background, this is building up a list for WCAG 2.3 16:37:45 alastairc: once the next charter comes into force, the next step in the process would be to create the updated changes, and I suspect we could get agreement and know what we're doing for the next charter 16:37:53 alastairc: TF is just asking for people who are interested to keep an eye out 16:38:14 q? 16:38:25 ack Patrick_H_Lauke 16:38:25 Patrick_H_Lauke, you wanted to talk about cross-pollination 16:38:40 q+ to reply to shadi 16:38:48 Patrick_H_Lauke: some people are on the TF and also active in the WCAG 3 subgroups 16:39:09 Patrick_H_Lauke: my focus is on 2.x stuff, but others are taking some of the issues from the TF to their groups in WCAG 3 work 16:40:25 +1 to Patrick_H_Lauke on cross-pollination from 2.x to 3 16:40:28 Draft RESOLUTION: The taskforce will continue to work on class 3+ changes in order to create a list for consideration at the next charter period. These changes will get additional review during/post the charter period but is needed to make an informed decision about WCAG 2.3 16:40:37 +1 16:40:39 +1 16:40:40 +1 16:40:42 +1 16:40:45 +1 16:40:46 +1 16:40:48 +1 16:40:49 +1 16:40:49 +1 16:40:51 +1 16:40:52 +1 16:40:53 0 16:40:58 +1 16:41:01 +1 16:41:04 +1 16:41:04 +1 16:41:05 +1 16:41:07 +1 16:41:08 +1 16:41:11 +1 16:41:13 +1 16:41:16 +1 16:41:35 q+ 16:41:52 we'd welcome issues being filed Murata-san and flagged for WCAG 2.x 16:41:59 q+ to ask what "work on class 3+ changes" means 16:42:06 +1 16:42:09 q? 16:42:10 (i'm afraid i have to drop now) 16:42:13 ack bbailey 16:42:13 bbailey, you wanted to reply to shadi 16:42:18 alastairc: Murata, I remember there was someithingf you wanted addressed? 16:42:28 murata: some issues are covered, some are not 16:42:30 Patrick_H_Lauke has left #ag 16:42:43 s/someithingf/something/ 16:42:51 Please wait for the close of the WCAG 2.2 ballot in iSO. 16:43:04 bbailey: re the emails, if you can't find the time to look at everything, please look at the ones labelled potential errata 16:43:13 q? 16:43:16 ack shadi 16:43:16 shadi, you wanted to ask what "work on class 3+ changes" means 16:43:56 shadi: what does work on class 3+ changs actually mean? 16:44:32 alastairc: these are PRs people have worked on 16:44:41 q? 16:44:59 AshleeF has joined #ag 16:45:02 bbailey has joined #ag 16:45:07 alastairc: we're not talking about publishing these 16:45:11 Heather has joined #ag 16:45:15 q+ 16:45:17 shadi has joined #ag 16:45:17 present+ 16:45:18 GreggVan: do you have PRs for them? 16:45:18 present+ 16:45:24 jtoles has joined #ag 16:45:28 q+ 16:45:29 alastairc: not for all of them, but did send them in email recently. That was the first batch of things worked on 16:45:33 ack Rachael 16:45:53 GN015 has joined #ag 16:45:58 Ben_Tillyer has joined #ag 16:46:09 Rachael: chair hat on… when we went through charter convo, class 3 changes list was not detailed enough at that point to understand 16:46:16 ShawnT has joined #ag 16:46:28 ack GreggVan 16:46:30 q+ to mention “2.3” label is a bit of misnomer 16:46:36 Jon_Avila has joined #ag 16:46:40 q+ 16:46:49 q+ to suggest "process class 3+ issues" as alternate wording 16:46:53 GreggVan: I am grateful for the work and appreciate the amount of work they have been doing deeply. 16:47:10 GreggVan: you said some of the class 3 and 4 changs were in something that was sent around and said there was not much feedback 16:47:13 giacomo-petri has joined #ag 16:47:15 I do not believe we are considering class 4 which are new features. 16:47:22 GreggVan: if people commented, would like to know if they were on type 3 or 4 or 1 and 2 16:47:46 We are NOT doing class 4 16:47:50 q+ 16:47:53 ack bbailey 16:47:53 bbailey, you wanted to mention “2.3” label is a bit of misnomer 16:47:56 CClaire has joined #ag 16:48:03 bbailey: we're not doing class 4 16:48:11 bbailey: class 3 is 'anything people are raising questions about' 16:48:29 If anyone is interested in the classes of changes: https://www.w3.org/policies/process/#correction-classes 16:49:05 I wonder if some of the i18n changes might be class 4? That's why I said 3+ 16:49:05 bbailey: I got on queue to say the labels in the project board may not be representative 16:49:22 q? 16:49:27 ack Jon_Avila 16:49:40 Jon_Avila: I agree with wendyreid that the task force emails are very helpful 16:50:01 Jon_Avila: sometimes in the threads in GH it's a little unclear what we're agreeing to 16:50:23 Jon_Avila: for substantial things in class 3 or higher, would be good to have more of a description of what's changing 16:50:49 MURATA has joined #ag 16:50:56 present+ 16:51:02 Jon_Avila: wanted to ask if WCAG 2.3 would be backwards compatible with 2.2? 16:51:08 ack shadi 16:51:08 shadi, you wanted to suggest "process class 3+ issues" as alternate wording 16:51:11 q+ on backwards compat 16:51:46 ack ala 16:51:46 alastairc, you wanted to comment on backwards compat 16:51:48 Backward compatibility historically is meeting 2.2 means meeting 2.1 means meeting 2.0 16:52:04 jkatherman has joined #ag 16:52:11 shadi: the resolution sounded a bit different than what we are talking about now 16:52:51 alastairc: class 4 would be adding something new… but I said class 3+ because some issues in internatonalisation may have been in the class 4 bucket 16:53:51 alastairc: [reads Rachael's resolution fix idea] 16:54:02 Rachael: it adds the word proposed before changes 16:54:05 Draft RESOLUTION: The taskforce will continue to work on class 3+ proposed changes in order to create a list for consideration at the next charter period. These changes will get additional review during/post the charter period but is needed to make an informed decision about WCAG 2.3 16:54:05 Defining what is a character would be class 4. Changing spacing depending on scripts, languages, or writing styles would be class 3. 16:54:10 s/proposed/'proposed' 16:54:13 s/changes/'changes' 16:54:23 +1 16:54:23 HaTheo has joined #AG 16:54:24 +1 16:54:25 +1 16:54:25 + 16:54:27 +1 16:54:27 +1 16:54:29 +1 16:54:30 +1 16:54:30 +1 16:54:32 +1 16:54:33 +1 16:54:36 0 16:54:46 +1 16:54:49 +1 16:54:51 q+ 16:54:58 ack GreggVan 16:55:25 Detlev has joined #ag 16:55:27 LoriO has joined #ag 16:55:45 disconnected from IRC again 16:55:55 present+ 16:56:01 s/disconnected from IRC again// 16:56:04 also got disconnected... 16:56:16 s/also got disconnected...// 16:56:20 +1 but I would prefer to say something other than "work on" 16:56:22 +1 16:56:27 also was disconnected 16:56:28 GreggVan: if group can't decide, would still be good to bring to wider group 16:56:28 I also got disconnected 16:56:53 draft RESOLUTION: The taskforce will continue to work on class 3+ proposed changes in order to create a list for consideration at the next charter period. These changes will get additional review during/post the charter period but is needed to make an informed decision about WCAG 2.3 16:56:54 s/also was disconnected// 16:57:05 s/I also got disconnected// 16:57:09 +1 16:57:11 +1 16:57:15 +1 16:57:18 +1 16:57:19 +1 16:57:23 0 16:57:23 [Disconnect so re-posted 16:57:29 present+ 16:57:34 RESOLUTION: The taskforce will continue to work on class 3+ proposed changes in order to create a list for consideration at the next charter period. These changes will get additional review during/post the charter period but is needed to make an informed decision about WCAG 2.3 16:57:41 +1 16:58:16 alastairc: most of the feedback we get on the surveys, we iterate on… sometimes we have things that need wider group review. This is one of those. 16:58:24 alastairc: I opened this based on comment from Wilco on flashing 16:58:48 q+ 16:58:50 alastairc: Wilco commented this needs to take viewport into account 16:58:57 alastairc: I wasn't sure if this works 16:59:17 rrsagent draft minutes 16:59:31 q+ 16:59:31 alastairc: this may be tricky… we also got some side topics. Core topic is: does that makes sense 16:59:50 ack GN 17:00:09 GN015: I'd like to understand where 470 square comes from 17:00:20 alastairc: this is based on some research from Bern 17:00:24 ack GreggVan 17:00:36 present+ 17:00:47 rrsagent, make minutes 17:00:49 I have made the request to generate https://www.w3.org/2026/06/30-ag-minutes.html kevin 17:01:18 GreggVan: I'm not sure if deaf is related 17:01:22 present+ 17:01:24 Browser zoom is not assistive technology. 17:01:35 GreggVan: re zoom, there is no need for an author to know how much something has zoomed 17:01:38 Author could check the scale in browser to determine if it is zoomed. 17:01:40 Jon_Avila - it sort of it, just a very popular one 17:01:43 s/rrsagent draft minutes// 17:01:56 scribe- 17:02:17 present+ 17:02:18 present+ 17:02:21 In other contexts it was stated that the various SC need to be fulfilled at the same time. 17:02:23 jkatherman has left #ag 17:02:33 rrsagent, list attendees 17:02:33 I'm logging. I don't understand 'list attendees', Jon_Avila. Try /msg RRSAgent help 17:02:34 Thank you scribes! 17:02:50 AshleeF has left #ag 17:03:16 zakim, end meeting 17:03:16 As of this point the attendees have been alastairc, shadi, kevin, MURATA, Patrick_H_Lauke, Adam, Dirk, Ben_Tillyer, wendyreid, filippo-zorzi, LenB, jkatherman, Charles, bbailey, 17:03:19 ... Helen, Makoto_U, stevef, HaTheo, jtoles, LoriO, kirkwood, CClaire, ShawnT, nattarnoff, GreggVan, Detlev, Matt_King, Laura_Carlson, Eloisa, giacomo-petri, Jen_G, Jon_Avila, 17:03:19 ... Heather, AshleeF, Francis_Storr, GN 17:03:19 RRSAgent, please draft minutes v2 17:03:20 I have made the request to generate https://www.w3.org/2026/06/30-ag-minutes.html Zakim 17:03:27 I am happy to have been of service, alastairc; please remember to excuse RRSAgent. Goodbye 17:03:27 Zakim has left #ag 17:03:41 present+ 22:22:57 kirkwood has joined #ag