14:59:11 RRSAgent has joined #coga 14:59:15 logging to https://www.w3.org/2025/09/22-coga-irc 14:59:15 RRSAgent, make logs Public 14:59:16 Meeting: Cognitive and Learning Disabilities Accessibility Task Force Teleconference 15:00:36 Charli has joined #coga 15:00:38 chair: julierawe 15:00:49 Meeting: COGA task force weekly meeting 15:00:57 date: 22 sep 2025 15:01:07 regrets: lisa 15:01:11 Eric_hind has joined #coga 15:01:17 present+ 15:01:31 zakim, clear agenda 15:01:31 agenda cleared 15:01:34 JeanneEC has joined #coga 15:01:39 Jennie has joined #coga 15:01:46 present+ 15:01:53 present+ 15:02:08 present+ 15:02:24 present+ 15:02:53 EA has joined #coga 15:02:53 Becca_Monteleone has joined #coga 15:02:54 Gareth has joined #coga 15:03:01 scribe+ LenB 15:03:08 julierawe3 has joined #coga 15:03:09 present+ 15:03:27 Rain has joined #coga 15:03:32 agenda? 15:03:38 present+ 15:03:51 agenda+ Discuss key aspects of the 2nd V2 pattern: Clearly identify controls and their use 15:03:57 present+ 15:04:03 agenda+ 3rd item in “What to do”: Overlaps two WCAG 2.2 patterns about target size. What are we saying that is different from existing guidance? 15:04:15 agenda+ 5th item is about personalization: Should this item remain in this design objective or move to a separate objective about personalization? 15:04:29 agenda+ Exception: This pattern has an exception at the end, but should we keep it? If so, where should we put it? 15:04:59 agenda+ Pattern name: The Global Inclusion community group has internationalization concerns about the term “controls.” Let’s discuss possible alternative titles after we finish going through the rest of this pattern. 15:06:56 : asked if the first pattern was clear for people. Once we get consensus from group it would move into github for public review. 15:07:18 No one needed more information or clarity. 15:07:21 zakim, next item 15:07:21 agendum 1 -- Discuss key aspects of the 2nd V2 pattern: Clearly identify controls and their use -- taken up [from julierawe3] 15:07:45 https://docs.google.com/document/d/1uAVRkNIgd3XlUIGQ6Gq-ZOcnwsFvIM9UJ1dNyHq8NSQ/edit?pli=1&tab=t.ht1sood1wqs8 15:08:56 Jan has joined #coga 15:09:23 present+ 15:10:23 As a point of clarification, the global-inclusion group came to the conclusion that "controls" is a technical term that is common in the field. They think that as long as it is defined, it's okay to use it. 15:12:54 : In sharing the pattern Julie wwalked through its status, internal questions for COGA to consider, backrground resources and related patterns. 15:16:40 q+ 15:16:43 : We'll be focusing on a few items in the What to Do section today. Asked the group what we think of having a call out box of 10 or so links in our document vs having a single link to have the reader visit a wiki to see the links? 15:16:43 Pros and cons of each was reviewed. 15:17:03 q+ 15:18:38 Rain: there might be a hybrid option. Include links to things we know won't change we include in the doc and the wiki link could take people to links to resources that emerge after we publish. 15:19:56 Charli q+ 15:20:15 q+ 15:20:18 Gareth: We could create a dropdown box of links to help reduce some of the cognitive load. Can use use text as links instead of seeing URLs? 15:20:18 Is it too much to provide a list of 10 links? If so, we can provide a dropdown for them. 15:20:50 Rain: Confirmed we do have the option to do this. 15:23:38 Charli: Do we have a mechanism for regular review and updating? If not, this will get out of date. In the absence of a robust mechanism we could start the link list with the phrase "some examples are.." and share the examples we feel will not change. 15:24:58 q+ does the W3C have a members related page which keeps those? 15:25:02 Rain: recommended not including links from Android, Apple and Miscrosoft since any of them could changed or outdated. 15:25:28 +1 15:25:30 q+ 15:26:19 : maybe include a 'be sure to check the latest from Android, Apple and Microsoft resrouces' to avoid the risk of referencing something that will change. It would be helpful to explain what we mean by 'platform specific'. 15:26:24 ack Jennie 15:27:14 Jennie: since those links belong to W3C members can we link to a W3C asset that contains links or appropriate resources? 15:27:41 None of us on the call know if something like this exists. Julie takes it as an action item. 15:28:37 ack charli 15:28:40 ack rain 15:28:43 ack gareth 15:28:48 ack julierawe3 15:28:55 ack julierawe3 15:28:59 ack julierawe 15:30:24 zakim, next item 15:30:24 agendum 2 -- 3rd item in “What to do”: Overlaps two WCAG 2.2 patterns about target size. What are we saying that is different from existing guidance? -- taken up [from 15:30:28 ... julierawe3] 15:32:15 q+ 15:32:21 q+ 15:32:23 julierawe3: Reviewed #2 (control boundaries) and showed that it was pretty straightforward. 15:32:23 Moved to #3 and asked if we should include it in our document since WCAG 2.2 covers much of this topic. 15:32:23 If we keep this topic in our guidance, what are we saying that is different than what is presented in 2.2? 15:32:45 julierawe3: Reviewed #2 (control boundaries) and showed that it was pretty straightforward. 15:32:45 julierawe3: Moved to #3 and asked if we should include it in our document since WCAG 2.2 covers much of this topic. 15:32:45 julierawe3: If we keep this topic in our guidance, what are we saying that is different than what is presented in 2.2? 15:33:39 ack charli 15:34:37 Charli: This is another maintenance issue since we'll have duplicate info. Can we just point to 2.2 guidance? If we feel that it is too small, can we encourage them to update their guidance? 15:36:16 julierawe3: showed the WCAG compatibility section (already in doc). Given the frequency of change for WCAG, we don't need to worry too much about the maintenance issue. 15:36:27 q? 15:36:48 +1 to Charli's comment 15:37:39 Charli: if our guidance is different we will leave people really wondering what to do with the conflict. We need to make sure if we feel the sizes need to be increased we should get the other team to increase theirs. We don't want people wondering how to deal with the differences. 15:37:54 ack Jennie 15:38:14 julierawe3: We know that the reason 2.5.5 is AAA is that it is harder to acheive on smaller viewports (ex: phones). 15:40:30 Jennie: Knows that a lot of the conversations to arrive at 2.2 were people who have high need to access information in provate settings (where they may not have access to laptops / desktops). We need to amplify why this is important for our audiences and stakeholders. Asked for clarity on our purpose of text. 15:42:14 julierawe3: 2.2 will continue to exist. 3.0 will also have guidance on sizes which may be different than 2.2. How we keep these in sync is still an outstanding question. 15:43:35 Jennie: If we think about essential and emergency services, we need to look at our patterns to determine how important they will be on smaller devices. Control size is a very important pattern for these scenarios. 15:44:20 q+ 15:44:48 ack rain 15:44:50 ack Jennie 15:44:53 julierawe3: If we keep this (becuase is it so important for us) how do we refer to 2.2 in a more appropriate way? 15:46:39 q+ 15:46:51 Rain: Just finished a study on risks for challenges on specific sizes. Wonder if it's possible to hold on a section in our doc and come back to it when the study is actually published. The study was run on the smaller sizes proposed in WCAG. Might be avaible towards end of 2025. 15:47:14 julierawe3: That could be helpful and I'm open to considering this. 15:47:15 ack Jennie 15:47:52 Jennie: asked Rain, how we could reference an upcoming study but still recommend that people follow WCAG until we know more. 15:48:29 zakim, next item 15:48:29 agendum 3 -- 5th item is about personalization: Should this item remain in this design objective or move to a separate objective about personalization? -- taken up [from 15:48:30 Rain: agreed and stated it is better to err on that side until we have more information to change from the current guidelines. 15:48:32 ... julierawe3] 15:49:14 * Clarifying: I am hoping we can recommend following the AAA requirement for target size for key information, until the further information becomes available. 15:49:24 q+ 15:49:45 ack rain 15:50:11 julierawe3: #5 (ensure adaptive design can be personalized) we have two sections in our doc. How do we write these two sections? Write them fully in both places or have the sections reference each other? 15:50:56 Agree with Rain 15:51:11 +1 to lots of places :) 15:51:39 zakim, next item 15:51:39 agendum 4 -- Exception: This pattern has an exception at the end, but should we keep it? If so, where should we put it? -- taken up [from julierawe3] 15:52:26 Rain: Keeping them seperate - and focused on the sections purpose - and use a call out to send users to another section. This will help users see the distinction and more appropriately apply it to their tools. Mentioned someone using Wix who won't have access or ability to change something will feel like they are 'failing' if we don't show how 15:52:26 these are specific and can be used individually. 15:53:59 +q 15:54:44 ack EA 15:54:52 julierawe3: Introduced agenda item. 'Are we OK with a style being an exception?' Thinking of motion being an essential part of the activity. Is it OK have you control not look like controls? or be smaller than a recommendation? 15:55:43 q+ 15:56:14 ack Charli 15:56:17 EA: in the past we thought about banking quite a bit. There can be sites that require certain things to happen in order to provide extra security. It is something to do that is there for a purpose (maybe like a watermark) and might be distracting. 15:57:07 q+ 15:57:23 Charli: I think the idea of this exception related to security seems OK but we this shouldn't be used / applied to a game. 15:57:52 ack rain1 15:57:53 julierawe3: Interesting point about security. Should we add something here about that? 15:59:02 +1 to Rain - remembering conversations about school testing situtations too 15:59:31 Rain: essential here might be related to if the app is testing your ability to pick out color or imagery based on sizes. We'd need to make it clear how the exception applies. 16:00:03 julierawe3: encourages us all to add notes and comments to the guidelines to help us make things more clear. 16:00:04 I think there should always be an alternative when security is the reason for a style that is inaccessible 16:00:16 rrsagent, generate minutes 16:00:17 I have made the request to generate https://www.w3.org/2025/09/22-coga-minutes.html julierawe3 16:01:20 LenB has left #coga 21:16:28 kirkwood has joined #COGA