15:52:23 RRSAgent has joined #ag 15:52:23 logging to http://www.w3.org/2017/02/14-ag-irc 15:52:25 RRSAgent, make logs public 15:52:28 Zakim, this will be WAI_WCAG 15:52:28 Meeting: Accessibility Guidelines Working Group Teleconference 15:52:28 Date: 14 February 2017 15:52:28 ok, trackbot 15:52:40 Chair: Joshue 15:52:47 zakim, agenda? 15:52:47 I see 2 items remaining on the agenda: 15:52:48 2. Testing Survey: https://www.w3.org/2002/09/wbs/35422/testing20170207/results [from AWK] 15:52:48 3. New SC Survey: https://www.w3.org/2002/09/wbs/35422/SC_20170207/results [from AWK] 15:53:20 zakim, drop item 1 15:53:20 agendum 1, Joining AGWG – WCAG members need to rejoin., dropped 15:53:23 zakim, agenda? 15:53:23 I see 2 items remaining on the agenda: 15:53:24 2. Testing Survey: https://www.w3.org/2002/09/wbs/35422/testing20170207/results [from AWK] 15:53:24 3. New SC Survey: https://www.w3.org/2002/09/wbs/35422/SC_20170207/results [from AWK] 15:53:29 zakim, drop item 2 15:53:29 agendum 2, Testing Survey: https://www.w3.org/2002/09/wbs/35422/testing20170207/results, dropped 15:53:33 zakim, agenda? 15:53:33 I see 1 item remaining on the agenda: 15:53:34 3. New SC Survey: https://www.w3.org/2002/09/wbs/35422/SC_20170207/results [from AWK] 15:53:41 zakim, item 3 is 1 15:53:41 I don't understand 'item 3 is 1', Joshue108 15:53:44 zakim, item 3 is first 15:53:44 I don't understand 'item 3 is first', Joshue108 15:53:53 zakim, clear agenda 15:53:53 agenda cleared 15:54:13 agenda+ https://www.w3.org/2002/09/wbs/35422/SC_20170207/results 15:54:18 zakim, clear agenda 15:54:18 agenda cleared 15:54:34 agenda+ New SCs from Feb 7th https://www.w3.org/2002/09/wbs/35422/SC_20170207/results 15:54:40 laura has joined #ag 15:54:41 Greg has joined #ag 15:54:49 adam_l has joined #ag 15:54:57 agenda+ New SCs from Feb 14th https://www.w3.org/2002/09/wbs/35422/SC_review_Feb14_2017/ 15:56:38 MelanieP has joined #ag 15:57:29 Wilco has joined #ag 15:58:12 kirkwood has joined #ag 15:59:43 kirkwood_ has joined #ag 16:00:07 present+ Joshue108 16:00:15 Jim_S has joined #ag 16:00:25 Glenda has joined #ag 16:00:26 present+ Greg_Lowney 16:00:30 present+ 16:00:36 present+ Glenda 16:00:47 present+ Jim_S 16:00:51 AWK has joined #ag 16:01:13 allanj has joined #ag 16:01:27 +AWK 16:01:34 zakim, agenda? 16:01:34 I see 2 items remaining on the agenda: 16:01:35 1. New SCs from Feb 7th https://www.w3.org/2002/09/wbs/35422/SC_20170207/results [from Joshue108] 16:01:35 2. New SCs from Feb 14th https://www.w3.org/2002/09/wbs/35422/SC_review_Feb14_2017/ [from Joshue108] 16:02:08 David-MacDonald has joined #ag 16:02:35 Kathy has joined #ag 16:02:40 Makoto has joined #ag 16:03:00 Lauriat has joined #ag 16:03:17 present+ Laura 16:03:18 Present+ David-MacDonald 16:03:20 rrsagent, draft minutes 16:03:20 I have made the request to generate http://www.w3.org/2017/02/14-ag-minutes.html AWK 16:03:23 present+ Makoto 16:03:27 present+ AdamL 16:03:40 gowerm_ has joined #ag 16:03:43 Scribe: Lauriat 16:03:45 Scribe: Shawn 16:03:49 present+ MikeGower 16:03:53 Present+ Lauriat 16:03:54 Scribe: Lauriat 16:04:02 present+ MelanieP 16:04:32 present +shwetank 16:04:46 RRSAgent, set logs public 16:04:56 JF has joined #ag 16:05:07 Present+ JF 16:05:26 rrsagent, draft minutes 16:05:26 I have made the request to generate http://www.w3.org/2017/02/14-ag-minutes.html AWK 16:05:48 present+ kirkwood 16:06:00 zakim, who's here? 16:06:00 Present: AWK, mattg, jeanne, Greg_Lowney, David_MacDonald, JohnRochford, JF, Adam, Lund, Wayne, alastairc, marcjohlic, Lauriat, Makoto, Joshue108, MichaelC, KimD, lisa, 16:06:03 ... seeman-kestenbaum, Laura, Kathy, MikeGower, kirkwood, Mike_Pluke, allanj, jon_avila, steverep, JamesNurthen, erich, Rachael, Wilco, Glenda, Jim_S, David-MacDonald, AdamL, 16:06:03 ... MelanieP 16:06:03 On IRC I see JF, gowerm_, Lauriat, Makoto, Kathy, David-MacDonald, allanj, AWK, Glenda, Jim_S, kirkwood_, kirkwood, Wilco, MelanieP, adam_l, Greg, laura, RRSAgent, KimD, Joshue108, 16:06:03 ... shwetank, jeanne, MichaelC, Zakim, yatil, trackbot 16:06:32 marcjohlic has joined #ag 16:06:40 present+ 16:06:47 marcjohlic has joined #ag 16:07:21 present+ marcjohlic 16:07:29 agenda? 16:07:35 present+ Kathy 16:07:55 present+ KimD 16:08:14 Zakim, next item 16:08:14 agendum 1. "New SCs from Feb 7th https://www.w3.org/2002/09/wbs/35422/SC_20170207/results" taken up [from Joshue108] 16:08:18 Lisa_Seeman has joined #ag 16:08:25 TOPIC: SC Proposal: Graphics Contrast (Issue 9) 16:08:38 Josh: From the top, we'll talk about the SC proposal for graphics contrast. 16:09:00 …18 accepted as drafted, some flagged as needing some changes. 16:09:28 https://www.w3.org/2002/09/wbs/35422/SC_20170207/results#xq1 16:10:13 Andrew: Two surveys, starting here with the first, from the 7th. 16:10:40 MoeKraft has joined #ag 16:10:51 present+ MoeKraft 16:11:44 Kim: I think I was concerned, as I wasn't sure how this would work with complex sites. As I said in the comment, I'm not really sure how this impacts zooming and complex sites. 16:12:00 …more that I didn't know the impact, rather than having changes in mind. 16:12:11 q+ to ask Alestair can you comment on whether all the lines of the icon is it just the ouside or all of them such as a printer icon 16:12:18 Josh: Any comments on that? (crickets) 16:12:26 Q+ 16:12:29 q+ 16:12:35 All my comments are in stated in github actually 16:12:42 …I don't think this would present any issues with adoption of this SC. 16:12:45 ack davi 16:12:45 David-MacDonald, you wanted to ask Alestair can you comment on whether all the lines of the icon is it just the ouside or all of them such as a printer icon 16:13:00 See examples at github at https://github.com/w3c/wcag21/issues/9 16:13:29 David: That brings up a good point. If you have an icon of a printer with a circle around it, does this apply to the printer, the circle around it? What does the language of this suggest? 16:13:36 jamesn has joined #ag 16:13:38 Alastair’s has responded to survey comments in the pull request: https://github.com/w3c/wcag21/pull/100#issuecomment-278184960 16:13:45 steverep has joined #ag 16:13:48 rrsagent, make minutes 16:13:48 I have made the request to generate http://www.w3.org/2017/02/14-ag-minutes.html jamesn 16:13:54 present+steverep 16:14:36 q+ 16:14:38 Glenda: The key to this one is: is that visual cue essential? Is the picture of the printer use to indicate that you can print? Is that the only part of that image that is essential to understanding it? 16:14:40 q+ 16:14:47 q+ 16:14:50 ack JF 16:14:59 David: Okay, that makes sense. So it's not the circle around it necessarily, but the printer in the icon itself. 16:15:21 JF: A number of comments on the survey for editorial changes, but what's the next step? 16:15:44 Thicker = CSS Pixels 16:15:45 The browser-calculated value of pixels, which may be different from the physical device pixels. Browsers set the measure of 1px in CSS as closely as possible to that of the reference pixel, which takes into account the assumed viewing distance. For example, 1px on a TV display at 3.5m away is much larger than 1px on a phone 30cm feet away. The CSS pixels on a high-resolution screen create text and objects that are the same size as a low-resolution screen if they 16:15:46 both use CSS pixels. 16:16:11 Thicker = 3 CSS Pixels 16:16:27 …also, we're talking about things that are thicker, but there seems to be a lack of clarity here. Looking at the UI for the webex meeting center, with icons for the different actions, would the icons across the top of this pass in terms of thickness of the arrow and circles around the icons? 16:16:58 ack glenda 16:17:01 Josh: We really want to see whether these generally get over the line of being SC, first. 16:17:27 Glenda: Responding to Kim earlier, the definition of "thicker" of 3 CSS pixels as you can measure. 16:17:40 PS i agree with Adam Zerner the threshold grey is #767676 not #777777 16:17:44 ack laura 16:17:54 https://github.com/w3c/wcag21/pull/100#issuecomment-278184960 16:18:04 Laura: Alistair has responded to all of the comments on the survey and on the pull request as well. (linked) 16:18:07 ack james 16:18:48 James: Still having difficulties with the 3 CSS pixels side it. With the printer: some of it is thicker than 3 pixels, but some isn't. Would you then judge the icon as though that circle wasn't there? 16:19:00 Ryladog has joined #ag 16:19:04 …not sure that the 3 css pixels really works, though I don't know what really will. 16:19:11 Present+ Katie_Haritos-Shea 16:19:29 Glenda has joined #ag 16:20:13 Q+ 16:20:18 q+ 16:20:22 Glenda: I think we can spend the whole hour and a half talking about this, so I think it'd be better to say: is it worthwhile to apply color contrast to essential images? Next up, do we need a SC for images that contain essential information that isn't text. 16:20:24 +1 to that 16:20:25 ack awk 16:20:35 Mike_Elledge has joined #ag 16:20:38 +1 16:20:53 +1 to that - agree we need images to have a contrast requirement. 16:21:15 Andrew: Similar to James' question, thinking about images and having to introspect the images isn't clearly conveyed. How does this line up with other SC we'll have looking at specific sizes for images? 16:22:13 …in response to JF, I think in terms of the process for this, we have a pull request. If everyone says this is great, then we have a draft. If we have minor editorial issues, we can easily address those as well. We just don't want to discuss these for an hour. Will this take us more than ten or fifteen minutes on the call to address? 16:22:39 +1 - need a SC that requires color contrast in graphics that contain essential information (that is not text) 16:22:44 …if it'll take longer and we have more substantial issues (beyond editorial) that'll take longer than ten or fifteen minutes, then we should take it back for comments and move on. 16:22:45 ack awk 16:23:17 ack jf 16:23:29 JF: To Glenda's larger question around color contrast requirement for images, I'd say "actionable" images. If a button or wrapped in an anchor, as a call to action. 16:23:30 AWK: Yes, "send back" is "work outside of call to address identified issues" not "reject" 16:23:52 adam_solomon has joined #ag 16:24:01 ack gow 16:24:02 present+ adam_solomon 16:24:06 …for other monochrome images, etc. where does the contrast need to be? For a photograph, I'd say the boundary should lie at the edges in contrast to surrounding background. 16:24:56 Mike: I heard Glenda's point that we should focus on. Also, has this developed enough for a FPWD? It doesn't need to be perfect, but good enough for a draft, and a process around that would help. 16:25:00 +1 to last speaker 16:25:47 Josh: To that point, can anyone not live with this going to draft? Are we generally happy with this going into the editor's draft or not? That's what I want to do now. Anyone object to this going in? 16:26:13 Andrew: I think we need a little more time, I'm debating this, myself. I agree with the principle of this, but wary of the details. 16:26:15 q+ 16:26:23 q+ to say ednote 16:26:26 Josh: We need to work out, is this going in the right direction? 16:26:37 ack ryla 16:26:55 Pietro has joined #ag 16:27:07 Present+ Pietro 16:27:34 ack michael 16:27:34 MichaelC, you wanted to say ednote 16:27:38 Katie: This should definitely go into the FPWD, having this go in will help us define some of the issues that we need to work out. This is what we're thinking, do you see problems with this? That's the point of the FPWD. 16:27:58 +1 to Katie 16:28:01 +1 to what Katie and MichaelC just said (adding editorial notes) 16:28:10 Michael: Here's what we have now, but we see x, y, and z issues with it, we can have editorial notes like that in the FPWD. 16:28:23 q+ to say that I would expect that we would have the editorial note in place for the group to approve 16:28:33 Thumb up for this one from me 16:28:44 ack awk 16:28:44 AWK, you wanted to say that I would expect that we would have the editorial note in place for the group to approve 16:28:47 Josh: We need language right now, and we need the ability to say that we agree with the direction. 16:28:53 q+ 16:29:02 Q+ 16:29:21 Andrew: If we go that route, I'd like to see the editorial language that we'd include in place. Even if the WG says today, we'll put this in, but we want to see that editorial language, that feels like a fair expectation. 16:29:36 How about language such as: "The AG approves this draft sc for FPWD pending confirmation of editorial language 16:29:41 ack ryla 16:29:46 Josh: Do we want to say: resolution: the WG is positively disposed…? 16:30:38 ack jf 16:30:44 Katie: I understand that the first thing we've put out in so many years has to be awesome! But we should drop some of the weight. We've skewed ourselves and I think we need to look at this as FPWD and that's it. 16:31:06 +1 editorial must meet bar 16:31:17 JF: We need to have some kind of editorial "meets the bar" as we go through these surveys, because otherwise we might as well just put them all in the draft and go from there. 16:32:24 …Nobody disagrees that we need color contrast requirements for actionable images. But we need a higher bar and to address the comments and concerns that people have about these SC to whittle them down to something better. 16:32:45 q+ 16:33:01 How did they do this for WCAG 2.0? 16:33:18 18:6:1 for accepting, accepting with changes or needing more discussion. Speaks for itself. 16:33:22 Josh: Looking to do that now. Going through these now, "Three are awesome, two need more work." That sort of level. We'll have plenty more discussion. 16:33:22 ack david 16:33:34 David: I just dropped some language in there. 16:34:18 …I think we can just say something like that. We're eyeballing it, we know we need to do more work on it, and we have a year for that. We should just move forward with that. We have 65 SC to work through and a draft due in 14 days and CSUN in there. 16:34:35 q? 16:34:38 …We should use that for our criteria. I think this one has good momentum, and we should move on. 16:34:55 Katie: How did we do this in 2.0? 16:35:26 David: We didn't have the same kind of pressure that we have here. We just published them when ready. The old way just doesn't work in the new charter. 16:35:28 If we have a clear majority for accepting or needing more discussion, that should guide us. 16:35:55 Josh: Andrew, what're your issues particularly with this? 16:36:05 24:1 in favour of accepting! 16:36:16 Andrew: A bunch of issues were raised. With additional work, I think it could be ready, but I don't like putting it in as it is right now. 16:36:24 +1 to gowerm saying 24:1 in favor of accepting 16:36:28 q+ 16:36:47 q- 16:37:13 disagree with the 24:1 measurement, I see 18 for, and 7 with some level of reservation, or roughly 30%... 16:37:38 Josh: Chair has spoken. This particular SC aside, we'll stick with the overall approach of substantial support for a given SC should indicate ready to go in. This particular one, it seems we've some substantial issues to work through before it's ready to go in. 16:37:40 q? 16:37:41 Alastair has been the strongman on this one. He helped me understand CSS pixels. 16:38:12 Andrew: The concerns I have around this are not with the principle of it. I do think there's going to be some amount of testability concerns once we talk about graphics that are complex. 16:38:18 q+ 16:38:22 Think back to when color contrast for text was first proposed. I’m sure it was a lot to think about then too! 16:38:41 There was 16:38:43 Remember when color contrast on text had to be done with a dropper? 16:38:46 q+ 16:39:03 …This may be talking about 40x40 pixels square, on the small end of graphics. Getting to larger images and graphics, there's more that has to be done. I've got questions about whether this is reasonable and achievable from that perspective. Clear enough, yes, in terms of a graphical object. 16:39:13 …I think it's close, but I would favor further review. 16:39:17 q+ 16:39:42 +1 16:39:58 Mike: If we're talking when we have 18 agree, 6 agree with changes, and only one against, do we really need to go with the rest of this list? This is one of the higher ratios. 16:40:19 …Do we need to wait for everyone to accept before we discuss these? 16:40:43 q+ 16:40:45 Josh: It comes down to issues that are substantial, really. 16:40:49 ack gow 16:40:50 q- 16:41:21 q+ 16:41:25 …If I feel, personally, that it's a substantial issue, then I'll listen to that one person bringing it up and I think we should listen to that and discuss it. 16:41:56 ack shwetank 16:43:02 q+ to say that on thinking about this more with the discussion that I can live with this in the FPWD. I do think that it will require further edits, but expect that people will make comments similar to what I am thinking. 16:43:04 ack glen 16:43:05 Shwetank: I raised a few issues on that issue, and it seems Alistair will take those into account. Have those already been taken into account, or will they be fixed later on? He has agreed with those issues, but it isn't clear to me whether they'll be included now vs. later. If now, then thumbs up from me. 16:44:02 Glenda: I don't have enough in-depth knowledge to respond to that, but what did we know about measuring color of fonts before? I used to use an eye dropper, very laborious. We have some labor involved in this now, but it's mathematically sound. 16:44:03 ack awk 16:44:03 AWK, you wanted to say that on thinking about this more with the discussion that I can live with this in the FPWD. I do think that it will require further edits, but expect that 16:44:06 ... people will make comments similar to what I am thinking. 16:44:06 +1 to Glenda 16:44:46 change is good :) 16:44:51 Yeah!! AWK 16:45:09 ack david 16:45:11 Andrew: The chairs we need to ask people and myself: can we live with this in FPWD? I don't think we'll see this exact form in the final wording, and I don't think anyone else expects that either, so I think with that I can live with this in the FPWD. 16:45:24 Why dnt we vote now 16:45:35 +1 16:45:51 We haven't really used "voting" in the past. 16:45:55 David: Thinking about the overall process, I think we should move forward on this and we should have a threshold on the FPWD and work through the rest like this in order to get to FPWD on time. 16:46:10 Josh: We need a resolution on this. Michael, what kind of language do you suggest? 16:46:25 Michael: No magic suggestions. 16:46:48 " Accept this SC into the Editor's Draft with concerns noted" 16:47:26 RESOLUTION: Accept pull request into editor's draft 16:48:06 Josh: Next one! Number two, interruptions. 16:48:10 TOPIC: SC Proposal: Interruptions (minimum) (Issue 47) 16:48:29 …we have 15 thumbs up, four accepted with changes, and three more discussions. 16:48:47 …Make that 15 thumbs up, five accepted with changes, and five more discussions. 16:49:47 JF: I'm struggling to stay on top of this massive flurry. Reading all of the comments and everything in github, there were questions posed in the thread that I didn't see responses to. 16:50:02 …between visual users and screen reader users. AAA vs. AA vs. A? 16:50:08 q+ 16:50:25 alastairc has joined #ag 16:51:16 Pull Request for this one is here https://github.com/w3c/wcag21/pull/98/files?diff=unified (and it is set to AA) 16:52:48 Mike: These comments are in the issue thread. What is an interruption? Do all four of those bulleted items constitute interruptions? Additional text unclear as to whether it goes into this SC. 16:53:08 ack ryla 16:53:14 James: Do they want the tooltip to come up? Unsure as to whether the examples all make interruptions. 16:54:33 Lisa: One of the comments - "emergency" is defined in WCAG. I would be happy adding an editor's note to clarify this around warnings. Maybe we should add warnings, if tightly defined. 16:55:03 jon_avila has joined #ag 16:55:09 present+jon_avila 16:55:30 …In terms of JF's comments, the comment itself: the background is that the COGA TF has struggled with the process overall, working out how to close things out after responding to a pull request. 16:55:39 Q+ 16:56:01 …Maybe it does need some extra clarification? I don't think that comment sounded like someone had a substantive comment, it seemed like a next-stage comment. 16:56:17 …Michael's wording change, I'd okay with as well, if everyone else is. 16:57:10 …Tooltips. In terms of interruption defining, WCAG already defines it. Happy to define it, but I don't think that should hold us up. Because other places uses that term, though, others should also work on the definition, not just COGA. 16:57:18 +1 jamesn 16:57:45 q? 16:58:34 …In terms of tooltips, it is initiated by the user. For the sake of completeness, some people find tooltips stop them from using components. So, add a mechanism for disabling the tooltips. But these would come from a user-initiated action. 16:58:57 …If you're doing personalization, then include them. If not, then we consider them user-initiated actions. 16:59:25 ack jf 16:59:55 q+ 17:00:01 Jim_S has joined #ag 17:00:03 JF: Thank you for that. I tend to agree with you, it really stems from a process thing. We have a number of SC coming to a state of maturity, managed in github, and then combined into a massive file and modified from there. 17:00:21 q+ to suggest include files and / or branches 17:00:38 q? 17:00:45 …These questions just kind of hang out there without a resolution. Maybe what we do: is this mature enough to move forward? A pull request happens, it still has questions, and they don't come along with the pull request. 17:00:46 q+ 17:00:51 q+ 17:01:09 +1 to concern about how to best manage these changes. all of these proposed SC dropping into a single file…is going to make this even more difficult to follow. Even in separate threads, this is very difficult for all of us to follow. 17:01:10 Lisa: We find it very difficult to follow all of these threads and the pull requests. 17:01:35 JF: You were right, the question raised wasn't a substantial issue, but I do want to make sure that we address all of them. 17:02:12 Josh: We're aware of the limitations and overhead of the new tools that we have, and I don't want to keep cycling around on process and tools. 17:02:42 Mike: I don't see a definition of "interruption" (I do see one for "emergency"), so I think we need that defined better. 17:03:15 The Word interruptions was in 2.2.4 (AAA) in WCAG 2.0 (and only in that SC) 17:03:23 Lisa: That was in 2.2.4, and was originally in others as well. We can't really go back and make a definition. We've, in the pull request, tried to include wording around this. 17:03:30 Wow, Lisa has a point. Interruptions is 2.2.4 in WCAG 2.0 at https://www.w3.org/TR/2008/REC-WCAG20-20081211/#time-limits-postponed 17:03:40 It would have been helpful to have input from broader group much sooner in this whole process 17:03:52 https://github.com/w3c/wcag21/issues/47 17:03:53 Mike: I don't see that, so please point that out. I don't see whether those bullets constitute interruptions. 17:03:58 https://github.com/w3c/wcag21/pull/98/files?diff=unified 17:04:01 There is no deefinition in WCAG of Interruptions but it's in 2.2.4 2.2.4 Interruptions: Interruptions can be postponed or suppressed by the user, except interruptions involving an emergency. (Level AAA) 17:04:15 q+ to say that if the definition for interruptions does not exist then thats a gap in WCAG 17:04:40 Lisa: Okay, I can see that the original wording had a lot more, but then we made it more concise, but need to explain "interruptions" in there. 17:05:01 We can infomation that Interuptions needs to be defined after the FPWD 17:05:47 ack me 17:05:47 MichaelC, you wanted to suggest include files and / or branches 17:05:48 Josh: I think that's useful and reasonable. 17:05:50 ack mich 17:05:53 q- 17:05:55 I'm not sure why an edit to 2.2.4 should be held to a higher standard than the existing version in terms of definitions. 2.2.4 is already "broken" in this regard. 17:06:25 ack dav 17:06:26 Michael: Not to rathole on process, we can look at the editorial process. We could use and include files as ways of making it easier to have proposals in easier to maintain places. 17:06:47 One reason is that AA SC were held to a higher testability standard in WCAG 2.0 17:07:15 David: I've put my comments in there, changed from needs more discussion to accept with changes. I think it needs editorial work, but they all need it. Just not sure how we can say "easily" in the SC. 17:07:37 +1 to vauge terms such as "easier" "clearer" "common", etc. 17:07:40 …How can a tester know what is possible ("as wide a scope as possible"), so I don't know how I can just that. 17:07:55 …That makes it hard to give them a level for "as wide as possible" 17:07:59 s/vauge/vague 17:08:07 q? 17:08:17 …"Where available" also falls into that testability question. 17:08:35 ack awk 17:08:42 …More editorial things. We can move on with the first draft and handle those later. 17:09:09 Andrew: I'll resist talking about the process. No matter what we do, we'll have a lot to follow, and it'll be hard. We don't really have a way to make that easy. 17:09:32 …I share some of David's concerns, and would feel better if we just say "available" rather than "easily available" or "readily available" 17:10:05 +1 to AWK 17:11:06 q+ 17:11:06 Lisa: Just going with "available" isn't good enough. If it isn't available to people with cognitive disabilities, then it isn't available. 17:11:12 q+ to say use of available implies that it is accessible. 17:12:05 …Just saying that the feature is available, but you need to know these keystrokes, then it isn't really available. It shouldn't be that every time you go somewhere you have to change this setting, but it has got to be easy to find and relatively quick to do. 17:12:29 ack AWK 17:12:50 …If there are interoperable settings, like browser settings, then that's the better way to do it. We could add those words. It does need explanation and clarification. 17:13:25 Andrew: The reason for my comment, too, is looking at the comment for "easily available" would allow your example of what shouldn't happen. 17:14:05 Q+ 17:14:21 q- 17:14:26 …Of course, I'd love to have this available at the browser level, but we don't have that, yet. WCAG applies at a page-by-page level. 17:14:46 q+ just to say an interuption can be a phonecall, which can be diferent from an emergency Tornado warning... 17:15:02 Lisa: I'm comfortable saying that the definition needs work, but I'm not comfortable losing the word "easily" and then having obscure mechanisms available. 17:15:30 ack jf 17:15:54 JF: I have a larger, overarching concern about these terms - "easier" or "clearer" or "simpler" - we need a way to measure that. 17:16:07 +1 to that 17:16:36 …We need something that a tester in Boston, Tel Aviv, etc. can each understand and measure, rather than an assumed definition. 17:17:22 Lisa: Not assumed, it's in the glossary and we need to clarify everything within there. 17:17:39 q? 17:17:53 ack just 17:17:53 just, you wanted to say an interuption can be a phonecall, which can be diferent from an emergency Tornado warning... 17:19:08 Katie: Obviously there's levels of interruption (phone call, tornado). The other thing: measurable and testable today. All of this language is going to change. We know that we'll need to work on glossary comments. We need to point these things out, but we have a long way to go and it doesn't have to be perfect for the FPWD. 17:19:38 Josh: We do have a few things that we know now from this discussion, and this has more work that needs to happen. 17:19:52 Glossary definitions should be attempted now. We are doing it in LVTF. 17:20:13 exists but not defined...... 17:20:17 +1 to Lisa's comment 17:20:22 Lisa: No, because we just need to handle the glossary terms. 17:20:34 "easily" does not appear in WCAG 2.0 17:20:35 …I think it's a bad idea to push them back over glossary definitions. 17:21:19 “easier” only appears in the guidelines of WCAG 2.0. “easier” is not in any SC in WCAG 2.0. 17:21:20 +1 to work on glossary after we have a better idea of all the SCs that will use them 17:21:54 q+ 17:21:54 Lisa, I will help work on coordinating defintions. 17:21:56 +1 to Glenda's point - "easier" is a non-normative term 17:21:57 I’m very worried about the phrase “easily”…it looks like user testing to me 17:21:59 Josh: I think you're right, and overall this SC has been largely well-received. The question then: those issues notwithstanding, is there anyone who could not live with this being added to the FPWD based on what you've heard and what you know that Lisa knows needs doing from this initial draft? 17:22:02 ack james 17:22:05 I can 17:22:25 +1 17:22:29 James: I'm not happy with it going in as it is today, because I think everyone will have the same questions that we've already raised here and that needs clarifying before it can go in. 17:22:40 -1 17:22:57 Lisa: Could we add in an editors note that we know that we need to define these things? 17:23:37 I could agree with a note to indicate that we want feedback on whether we need a definition for interruption, but the easily piece is a blocker for me 17:23:38 Lisa: We could use the original wording within the editor's note, around "No content should be added…" 17:23:46 +1 17:23:48 -1 17:23:49 +1 17:23:51 +1 17:23:53 +1 17:23:55 +1 for editor's draft 17:23:55 +1 17:23:57 +1 17:23:59 +1 17:24:03 +1 but would really like some examples of interruptions (what is what isn't) 17:24:05 +1 17:24:07 +1 17:24:08 Josh: Could people +1 for adding and -1 for not adding to the editor's draft? 17:24:10 +1 17:24:21 Andrew: Could you clarify what you're asking us now? 17:24:41 -1 until definitions have been clarified 17:24:45 Josh: Put in a ±1 for whether you want it added to the FPWD as it is today. 17:24:47 +1 17:25:18 -1 I could agree with a note to indicate that we want feedback on whether we need a definition for interruption, but the easily piece is a blocker for me 17:25:18 -1 until definitions have been clarified 17:25:19 If we gewt the Editors Note into the PR, then I would change my vote 17:25:26 -1 we should have suggested definitions even if they will change or need to be revised based on the other SC proposed 17:25:29 +1 because I don't understand why the new wording should be held to a higher standard than the existing wording. Is it only because of the proposed change from AAA to AA? 17:25:29 +1 to JF's note 17:25:38 -1 I need “easily” removed 17:25:39 +1 17:26:09 +1 17:26:17 +1 17:26:18 +1 as long as changes are defined further along making clarifications 17:26:27