15:43:44 RRSAgent has joined #silver-conf 15:43:44 logging to https://www.w3.org/2021/03/25-silver-conf-irc 15:44:00 Meeting: Silver Conformance Options Subgroup 15:44:05 Chair: Sajkaj 15:44:12 Date: 25 Mar 2021 15:44:15 agenda? 15:44:44 Agenda+ Agenda Review & Administrative Items 15:44:44 agenda+ Continue work on March Deliverable -- Report on Use Cases https://www.w3.org/WAI/GL/task-forces/silver/wiki/March_Report_to_the_Silver_TF 15:44:47 agenda+ Assigned github issues https://github.com/w3c/silver/labels/Subgroup%3A%20Conformance%20Options 15:44:50 agenda+ Use Cases Discussion (Continued) 15:44:52 agenda+ Other Business 15:44:55 agenda+ Be Done 15:45:09 rrsagent, make log public 15:45:16 rrsagent, make minutes 15:45:16 I have made the request to generate https://www.w3.org/2021/03/25-silver-conf-minutes.html sajkaj 15:56:41 regrets: John_Northup 15:58:45 Wilco has joined #silver-conf 16:00:11 Thanks, Wilco. We'll wait for you before closing on the draft report to the TF! 16:01:17 JF has joined #silver-conf 16:01:24 Present+ 16:01:31 agenda? 16:02:52 bruce_bailey has joined #silver-conf 16:03:07 present+ 16:03:31 regrets+ Peter_Korn 16:03:38 sarahhorton has joined #silver-conf 16:03:43 present+ 16:03:51 KimD has joined #silver-conf 16:03:56 Present+ 16:04:32 scribe: KimbD 16:04:40 Scribe: KimD 16:05:32 akim, next item 16:05:42 scribe: KimD: 16:06:03 ToddLibby has joined #silver-conf 16:06:10 present+ 16:06:47 zakim, next item 16:06:47 agendum 1 -- Agenda Review & Administrative Items -- taken up [from sajkaj] 16:07:07 Janina: announcement: to EU participants: reminder about summertime/daylight time 16:07:30 present+ 16:07:37 Janina: we should be in synch now again. 16:07:47 zakim, next item 16:07:47 agendum 2 -- Continue work on March Deliverable -- Report on Use Cases https://www.w3.org/WAI/GL/task-forces/silver/wiki/March_Report_to_the_Silver_TF -- taken up [from sajkaj] 16:08:33 https://www.w3.org/WAI/GL/task-forces/silver/wiki/March_Report_to_the_Silver_TF#Report_of_the_Conformance_Options_Subgroup 16:09:01 Janina: Report to Silver group (link above) 16:09:55 JF: Reads report 16:12:18 q? 16:12:21 Janina: Comments? 16:12:48 q+ 16:13:52 JF: Use case B: "almost a layout table" is making an assumption 16:14:07 JF: we should account for both a real table and a layout table 16:14:46 Janina: We thought of both ways - point is it's simple enough to avoid being an impediment. 16:15:10 q+ to ask to strike almost layout table 16:15:12 Janina: Compare to complex, large table 16:15:14 q? 16:15:21 q? 16:15:26 Q+ 16:15:45 ack s 16:16:21 Sarah: Can we talk through use case B and how WCAG 3 would address. 16:16:59 q? 16:17:12 Sarah: If 2 col table and no header labels, what are my outcomes? 16:17:27 ack b 16:17:27 bruce_bailey, you wanted to ask to strike almost layout table 16:17:40 ack me 16:18:22 Bruce: We may not be able to work this use case through, even though it's a failure, it's unlikely to be a blocker 16:18:27 Q+ 16:18:43 Bruce: using 'layout table' isn't helpful 16:18:57 Sarah: trying to be able to test the framework 16:19:26 Bruce: example: table is name, phone number; name, phone number 16:19:39 Janina123-456-7890 16:19:41 q? 16:19:46 ack j 16:19:49 Sarah: Would be we able to say this isn't a critical error? 16:20:26 JF: Simple table w/ Bruce's table: still needs HTML associations. JF would fail it. 16:20:26 q? 16:20:49 JF: it could be a layout table, should still account for both tables 16:20:50 q? 16:21:40 Jeanne: Sarah's summary is helpful. Given current Silver structure, this simple table could pass because not a barrier. 16:21:43 Q+ to ask Jeanne about my example 16:21:55 Jeanne: This would be addressed by silver structure 16:22:22 Sarah: That's helpful. How will evaluator come to that conclusion? 16:22:36 Jeanne: it would be in how the test was written 16:22:53 Jeanne: the test would have to take that into account. 16:23:05 JF: who decides if it's a critical error? 16:23:30 Jeanne: test author, and assuming all the process around approval 16:24:07 Janina: we'll need a metric that isn't so hard and fast as 2x2 grid, because it could still fail. For example, more than one line of content. 16:24:26 Janina: like a list inside of a cell 16:24:27 q? 16:24:30 ack jf 16:24:30 JF, you wanted to ask Jeanne about my example 16:25:14 q? 16:25:24 JF: It's a fine line in what would pass and what wouldn't. 16:25:36 Janina: how to resolve without asking for perfection 16:25:45 q? 16:26:02 Jeanne: we agree, doing it correctly gets more points. It can still be workable and thus NOT fail 16:26:32 Jeanne: also, we haven't written the guideline yet. Point of use case is to see if this is something that could pass. 16:26:43 Jeanne: with low points, but still could pass. 16:26:43 @JF the point with my 2x name/phone number isn't that it's easy to fix, it's that a 3.0 review could allow a pass as-is 16:27:09 sarahhorton_ has joined #silver-conf 16:27:13 Jeanne: back ground of use case would be helpful in the doc 16:27:13 i am hearing Jeanne now saying something very similar ! 16:27:19 q+ 16:27:59 Janina: add a sentence that shows how we might let something pass without it being perfect 16:28:01 q? 16:28:05 @bruce - sure, but I'm more interested in squeezing out, or limiting subjectivity: pretty much anything can be answered with "it depends", but that's hard to standardize 16:28:05 ack s 16:28:30 Sarah: Todd and I talked about use case, wondering if it belongs here. 16:29:02 Sarah: login form, when it doesn't work and comes back without an error. 16:29:40 Bingo! 16:29:45 Sarah: WCAG 3 approach is missing related to severity and exceptions 16:30:02 Q+ 16:30:10 Sarah: i.e., a test that fails, but will it cause a block a person? 16:30:29 +! 16:30:32 +1 16:30:36 Sarah: whether an error is critical or not isn't addressed by current framework. 16:30:38 q? 16:30:57 ack jf 16:31:40 JF: agree with Sarah. Severity and criticality is unique for each person. 16:31:45 q? 16:31:50 JF: we need to find "break points" 16:32:18 Janina: reminder, the use cases are meant to an illustration to show the grey areas 16:33:10 Janina: "why did my login fail" question is one we've discussed. We can put it in this doc, it's in our Google doc. 16:33:12 q? 16:33:28 Todd: Not sure off the top of my head 16:33:50 Janina: It's in the Google doc, and tried to put everything in a bucket. 16:34:20 Janina: Not everything is covered, we're looking at edge cases. 16:34:37 Janina: We can add the login use case. 16:35:00 q? 16:35:12 +1 to Sarah 16:35:16 Sarah: Seems all the current 3 use cases share the same issue: how do we clearly deal with failed tests? 16:35:49 Sarah: Silver framework doesn't address 16:36:01 Janina: do we want to keep this report? 16:36:12 q? 16:36:35 JF: Headings use case: it's both headings and properly nested headings 16:36:53 Janina: issue is that the Headings are not there at all. 16:37:28 JF: We need to address the Heading as an relationship/structure issue. 16:38:01 JF: Details are needed because it goes to severity 16:38:08 q? 16:38:48 q? 16:38:55 JF: Compares to zoom, where we have 200% and 400% - very specific 16:39:33 Janina: We could write that use case with an arbitrary number. 16:40:16 JF: Talks about data tables with multiple lines. Maybe word count is only one factor. 16:40:37 q? 16:41:03 Jeanne: Headings use case: we have Headings written. Can we work with ACT and see how they would address. 16:41:16 q? 16:41:18 Wilco: Agree, interested in what others have to say 16:41:22 q+ 16:42:40 q? 16:42:44 ack s 16:42:51 Sarah: Good idea, let's talk through that. In Methods, there are a couple tests. 16:43:30 Sarah: passes one, fails one of the tests. How do I know the severity of the failure? How would I know whether it's a show-stopper? 16:43:54 Sarah: That's the gap I'm seeing. How do you decide whether it's a blocker? 16:44:09 Janina: Is issue where to score on the scale? 16:44:37 Sarah: Tests don't indicate anything about score; they're just T/F. 16:45:01 Sarah: Scoring has info, methods have info, but there's no bridge. 16:45:10 Jeanne: Example, please 16:45:43 q? 16:45:53 Sarah: Say I've done the tests, one fails, I record that. Next step is determining criticality. 16:46:41 Sarah: Missing heading, but then have to determine if missing heading is needed to complete a process. 16:47:08 Sarah: Does that identify if that failure translates to a significant impediment. 16:47:22 Sarah: Needs to be more fleshed out because there is a gap. 16:47:29 A HUGE +1 to Sarah's points 16:47:35 q? 16:47:51 Q+ 16:48:04 q+ 16:48:16 Jeanne: Agree, so decision of "critical failure" needs more detail 16:48:58 Janine: You don't get the info and the structure isn't there via headings, but it can be figured out. 16:49:23 Sarah: Also need to look at frequency. That goes to severity. 16:49:41 q? 16:49:47 Janina: "the spoons problem" 16:49:53 ack w 16:50:21 Wilco: Are the test cases getting in the way? We know the problems, maybe the test cases need to be clearer? 16:51:03 Wilco: Headings use case seems to be about severity/criticality. 16:51:05 Functional Performance Statements 16:51:42 Wilco: should we express that rather than the use/test case. Maybe we report missing pieces, drop test cases. 16:51:47 ack j 16:51:52 q? 16:52:20 JF: Criticality/Severity? FPC might address; deals with impact on individual users. 16:53:08 JF: Blend of pass/fail and severity. Depends on user though. 16:53:22 q+ to suggest that conversation about critical errors is not really helpful to this use case challeng 16:53:59 Jeanne: That example isn't relevant (blinking/flashing not an issue if user has no vision). I think we've addressed that. 16:54:14 ack b 16:54:14 bruce_bailey, you wanted to suggest that conversation about critical errors is not really helpful to this use case challeng 16:54:16 Jeanne: Can you tell me if we haven't addressed? 16:54:48 Bruce: Use cases are helpful and important; but "criticality" isn't relevant to this conversation. 16:55:05 Bruce: We're talking about edge cases. 16:55:07 q+ 16:55:10 I think the point is Bruce that for any individual, an error may or may-not be "critical" 16:55:35 Bruce: They way they're written, it's clear they are not critical errors. 16:55:47 q? 16:55:53 ack r 16:56:26 Rachael: "Critical error" - capture it as a question to be answered later. 16:56:55 Janina: Do you recommend presenting and say that's why criticality is important? 16:57:20 Rachael: Yes, we have ambiguity and need to work it out. Can be tied to examples or not. 16:57:40 Jeanne: Examples help clarify and make it more understandable. 16:57:53 Janina: Any objections? 16:58:06 Wilco: Have issues and have examples go with them 16:58:32 Janina: We know we need more work on authoring. 16:58:49 Jeanne: Agree, point is to flesh out areas that need more work. 16:59:13 present+ 16:59:15 Janina: We can flesh out more. 16:59:56 Janina: We need to report in March. Anyone uncomfortable with our approach? Should we report out? 16:59:58 +1 to reporting 17:00:13 Wilco, Sarah: ok with that 17:00:29 Janina: Still need to work on GitHub issues. 17:00:52 ToddLibby has left #silver-conf 17:01:08 KimD has left #silver-conf 17:02:05 zakim, bye 17:02:05 leaving. As of this point the attendees have been JF, bruce_bailey, sarahhorton, KimD, ToddLibby, Wilco, !, Rachael 17:02:05 Zakim has left #silver-conf 17:02:11 rrsagent, make minutes 17:02:11 I have made the request to generate https://www.w3.org/2021/03/25-silver-conf-minutes.html sajkaj 19:08:35 Jemma has joined #silver-conf