14:34:41 RRSAgent has joined #ag 14:34:41 logging to https://www.w3.org/2022/10/11-ag-irc 14:34:43 RRSAgent, make logs Public 14:34:45 Meeting: AGWG Teleconference 14:37:47 agenda? 14:37:52 agenda+ Continue conformance conversation https://docs.google.com/presentation/d/1yLYeNcybGxRu43KdrVUcOCL6iXsy6-gxl9-lbyr90dI/edit#slide=id.p 14:43:50 Chuck has joined #ag 14:44:12 present+ 14:44:15 agenda? 14:46:08 present+ 14:52:41 regrets: ToddL, BruceB, AzlanC 14:52:45 present+ 14:55:38 chair:alastairc 14:55:45 Fazio has joined #ag 14:55:46 wendyreid has joined #ag 14:57:31 ShawnT has joined #ag 14:58:48 GreggVan has joined #ag 14:59:02 present+ 14:59:48 joweismantel has joined #ag 14:59:52 JakeAbma has joined #ag 14:59:57 Jennie has joined #ag 14:59:59 present+ 15:00:01 present+ 15:00:03 GN has joined #ag 15:00:16 present+ 15:00:20 bruce_bailey has joined #ag 15:00:23 present+ 15:00:37 present+ 15:00:45 present+ 15:00:58 https://www.w3.org/WAI/GL/wiki/Scribe_List 15:01:30 Lauriat has joined #ag 15:01:33 Present+ 15:01:49 maryjom has joined #ag 15:02:12 Wilco has joined #ag 15:02:13 present+ 15:02:17 present+ 15:02:19 jaunita_george has joined #ag 15:02:22 present+ 15:02:22 scribe+ 15:02:45 present+ 15:03:01 present+ 15:03:05 regrets for second hour 15:03:26 Poornima has joined #ag 15:03:45 alastairc: Does anyone have any announcements? 15:03:51 TOPIC: Announcements 15:04:03 q+ to mention IAAF 15:04:10 Chuck: There will be a survey for the ??? survey 15:04:12 laura has joined #ag 15:04:17 ... one of the upcoming agenda items 15:04:25 ... if there are any questions, q+ 15:04:26 Makoto has joined #ag 15:04:28 s/???/WCAG2ICT 15:04:33 present+ Daniel 15:04:36 bruce_bailey: interagency accessibility forum is happening this week 15:04:39 sarahhorton has joined #ag 15:04:42 ... will post a link in the agenda 15:04:45 present+ 15:04:48 ack bruce_bailey 15:04:48 bruce_bailey, you wanted to mention IAAF 15:04:52 https://www.section508.gov/iaaf/agenda-2022/ 15:04:55 present+ 15:04:57 Raf has joined #ag 15:04:59 zakim, taken up next item 15:04:59 I don't understand 'taken up next item', alastairc 15:05:01 alastairc: First and only item for today 15:05:01 laura has joined #ag 15:05:03 zakim, take up next item 15:05:03 agendum 1 -- Continue conformance conversation https://docs.google.com/presentation/d/1yLYeNcybGxRu43KdrVUcOCL6iXsy6-gxl9-lbyr90dI/edit#slide=id.p -- taken up [from alastairc] 15:05:16 present+ Laura_Carlson 15:05:19 ... last week's conversation on conformance 15:05:32 ... we will talk through topics, first is adjectival scoring 15:05:38 ... coming from conversations at TPAC 15:05:48 ... looking to move on to potential solutions for these topics 15:05:54 present+ 15:06:08 ... we've already reviewed percentages, 100% pass fail, scoring approaches 15:06:16 ... issue severity, prioritizing by functional need 15:06:25 ... scores, protocols 15:06:29 mbgower has joined #ag 15:06:30 ... starting with adjectival 15:06:36 present+ 15:06:38 present+ 15:06:42 ... then going to move on to how we use these things together 15:06:47 ... what is the best model for WCAG 3 15:07:02 Rachael: This is the last of the conformance scoring concepts 15:07:09 ... as a reminder, thse can all lay over each other 15:07:19 ... we want to think through some of the ways we can move through these 15:07:24 q? 15:07:30 ... adjectival scoring, bands to improve understanding 15:07:40 present+ 15:07:46 ... motivational, easier to summarize bands 15:07:52 ... challenges, it's potentially confusing 15:08:02 TOPIC: Adjectival Scoring 15:08:07 ... it's hard to spell, adds subjective judgement 15:08:22 ... increases complexity 15:08:29 ... challenges with i18n 15:08:34 ... slide 12 15:08:38 ... potential solutions 15:08:59 ... Lara has pointed out, could subjectivity be mitigated by defining what falls into each band 15:09:10 ... tieing them to different approaches 15:09:34 ... bronze to WCAG 2.2 AA, etc 15:09:43 regardless of approach we use I think we should somehow give credit for WCAG 2.x testing 15:09:49 alastairc: Next steps, are there any key benefits or challenges 15:09:56 q+ 15:10:02 ... anything that would improve this solution 15:10:05 ack GreggVan 15:10:18 GreggVan: Has there been any thought to, seven point scales, or three 15:10:43 ... it seems that reliability would go down, or stress, if we define these 15:10:52 alastairc: Question, did we consider scales 15:10:58 ... poor to best in levels 15:11:01 q+ 15:11:02 q_ 15:11:05 q+ 15:11:07 q- 15:11:16 GreggVan: Three point, might be better, everything could fall into the middle 15:11:27 ... curious is there further thought 15:11:29 ack Rachael 15:11:42 Rachael: We've had some of that work done in the first public working draft 15:11:47 ... different scales 15:11:58 q+ to suggest Venn Diagram to illustrate that conformance ideas are not exclusive to each other ? 15:11:58 q+ 15:12:07 ack bruce_bailey 15:12:07 bruce_bailey, you wanted to suggest Venn Diagram to illustrate that conformance ideas are not exclusive to each other ? 15:12:11 shadi has joined #ag 15:12:20 present+ 15:12:25 bruce_bailey: Just had the idea, can we illustrate the conformance ideas are compitble with each other 15:12:32 ... there could be overlap 15:12:36 ... possibly combinable 15:12:53 alastairc: How do we evaluate, look at the various models 15:13:00 ack Wilco 15:13:08 Wilco: I don't think it's necessarily obvious that the same scale works for everything 15:13:19 q+ 15:13:23 ... true/false seems to work well for most things, but not everything needs the same scaling 15:13:34 ack me 15:13:45 alastairc: I think when we've discussed this previously, for some things the scale is 2 15:13:47 ... poor or best 15:13:52 +1 to not everything has to be the same scale. 15:14:06 ... i.e. language on the page, two options, allowing for some things not to have a full scale 15:14:22 q? 15:14:24 ... from previous discussion, we didn't want different scales for everything with ranging numbers 15:14:35 ... benefits, challenges? 15:14:38 q+ 15:14:42 ... how would you solve the challenges 15:14:44 ack Chuck 15:14:51 Chuck: There are problems with this solution, I'll admit 15:15:17 ... one thing I learned, if you had individuals, and they had different results, but you averaged them, the average would work 15:15:31 alastairc: Is that trying to solve subjective difference 15:15:38 q+ to note the judgement expression as a feature and not a bug 15:15:40 Chuck: And interrelator reliability 15:15:48 ack Lauriat 15:15:48 Lauriat, you wanted to note the judgement expression as a feature and not a bug 15:16:06 Lauriat: As a note on interrelater reliability, having a scale for subjective judgement 15:16:14 ... one person's failure is another person's pass 15:16:32 ... having a way to express "I marked it as x because..." vs a simple yes/no 15:16:51 q+ 15:16:55 ... if you have an article about a park, with a photo of a dog, and the alt text is subjective 15:17:04 ... this is something we need to test to confirm 15:17:12 ... I'd rather prototype it, test it 15:17:14 ack Rachael 15:17:26 Rachael: Chair hat off, something I have been thinking about 15:17:31 ... tree structures of assessment 15:17:36 ... rather than a single test 15:17:39 ... a tree of tests 15:17:47 ... alt text is an example of that 15:17:53 ... is there alt, yes no 15:17:56 ... is the quality good 15:17:57 q+ 15:18:13 ... potentially, is there more broadly context that needs to be applied 15:18:16 ... like a museum 15:18:30 ... it might be possible to assign adjectival ratings to parts of the tree 15:18:32 +1 to Lauriat's comments, having bands for something like "equivalent" is easier than pass/fail. 15:18:38 I will scribe for wendy when she speaks 15:18:39 ... some things would only have certain levels 15:18:40 +1, exactly my thinking of how ACT can help guide that 15:18:47 ack wendyreid 15:18:58 scribe+ Chuck 15:19:07 wendyreid: Super strong +1 to Rachael. I'm getting into testing talk, this is my first thought for what we described so far. 15:19:31 wendyreid: There is a lot of strong yes/no in current WCAG. Unit test level is "does this page have a title". Second question is "is the title good". 15:19:54 q? 15:19:56 wendyreid: There are lots of things that start with yes/no, and you go further down. The following questions can be subjective. 15:20:10 q+ 15:20:13 wendyreid: The tree structure can address the concerns, with subjectivity, time, etc. 15:20:17 back to wendy 15:20:20 ack Wilco 15:20:38 Wilco: Seems to me that how you test, and how to break them up, is not correlated to quality 15:20:44 ... skeptical of that approach 15:20:49 alastairc: How good what is? 15:21:11 Wilco: If you use different tests to measure abjectival rating, if you fail first level, this 15:21:22 ... I don't think this is how tests are broken up today 15:21:26 q+ to note I heard that as more of where to make decisions about rating, rather than direct correlation 15:21:35 alastairc: Are there guidelines that come to mind? 15:22:01 q+ to say that an overall approach should help us align clear requirements with testing 15:22:07 Wilco: Things stacking on other things, some of these scaled up into ACT, but not great for determining quality 15:22:10 ... I wouldn't use them for that 15:22:11 ack Lauriat 15:22:11 Lauriat, you wanted to note I heard that as more of where to make decisions about rating, rather than direct correlation 15:22:17 Lauriat: +1 to Wilco 15:22:38 ... I understood what Rachael described as educational and supportive, how to walk through a test 15:22:45 ... here's where you can make these decisions 15:22:53 ... possibly problematic 15:23:00 ... if it fails x, it fails completely 15:23:08 ack mbgower 15:23:08 mbgower, you wanted to say that an overall approach should help us align clear requirements with testing 15:23:10 ... but if you get to a point to assess quality, here's how to do that 15:23:30 mbgower: Thanks for the discussion, relate this to something Ken Nakata said in his keynote 15:23:42 ... the problem with wCAG is that it can be vague and complex at the same time 15:23:45 ... to Wilco's point 15:23:57 ... if one path forward is a more mindful approach to look for clarity 15:24:17 ... friction, we need to ensure our tests are moving people to clarity 15:24:23 ... more reliability 15:24:33 ... dependent on the clarity of requirements 15:24:41 q+ to suggest robust examples for each band, as a way to vet the bands now, to clarify the bands for testers in the future, and to also help guide designers and developers in the future 15:24:43 ... the scoring adds to that clarity 15:24:54 Peter_Bossley has joined #ag 15:25:11 present+ 15:25:13 alastairc: Adjectival scoring would be more useful if we start with objective tests, then build on subjective ones 15:25:21 q+ 15:25:26 ack SuzanneTaylor 15:25:26 SuzanneTaylor, you wanted to suggest robust examples for each band, as a way to vet the bands now, to clarify the bands for testers in the future, and to also help guide designers 15:25:29 ... and developers in the future 15:25:32 +1 to MG We need to keep the distinction between simple and clear front of mind. 15:25:39 SuzanneTaylor: We should list a robust set of examples as a solution 15:25:46 alastairc: Informative documentation 15:26:02 SuzanneTaylor: Robust examples to help vet the bands, for us and for designers and developers 15:26:09 Ryladog has joined #ag 15:26:15 alastairc: Which we've done in WCAG 2.x 15:26:16 ack GreggVan 15:26:24 GreggVan: This discussion gives me an idea 15:26:32 Present+ Katie_Haritos-Shea 15:26:38 stefans has joined #ag 15:26:39 ... I'm always concerned about people being required to do something 15:26:43 ... but the goal is unclear 15:26:46 present+ 15:26:49 ... adjectival seems unclear 15:26:54 ... but we want to move past the binary 15:27:08 ... what if we could combine adjectival, with a binary 15:27:21 ... when done, you either do or don't conform, but with a score 15:27:34 ... You got C's, you passed, but you could also pass with A's 15:27:40 +1, something we've noted as something we should investigate, so let's definitely not lose that 15:27:42 ... encourage to do better 15:27:48 alastairc: I think that aligns 15:27:55 Combine adjectival with minimum level to pass 15:27:58 q+ 15:28:07 ... to build on mbgower 's example, do images have alt, then how good is the alt, etc 15:28:16 ... concept of equivalence 15:28:22 +1 to exploring gv's idea 15:28:27 q+ to say I did a presentation on how to get to clarity on ALT a couple months back 15:28:34 ... but with clear cut bands, each instance is a minimum requirement, it moves it along 15:28:39 ack mbgower 15:28:39 mbgower, you wanted to say I did a presentation on how to get to clarity on ALT a couple months back 15:29:01 mbgower: I just wanted to remind folks I did a playback on alt on images 15:29:15 present+ 15:29:21 ... I proposed, what if every alt had a 2-5 word short description 15:29:30 ... method to designate whether an image was important 15:29:41 ... every image must have a short description 15:29:46 ... if important, needs more 15:30:00 ... then get to adjectival score of quality 15:30:18 ... binary of whether it is poor or good 15:30:23 q+ 15:30:25 ... then more detail for the higher levels 15:30:35 ack me 15:30:37 ... requires us to go back to the testing for requirements 15:30:44 alastairc: Sounds like a good example 15:30:50 ... something to try on other guidelines 15:30:56 +1 to MG 15:31:00 ... considering the issues we've discussed 15:31:07 ... are there other solutions? 15:31:24 ... good options there 15:31:32 ... this is one of our scoring type options 15:31:38 ... evaluating issue severity 15:31:49 Rachael: Just a reminder as we discuss issue severity 15:31:59 ... we have already done this in WCAG 2 with A, AA, AAA 15:32:10 ... different ways to do that levelling 15:32:31 ... some benefits, addresses absolute barriers while recognizing difficulty of achieving perfection 15:32:42 ... it does integrate and standardize 15:32:53 ... prioritization, it happens informally outside of WCAG 15:32:57 q+ 15:33:02 ... incorporate context 15:33:03 TOPIC: Issue severity 15:33:08 ... reflect impact 15:33:14 ... challenges to solve 15:33:22 ... conversation on the list and in the previous meeting 15:33:38 ... what is severe for one person in one context and task, may not be for another 15:33:44 ... we need to define and test consistently 15:34:07 ... who determines the context or task outside of the specification 15:34:28 ... did we miss any of the pros and cons? 15:34:40 alastairc: Are we missing anything? 15:34:40 q? 15:34:43 ack Ryladog 15:35:14 Ryladog: One thing I always include in informal prioritization, even when specific, higher than A 15:35:26 ... if certain things aren't working, they are highest priority 15:35:33 alastairc: We had a subgroup working on this 15:35:51 ... the main thing we worked through was looking at all of the tests in the FPWD, put in the spreadsheet 15:36:04 ... group looked at them and classified as critical errors 15:36:16 ... easier to point at critical than serious, medium, minor, etc 15:36:23 ... grading the lower levels was harder 15:36:28 ... as pointed out on the list 15:36:43 ... across scenarios, it differs 15:36:52 ... separate but integrated methods 15:37:28 ... set of issues, working with or be the site owner, you may have some prioritization of the tasks, if you have a barrier that has been raised in testing 15:37:44 ... info image missing alt text, if you took that away, what is the impact 15:37:54 ... judgement of the barrier and the impact 15:38:04 ... but this does maybe not be part of the initial testing 15:38:13 ... maybe to help move from bronze to silver, onwards 15:38:15 q? 15:38:19 q+ 15:38:24 ack sarahhorton 15:38:39 q+ 15:38:44 sarahhorton: I was going to add, a benefit, based on how we've been talking about it, the issues in the way we break them down in a matrix 15:38:57 ... moving from identifiying something as critical, critical for whom 15:39:02 ... using functional and user needs 15:39:21 ... one of the main design goals of WCAG 3 is to bring user needs more central to the standards 15:39:32 ... this is critical to users with this functional need 15:39:39 ack shadi 15:40:01 shadi: We might be talking about different aspects or purposes of testing 15:40:06 ... what we mean 15:40:15 ... there is testing as in "did I meet the crtieria" 15:40:23 ... clarity of did I do this or not 15:40:48 ... we also need the outside view, does it look like this content has met these criteria 15:40:57 ... this is more of a statistical thing, check a sample 15:41:04 ... is the claim correct 15:41:10 ... another dimension, when we try to score 15:41:17 ... is it likely that the claim is true 15:41:24 ... what is the ranking of one vs the other 15:41:49 ... I may be wrong, but I think we're discussing different goals, purposes for the testing 15:41:54 q? 15:41:59 q+ 15:42:07 alastairc: In terms of approached or goals 15:42:23 ... for the sub group, better aligning results with lived experience 15:42:29 ... having a "better ruler" 15:42:32 q- 15:42:43 ... working on the feasability at the guideline level 15:42:49 ... we're meeting again tomorrow 15:42:57 ... potential solution listed 15:43:00 ... slide 15 15:43:11 ... incorporating context with site owners 15:43:12 q+ 15:43:17 ack GreggVan 15:43:23 GreggVan: I don't have a solution 15:43:33 ... we discussed before, we did severity before A AA AAA 15:43:45 ... cognitive group points out that the cognitive are viewed as less severe 15:44:18 ... something with no alt text is easy to envision as a blocker, but something being a blocker for someone with a cognitive disability is harder to envision 15:44:19 q+ 15:44:27 ... physical barriers will appear to be more concrete 15:44:31 +1 COGA would have concerns about severity 15:44:33 ... than cognitive barriers 15:44:44 +1 15:44:54 ... I worry that cognitive will be harder to measure 15:44:54 ack alastairc 15:44:58 alastairc: It has come up 15:45:02 q+ 15:45:10 ... chair hat off, I think it's something we need to actively keep an eye on 15:45:18 I added that as an additional challenge 15:45:18 ... it's easier to assess concrete requirements 15:45:39 ... but the cognitive view brings in other requirements 15:46:00 ... if we look at a per-instance basis, it could be challenging to view pages as a whole 15:46:17 ... difficult to assess at the guideline or test level 15:46:27 ack shadi 15:46:30 ... but if you're looking at a higher level, site level, might be possible 15:46:55 shadi: The question to me, COGA could have concerns, could this also be an improvement for the community 15:46:58 q? 15:47:00 ... improvement from the current status 15:47:10 has yet to be seen 15:47:14 q+ 15:47:35 alastairc: The group should evaluate based on functional needs, assess with the various groups, involve COGA 15:47:38 ack Ryladog 15:48:18 q+ 15:48:21 Ryladog: I also wonder a little bit about the owner determining, if we separate these things by need, we should just leave out the COGA stuff because they are a particular site 15:48:34 ... challenge with separating out 15:48:42 q+ 15:48:57 ... in general usability, design will say we don't want this amount of info, we don't want more than x number of steps 15:49:01 q+ to +1 mbgower's previous note on clarity as an absolute essential for this 15:49:07 ... design can say that, I wonder if we can need to look at that 15:49:14 rule of 4 in short term memory 15:49:27 ... work around the way people may avoid certain use cases 15:49:35 ... let people make choices 15:49:37 ack shadi 15:50:04 shadi: Good point Ryladog, ruling out like that categorically, the model proposed would not work that way 15:50:14 alastairc: To allow site owners to choose what they test 15:50:19 ...? 15:50:26 ... depends on how we present it 15:50:37 ... we'd want to avoid people picking and choosing between groups 15:50:40 q+ 15:50:54 I will scribe for wendy when she speaks. 15:50:59 alastairc: from the POV of people choosing, potentially a WCAG-EM style of assessment 15:51:04 ... what would people need 15:51:05 ack Rachael 15:51:23 Rachael: In this conversation, there are two kinds of crtitical errors 15:51:32 ... one is clear, i.e. flashing, but others are more nuanced 15:51:45 ... the out side ones can be handled as a protocol 15:51:46 ack Lauriat 15:51:46 Lauriat, you wanted to +1 mbgower's previous note on clarity as an absolute essential for this 15:51:54 Lauriat: +1 to Rachael 15:52:11 ... wanted to raise one of mbgower points, the adjectival, it's the other side of expressing issue severity 15:52:29 ... the previous point around clarity, it's very much true for severity 15:52:37 ... it's clear for people to follow and understand 15:52:37 +1 to clarity and testing 15:52:41 +1 to Rachael. Certain criteria that issue severity may not be appropriate for could use other types of evaluation. Example: if related to cognitive accessibility 15:52:45 ... test it to understand 15:52:49 q? 15:52:54 ack wendyreid 15:53:10 wendyreid: I see the role of issue severity. We see it today with what vendors are doing. 15:53:22 wendyreid: I get things assigned priority depending on impact, and user impact. 15:53:30 wendyreid: This works because I'm on an agile dev team. 15:53:55 wendyreid: I see the issue about not identifying by disability type. There is an element in the market of exclusion on purpose. 15:54:15 wendyreid: When a site owner raises accessibility of their site, they put focus on different things on user base they know. 15:54:49 wendyreid: Use cases and scenarios most important. It feels wrong to say we won't focus on a group now, but the reality is that they kind of have to issue priority based on use case or the product and service they sell. 15:55:11 q+ How do we get cognitive needs considered 15:55:14 q+ 15:55:14 q+ 15:55:16 wendyreid: Dev teams have to prioritize. I think it can feel challenging, but the subject matter experts do play a role in choosing severity. 15:55:18 ack Ryladog 15:55:29 Ryladog: I know that's the relaity 15:55:45 Priortizr COGA as most severe :) 15:55:51 ... when one goes for conformance, somehow, we're measuring for each user group 15:56:15 Jay_Mullen has joined #ag 15:56:17 ... this site is a 2, on a scale of 1-4, it's not covering every user group 15:56:23 +1 15:56:39 alastairc: In general, we do try to approach things from a baseline and improve from there 15:56:47 q? 15:56:50 ack Jennie 15:57:29 Jennie: I found Wendy's point interesting, as someone who scores points, the people with cognitive disabilities who are part of a user base, the people making those decisions are unaware of them 15:57:35 ... or could be part of the user bade 15:57:52 ... need to get more needs of cognitive users recognized 15:58:02 ... I agree, there is ways to use multiple strategies for scoring 15:58:03 q/ 15:58:04 q? 15:58:34 q+ 15:59:04 Fazio: If you think about cognitive needs, that should be the most severe level 15:59:05 categorize severity by user group should be a seriously considered approach 15:59:08 Francis_Storr has joined #ag 15:59:22 ... workaround where cognitive accessibility as highest level need 15:59:24 q+ to ask for a scribe change 15:59:24 q+ 15:59:31 alastairc: We need to get guidelines in as part of conformance 15:59:31 ack Faz 15:59:38 ... and work with COGA to define severity 15:59:40 ack Ch 15:59:40 Chuck, you wanted to ask for a scribe change 15:59:54 thank you wendy! 16:00:13 TOPIC: Prioritizing by Functional Needs 16:01:24 scribe: Laura 16:01:32 scribe: laura 16:01:41 ack GreggVan 16:02:06 q+ 16:02:19 +! COGA encompasses many groups 16:02:20 gregg: prioitsing by group. coga is thought of a one group. But it is more groups. 16:02:24 All I can say on Issue severity (new here) - is that when I deliver an audit - there is the core rating of severity of Critical / Serious / Moderate / Minor / Best Practice and that is great but often when its a large site you have hundreds of violations between each and a product owner cannot really parse or understand well if they are not an expert - and they do not know where to start. So what we do is provide a second level of priority wi[CUT] 16:02:35 ack Rachael 16:02:47 of 1-5 (1 being the highest priority) which is defined by details such as is it a repeate dpattern, is it part of critical flow, does it impact wide audience versus small audience. The severity always stays critical but it is further set apart and differentiated by this second level that product owners will rely on to prioritize development actions on agile teams. 16:02:56 rm: functionl needs doc has many groupings listed. 16:03:24 gregg: want to plant. the idea of hight and low. 16:03:29 q? 16:03:44 I love the functional needs approach 16:03:53 rm: key bnefit of funtional needs. 16:04:10 ... has challenges. 16:04:29 ... has risk of bias 16:05:32 ... If the number of functional needs matters, than it motivates greater subdivision in the FAST (May move inequality to FAST) 16:05:32 If the number of functional needs matters, than it motivates greater subdivision in the FAST (May move inequality to FAST) 16:05:32 ... May introduce biases against those functional needs that appear less frequently 16:06:00 ... Adds complexity. 16:06:37 ac: any benefits or challenges? 16:06:54 +1 to being careful that we are improving equity 16:07:08 q+ 16:07:09 jk: integration with lawsuits. 16:07:35 ... may match the real world. Gives impetus to do this, 16:07:45 ack me 16:08:23 ac: challenge- which are applicable accross tech can vary. 16:09:06 ... some tech may be more usable than others. 16:09:28 lawsuits are by user groups with specific functional needs. 16:09:33 q+ 16:09:39 ack Jennie 16:09:39 ... hisitant to use this as part of conformance. 16:10:16 jennie: functional needs could inform other scoring mechanisms. 16:10:55 ac: looking at the test level. 16:11:11 ... any solutions? 16:11:25 q+ 16:11:47 rm: reworking FAST. 16:11:52 ack GreggVan 16:12:20 gregg: Also need to consider combination of disabilites. 16:12:34 q+ 16:12:40 ack sa 16:13:11 sh: could be another of context is important 16:14:33 Link to FAST for anyone who hasn't seen it : https://w3c.github.io/fast/ 16:14:37 ... prioritizing in a closed enviormnent like a kiosk. 16:15:06 ... there is a contextual aspect to this. 16:15:14 jon_avila has joined #ag 16:15:16 q? 16:15:21 present+jon_avila 16:15:50 RM: Weighting. 16:16:18 ... it is a concept. 16:16:24 ...Allows inclusion outcomes with lower benefits without skewing conformance 16:16:34 ... Allowing lower weighted items may be a way to bring advisory techniques into conformance 16:16:48 ...Adds complexity and is more difficult to understand 16:16:57 ... Difficult problem to correctly weight 16:17:04 ... Weighting by testing could be a problem for regulators 16:17:22 ... have not solutions yet. 16:17:25 q+ 16:17:30 ack jon_avila 16:17:34 ac: back away slowly. 16:17:42 +1 to alastair's caution 16:17:43 A good example of a lower weight items - is the people with severe ammonia allergies so must always wear a mask 16:17:59 Can’t we just give the ability to measure which needs are covered and let the owner determine how to prioritize/weight/points 16:18:03 ja: Katin mentioned positive statements. 16:18:53 +1 to JA 16:18:57 ... show people can take a standard appooach or give them another way 16:19:18 q? 16:19:18 q+ 16:19:23 ack Chuck 16:20:20 ac: maybe have baseline conformance. but give them something extra to score points. 16:20:24 no. Because more important but more difficult things would always get left out in lieu of easy outs 16:20:25 q+ to having flexibility in context and could be tied to minimum by Functional Need 16:20:30 it would have to be to support the same disability 16:20:32 q? 16:20:36 ack jeanne 16:20:36 jeanne, you wanted to having flexibility in context and could be tied to minimum by Functional Need 16:21:32 q+ 16:21:38 ack sarahhorton 16:22:20 +1 to Sarah's example -- that was what was I meant by flexibility in context 16:22:37 sh: headed in direction of 3rd party content. and allowing not to meet criteria. 16:23:28 ... doesn't mean I think it is a good idea. 16:23:56 ac: any solutions? 16:24:07 q+ 16:24:19 ack Chuck 16:24:35 chuck: maybe look at an example. 16:25:00 ... or mayt his is a warning sign that this isn't the right apporach. 16:25:04 q+ to talk about weighting prototypes 16:25:17 ack jeanne 16:25:17 jeanne, you wanted to talk about weighting prototypes 16:25:53 jeanne: did work in 2019 on weighting. 16:25:56 I thought so, I thought that these existed, just couldn't find examples on the fly. 16:26:15 ... take away is we didn't get any of them to work. 16:26:55 q+ to say that to give this "weighting" a fair opportunity, maybe invite any individuals to come up with a proposal if desired, otherwise we deem that there is not much support. 16:27:01 agree with Jeanne 16:27:06 ack Chuck 16:27:06 Chuck, you wanted to say that to give this "weighting" a fair opportunity, maybe invite any individuals to come up with a proposal if desired, otherwise we deem that there is not 16:27:09 ... much support. 16:27:23 ... think we should not pursue. 16:27:26 q+ 16:27:36 ack GreggVan 16:28:03 gregg: spent a couple of years on this & couldn't get it to work. 16:28:29 RM: Setting Minimum Scores 16:28:46 ... Key Benefits 16:28:50 ... Provides a baseline for prioritization and may motivate getting started 16:29:10 ... A way to allow more flexible conformance approaches 16:29:19 ... May promote equity 16:29:28 ... Challenges to solve: 16:29:36 ... Risk of gaming 16:29:38 q+ 16:29:39 q+ 16:29:44 ... Organizations may adopt minimum and claim conformance. If less than WCAG 2, this would hurt progress 16:29:44 ack mbgower 16:29:58 q+ to suggest 'gating' rather than minumums, in general 16:30:07 ... Risks compliance stopping at the minimum and important needs being left out 16:30:19 ... Adds complexity and is more difficult to understand 16:30:42 ack Chuck 16:30:54 mg: minimum score may help improve accessibility. 16:31:23 ack alastairc 16:31:24 alastairc, you wanted to suggest 'gating' rather than minumums, in general 16:31:40 improved authentication will eventually help with that 16:31:46 chuck: could be a problem: site with one problem area but rest of the site is great 16:32:16 ac: more issues a A that AA. Issue with gating 16:32:42 ... could have a way of progression. 16:32:44 q+ to say emphasis on user process can help offset what Chuck is pointing out 16:32:50 ack mbgower 16:32:50 mbgower, you wanted to say emphasis on user process can help offset what Chuck is pointing out 16:33:08 +1 16:33:12 q+ 16:33:23 mg: emphasis on user process could help mitigate issues. 16:33:42 ack GreggVan 16:34:49 gregg: worry that parts of a process may be critical but we leave them out. 16:35:02 TOPIC: Protocols 16:35:56 rm: Being able to complete some kind of additional process (such as user testing) after testing to gain some type of additional credit 16:36:08 ... Allows reporting conformance on things that can’t be tested with high inter-rater reliability 16:36:19 ... May be easier for decision makers to understand and adopt based on their situations 16:36:27 ... May motivate orgs to go above minimum accessibility (and provide ways to do so) 16:36:35 ... Challenges to solve 16:36:43 ... How to reduce gaming of the system 16:36:52 ... Administrative burden for AG if more than just a few protocols are needed 16:37:03 ... Administrative burden for AG if more than just a few protocols are needed 16:37:08 q+ 16:37:38 ... solutions: 16:37:38 ack Ryladog 16:37:41 ... This could be done by affirmation 16:37:47 like our maturity model 16:38:07 katie: yesI SO 9000/9001 and affirmation 16:38:30 ... what about pairing? whear does that fall? 16:38:38 q+ to answer 16:38:47 ack Rachael 16:38:47 Rachael, you wanted to answer 16:38:50 ... should be extra points for it. 16:39:14 rm: good question. We should come back to it. 16:39:45 Accessible Pairing 16:39:49 ac: Protocols is good way to extend confromace. 16:40:09 rm: different ways it could play. 16:40:29 q? 16:41:32 q+ 16:41:33 ac: seems like a necessary thing to for funtional needs. 16:41:36 ack sarahhorton 16:42:22 sh: could provide hooks for regulators. 16:42:32 q+ to add example for broadcasters 16:43:05 Pointing to existing other standards 16:43:05 ack me 16:43:05 alastairc, you wanted to add example for broadcasters 16:43:22 ac: like the idea of provide hooks for regulators. 16:44:09 ... could be an extension. 16:44:17 q+ to say that protocols could be as simple as triple A broken down into categories 16:44:21 ack SuzanneTaylor 16:44:21 SuzanneTaylor, you wanted to say that protocols could be as simple as triple A broken down into categories 16:44:52 st: could be like WCAG AAA. 16:45:09 +1 16:45:21 ... could encourage better accessibilty 16:45:35 TOPIC: Evaluating conformance proposals 16:45:56 rm: Requirements Document 16:46:16 Accessibility guidelines & Guidelines process. 16:46:32 ... we have metrics. 16:46:38 https://docs.google.com/presentation/d/1cqnw0dw-xnEVJM7QSCAe9r9WyJNVkEPzgm9k8h4aSl4/edit#slide=id.gb3ceb32d61_0_33 16:47:00 ... Considerations for WCAG 3 Conformance 16:47:11 ... we ha 11 of them 16:48:11 ... we have "Additional Criteria to Evaluate Success" questions tha we are capturing. 16:48:21 q? 16:49:43 jk: another one to add: Is the proposed conformace model easy to understand? 16:50:32 rm: we need to figure out 2 or 3 options to explore. 16:50:58 ... need volunteers to write them up. 16:51:30 ... (gives examples of options) 16:51:44 Current slide: https://docs.google.com/presentation/d/1yLYeNcybGxRu43KdrVUcOCL6iXsy6-gxl9-lbyr90dI/edit#slide=id.g1659f228417_0_0 16:52:24 ac: what would you do? 16:52:54 q+ 16:52:58 ack GreggVan 16:53:00 ... any questions? 16:53:26 gregg: Are you looking at global view? 16:53:44 ac: yes. 16:54:32 q+ 16:54:40 ... Bronze Pass/Fail 16:54:54 ack mbgower 16:55:04 ... Silver Adjectival 16:55:23 ... Gold: Protocols 16:55:50 ac: this is a basic template you can work with. 16:55:56 q+ 16:55:58 q+ 16:56:04 ack GreggVan 16:56:42 Gregg: try to take the whole of what we have and see if it will fit in the model 16:56:57 ack Rachael 16:57:08 rm: 2 ways forward. 16:57:27 .. if you have a suggestion copy silde 34. 16:57:39 ack Rachael 16:57:45 ... then have intial conversations. 16:58:02 q+ 16:58:11 ack SuzanneTaylor 16:58:12 ac: any volunteers? 16:58:30 st: copy silde 34? 16:58:57 rm: yes. I'll make a new version. 16:59:16 Present+ 16:59:17 Thanks for a great summary and exercise 16:59:21 https://docs.google.com/presentation/d/15ZoKbczXw3JIoyDxAxKtBG0sWMKnB6lqAnV4V9xVsoM/edit#slide=id.g165c944dd8c_0_17 16:59:44 ac: try the excercise. 16:59:51 present+ 17:00:41 rrsagent, make minutes 17:00:41 I have made the request to generate https://www.w3.org/2022/10/11-ag-minutes.html alastairc 17:19:05 Karen has joined #ag 17:24:36 mbgower has joined #ag 17:36:35 kirkwood has joined #ag 17:36:49 mbgower has joined #ag 18:11:46 Jem has joined #ag 18:20:59 jeanne2 has joined #ag 18:57:46 mbgower has joined #ag 19:06:37 mbgower has joined #ag 19:20:49 mbgower has joined #ag 19:26:29 Karen has joined #ag 19:27:40 mbgower_ has joined #ag 19:27:42 kirkwood has joined #ag 20:15:17 mbgower has joined #ag 20:16:45 kirkwood has joined #ag 20:51:11 mbgower has joined #ag 21:20:51 SuzanneTaylor has joined #ag 21:34:22 mbgower has joined #ag 21:53:04 kirkwood has joined #ag 22:38:20 kirkwood has joined #ag 22:51:13 mbgower has joined #ag 23:39:00 mbgower has joined #ag