14:46:35 RRSAgent has joined #wai-wcag 14:46:35 logging to http://www.w3.org/2016/08/02-wai-wcag-irc 14:46:37 RRSAgent, make logs public 14:46:39 Zakim, this will be WAI_WCAG 14:46:39 ok, trackbot 14:46:40 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:46:40 Date: 02 August 2016 14:46:45 Chair: AWK 14:47:17 regrets+ sarah_horton, Joshue 14:47:33 agenda+ TPAC Registration reminder: https://www.w3.org/2016/09/TPAC 14:47:42 agenda+ Survey on SC requirements: https://www.w3.org/2002/09/wbs/35422/reqsWCAG21 14:48:25 WCAG Techniques and Understanding comments – soliciting assistance for items https://github.com/w3c/wcag/issues 14:48:46 agenda+ Communication practices discussion 14:49:15 zakim, agenda item 3 is WCAG Techniques and Understanding comments – soliciting assistance for items https://github.com/w3c/wcag/issues 14:49:16 I don't understand you, AWK 14:50:09 agenda 3 = WCAG Techniques and Understanding comments – soliciting assistance for items https://github.com/w3c/wcag/issues 14:50:22 agenda+ Communication practices discussion 14:50:27 zakim, agenda? 14:50:27 I see 4 items remaining on the agenda: 14:50:28 1. TPAC Registration reminder: https://www.w3.org/2016/09/TPAC [from AWK] 14:50:28 2. Survey on SC requirements: https://www.w3.org/2002/09/wbs/35422/reqsWCAG21 [from AWK] 14:50:28 3. WCAG Techniques and Understanding comments – soliciting assistance for items https://github.com/w3c/wcag/issues 14:50:28 4. Communication practices discussion [from AWK] 14:51:37 agenda 2 = Survey on SC requirements: https://www.w3.org/2002/09/wbs/35422/reqsWCAG21/results 14:51:44 steverep has joined #wai-wcag 14:55:32 KimD has joined #wai-wcag 14:57:32 Greg has joined #wai-wcag 14:57:34 JF has joined #wai-wcag 14:57:37 regrets+ Marc_Johlic 14:57:39 +AWK 14:57:43 Present+ JF 14:58:06 Ryladog has joined #wai-wcag 14:58:16 present+steverep 14:58:47 Laura has joined #wai-wcag 14:59:01 +KimD 14:59:27 Present+ Katie_Haritos-Shea 15:00:16 Mike_Elledge has joined #wai-wcag 15:00:27 Lauriat has joined #wai-wcag 15:00:39 Makoto has joined #wai-wcag 15:00:42 Present+ Mike Elledge 15:01:12 alastairc has joined #wai-wcag 15:01:12 present+ Laura 15:01:13 Kathy has joined #wai-wcag 15:01:14 Present+ Lauriat 15:01:20 present+ Kathy 15:01:40 present+ Makoto 15:01:57 present+ Greg_Lowney 15:02:14 kirkwood has joined #wai-wcag 15:02:27 present+ alastairc 15:02:36 Rachael has joined #wai-wcag 15:02:45 Sarah_Swierenga has joined #wai-wcag 15:02:49 +kirkwood 15:02:56 +Rachael 15:03:12 laura_ has joined #wai-wcag 15:03:31 regrets+ James_Nurthen 15:03:37 davidmacdonald has joined #wai-wcag 15:03:42 +Sarah_Swierenga 15:03:51 Present+ DavidMacDonald 15:05:09 Scribe: Alistair 15:06:38 Wayne has joined #wai-wcag 15:07:35 AWK: Please note the attendance survey, but unfortunately our sanity is not being helped by administering the survey tool. We'd like to go back to the old way of doing it (i.e. reply to the agenda, responding to the list) if you cannot attend. 15:07:48 Zakim, take up item 1 15:07:48 agendum 1. "TPAC Registration reminder: https://www.w3.org/2016/09/TPAC" taken up [from AWK] 15:07:50 scribe, wayne 15:08:16 Ryladog_ has joined #wai-wcag 15:08:20 Present+ Katie_Haritos-Shea 15:08:53 AWK: TPAC Reminder. Please come if you can. It helps with the group unity. Strongly encourage people... 15:09:11 Present+ Wayne 15:09:21 Zakim, take up item 2 15:09:21 agendum 2. "Survey on SC requirements: https://www.w3.org/2002/09/wbs/35422/reqsWCAG21/results" taken up 15:10:02 https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Success_Criteria 15:10:11 FYI, TPAC overlaps with the USBLN conference which is just one reason I cannot attend 15:11:31 AWK: It looks like 8 have anwered. The first one are how do we assess new criteria. The second is what support is needed. Best Practice guidelines. 15:12:14 q+ 15:12:32 ... Success Criteria Criteria most think are good. 15:12:41 present+ MichaelC 15:12:54 +1 to add this text to the page 15:12:56 Laura: There should be guidance on Level A, AA, AAA 15:13:16 AWK: The problem is the rules are hard and fast. 15:13:32 Laura: Should this be put in best practices. 15:14:09 jon_avila has joined #wai-wcag 15:14:13 present+jon_avila 15:14:36 q+ to ask if filling out survey after the meeting is okay 15:14:39 AWK: the present ocument looks at common factors, but there is a certain subjectivity. 15:15:04 ...: We would like, but it is illusive 15:15:15 q+ 15:15:20 s/illusive/elusive 15:15:37 From Understanding Doc: https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-levels-head 15:15:49 MichaelC: We could point to the old document. 15:16:34 Agree with David. 15:16:35 -> http://trace.wisc.edu/wcag_wiki/index.php?title=Understanding_Levels Factors the WG considered in conformance levels before 15:16:48 q? 15:16:49 q- 15:17:10 Look at what happened with WCAG to non-web ICT where we ended up with provisions that don't apply to software that is screen based such as titles for screens 15:17:14 David: We do not want to be technology. Don't want to forbid outright that technology. 15:18:04 Q+ to say that mark-up is not technology 15:18:06 ack greg 15:18:08 Every SC should clearly specifies whether the described behavior is required to be (a) Always On, (b) On In The Default Configuration, (c) Available In The Default Configuration, or (d) Available (possibly using third-party tools). 15:18:15 ..: IN WCAG we talk about markup languages. I just may be something about particular groups of languages that would be called out. 15:19:33 Greg: Every SC should be always, vs available or available as appropriate. Authors always, only available or by default. 15:19:59 q? 15:20:08 q+ 15:20:23 ack jf 15:20:23 JF, you wanted to say that mark-up is not technology 15:21:08 ack jon 15:21:13 JF: I don't think a markup language is a technology, a screen reading software. We need a clear definition of technology. 15:22:36 Defintion of Technology in WCAG 2 = technology (Web content) mechanism for encoding instructions to be rendered, played or executed by user agents Note 1: As used in these guidelines "Web Technology" and the word "technology" (when used alone) both refer to Web Content Technologies. Note 2: Web content technologies may include markup languages, data formats, or programming languages that authors may use alone or in combination to create end-user exper[CUT] 15:22:42 Jon: Scope success criteria: Page titles only apply ot app title. Where screen based content we .... Some software is mainlined so we cannot have titles. 15:23:21 AWK: What would that mean relative to Davids comment. 15:23:38 Jon: We need scoping. 15:24:07 Note 2: Web content technologies may include markup languages, data formats, or programming languages that authors may use alone or in combination to create end-user experiences that range from static Web pages to synchronized media presentations to dynamic Web applications. Example: Some common examples of Web content technologies include HTML, CSS, SVG, PNG, PDF, Flash, and JavaScript. text 15:24:27 David: That is what I meant. 15:24:36 q+ 15:25:16 David: We would only want to do that was essential. 15:25:32 ack wayne 15:25:53 like png 15:26:14 q+ 15:26:34 ..: Why would we 15:26:39 q+ AWK 15:27:07 JF: All we can do is define requirements. 15:27:33 q+ 15:28:16 ack david 15:28:21 q+ to say we can´t go too far in the a11y support rabbit hole for 2.1 - that´s a Silver project 15:28:29 ack AWK 15:30:15 q+ 15:30:29 AWK: I am concerned about not having a clear line that technology specifics. if we had had items that some technologies could not do, If we found technology specific SCs it would not lay out the linear path for all SCs. 15:30:41 ack Greg 15:30:50 I would change the language to read “Apply across technologies to the extent possible. (Technology-specific issues should usually be in Techniques.)” 15:30:54 q+ to say unique IDs needed to be called out, I think. Sure there may be another/broader way to say that 15:31:18 q- 15:31:32 +1 Greg 15:31:39 +1 to Greg's point. Keep technology items in the techniques section 15:31:41 Greg: This to Davids point. Apply across technologies where appropriate. 15:31:55 +1 15:32:03 -1 15:32:04 +1 15:32:05 +1 15:32:28 +1 for guidance to ourselves 15:33:04 ack mike_ell 15:34:16 MikeE: It sounds like technology should be in techniques and if it is an SC it should be broad enough to apply across technology 15:34:53 AWK: Agrees. Maybe there is some wiggle room to look and justify. 15:35:28 AWK: I think 4.1.1 that is redundant to other criteria. 15:35:45 MikeE: I can point to it and say validate code. 15:35:56 ack ry 15:35:56 Ryladog_, you wanted to say unique IDs needed to be called out, I think. Sure there may be another/broader way to say that 15:36:14 q+ 15:36:31 Katie: The confusion about 4.1.1. I understand that it is best to go with what was ssuggested. 15:37:13 ..: Like unique ids, and it is valid today. 15:37:14 Historically 4.1.1 was a compromise between those who were lobbying for full validation... it was a huge war... 15:37:27 ack greg 15:37:52 (Re Michael’s statement that technology-specific things should be in Techniques.) One problem in my mind is that every technique should flow a fairly obvious result of the SC. 15:38:01 Ryladog has joined #wai-wcag 15:38:23 Present+ Katie_Haritos-Shea 15:39:25 Greg: Scoped SCs should be in Techniques: The SCs have weight but techniques don't. Its not obvious that it would be followed. Techniques are non-normative. 15:39:39 +1 to MC 15:40:00 As Michael says this document is for our guidance rather than a public, hard-and-fast requirement, so it would be useful to state that at the top of the document, just so everyone is clear on the document’s application. 15:40:02 MichaelC: I agree with the principle, but it should be rare 15:41:05 q? 15:43:41 (Re Wayne’s concern about inaccessible technologies) Web sites that rely on a technology that cannot meet WCAG cannot be considered compliant. A web page can, however, offer both a version or mode that uses the inaccessible technology as long as it also provides the same functionality through a version or mode that is compliant. 15:43:56 AWK: We want to have SCs that are not technology specific. Related to technology there will always be gaps. But we want look forward as much as possible. 15:44:46 Q+ 15:45:24 ack jf 15:46:06 q+ 15:47:01 https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-conforming-alt-versions-head 15:47:02 This goes back to the WCAG conformance requirements -- if you rely on technology it must be conformant unless there is an alternative 15:47:18 JF: If a user is not an ARIA aware tool. 15:48:30 Wayne: you might use a technology that has no accessibility support and that is a problem for users 15:48:38 JF: Is that a problem that this WG can solve? 15:48:45 Why permit alternate versions? "Sometimes, pages use technologies that are not yet accessibility supported. " https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-conforming-alt-versions-head 15:48:52 q+ 15:49:43 Wayne: The problem is if content doesn't work in ANY user agent 15:49:51 ack david 15:50:43 ack steve 15:50:43 steverep, you wanted to ask if filling out survey after the meeting is okay and to 15:50:48 q+ 15:51:18 David: We have why permit alternative versions. If some want to use technology that is not accessiblity supoorted there must be an alternative version. 15:51:51 +1 to david, WCAG2 has got that covered, we can move on. 15:52:09 Q+ to note that "pages" is now becoming something of an antiquated term 15:52:19 +1 15:52:40 AWK: It is possible to meet SCs with no UA to support it, but you would have to have some AT that supports the content. 15:52:55 I think our seeming disagreement is caused by differing interpretations of "technology". By "a web site relying on a technology" I didn't mean the user's choice of screen reader or browser, but rather things like pages conveying text only through Flash. 15:52:56 ack greg 15:53:33 ack JF 15:53:33 JF, you wanted to note that "pages" is now becoming something of an antiquated term 15:54:28 JF: So, David quoted the text that used, " a page that ..." We might want to move beyond "page". 15:55:11 AWK: Suggest editorial changes to criterion 3. 15:56:46 ..: I'm not clear about as broad as possible but not too broad. This bullet is challenging. SCs don't include redundant. We should not introduce any more. 15:57:11 http://davidmacd.com/blog/what-are-WCAG-success-criteria.html 15:57:14 JF: Keyboard vs touch. That is how I interpreted it. 15:57:23 See table from Gregg 15:57:26 AWK: That is the art vs the science. 15:59:07 David: To apply to all problems you want to address without restricting things that shouldn't 15:59:33 ...: be addressed. 15:59:36 q+ 16:00:01 ack greg 16:00:03 Gregg's table is wonderful, except that once again it uses the ambiguous term "technologies". 16:01:17 Some technologies are inaccessible, and we don't want to reword our SC make them pass. 16:02:15 SCs should apply to all problems you want to address without applying to problems it is not trying to address. No unintended consequences 16:03:25 IF the Proposed Wording ... THEN 16:03:27 Can be mis-read or misunderstood Use different wording 16:03:28 Does not apply to a part of the problem that it should apply to Wording is too narrow or specific in its language and it needs different wording. 16:03:30 Forbids something that is OK Wording is too restrictive or too general and it needs to have qualifications or exceptions, or be worded differently. 16:03:31 Is impossible to meet in some technologies It is too general and needs to have qualifications or exceptions or be worded differently. 16:03:33 Is not specific enough that you can tell when you have done it. It is not testable, and it needs rework. 16:03:34 Introduces problems for some other group besides the one you are trying to help (e.g. works great for some - but not good - makes it worse - for others). It needs to be reworked so that it addresses the problem you are trying to solve without making other problems. 16:06:05 Andrew, as you say, since it's only for our guidance and not normative even for us, it's fine as a goal to keep in mind. 16:06:10 AWK: The item is find the balance. But it is there. 16:06:17 q? 16:07:15 Suggest adding: Avoid establishing redundant criteria for content which are addressed in other Success Criteria 16:07:42 Suggest adding: Avoid establishing redundant criteria for content which are addressed in other Success Criteria 16:07:44 +1 16:07:49 +1 16:08:24 Avoid making SC mutually exclusive, as well. 16:09:11 AWK: You need to provide alternative criteria and in another criteria on linked images having a name. Something we need to minimize. 16:09:14 Q+ 16:09:34 q+ 16:10:17 Suggest adding: Avoid establishing criteria for content which are addressed in other Success Criteria 16:10:24 ack wayne 16:11:02 Change "Success criteria describe the specific condition required to meet the criteria, not the method to reach the condition" to "Describe a specific condition required of the content, as opposed to a technique or method to reach the desired condition" 16:11:17 Two Problems: We have many TFs and it is hard to fit new SCs into olf criteria. 16:11:25 q+ 16:11:49 ack greg 16:11:51 I agree we should try to avoid redundancy and list it as a goal. However, one reason that it's not always be possible is the organization into section for Perceivable, Operable, etc. It is inevitable that some design aspects will fall into more than one category. 16:12:33 ack steve 16:12:57 +1 16:13:08 +1 16:14:44 "Try to avoid ..." 16:15:14 q+ 16:15:36 Avoid redundancy where possible.... 16:15:41 ack r 16:15:57 Rachaell: Is this a best practice instead of requirement? 16:17:05 q+ 16:17:13 AWK: I think they are different. It feels more specific than be as specific as possible, but best practice is more about writing instead of content. 16:17:14 ack greg 16:17:15 Agreed with Rachael: since the first section starts with "SC SHALL", it seems that anything that is a "SHOULD" belongs elsewhere. 16:18:26 Greg: The only things that should be like normative vs. non-normative. 16:19:25 MichaelC_ has joined #wai-wcag 16:19:31 Greg: I wasn't clear on the difference between criteria and best practice. 16:19:55 On the other hand, since the entire document is non-normative, only general guidance to ourselves, maybe it's not worth worrying too much about moving things around. 16:20:02 ...: Since the whole document is non-normative we don't have to worry about that detail. 16:20:23 MichaelC__ has joined #wai-wcag 16:20:45 q+ 16:21:05 AWK: We leave this one in here. If we think this is good we send it out for consensus 16:22:35 ack greg 16:22:36 Steve: Describe the condition to meet the criteria rather than a method, the criteria is circular. You could simplify. 16:23:02 Success Criteria Shall: Clearly specify whether the described behavior is required to be (a) always on, (b) on in the default configuration, (c) available in the default configuration, or (d) available (possibly using third-party tools). 16:24:13 Everything that can be checked independently or referred to has to have some way of referring to it, thus numbered lists are always better than bulleted lists when they can stand alone. 16:25:19 AWK: The could be best practice. 16:25:52 For example if “Lists are used”, which reads like any page would fail to comply if it fails to include at least one list--or two, depending on the reader’s interpretation. What you really mean is “Information is conveyed using lists when they are appropriate”. 16:27:16 q+ 16:27:40 JF: Why the video should auto start, or choice or at least in a profile. 16:28:27 ack ra 16:29:20 Rachael: We have this conversation with color scheme. This could be a criteria. Would this apply to existing SCs. 16:30:21 Rachael: We are allowing change to existing criteria. 16:32:12 NB: I used the SC requirements to draw up this page: https://www.w3.org/WAI/GL/wiki/Animation_caused_by_user_interaction and it was a very useful process. (Not that it is fully-baked yet, but it helped!) 16:32:13 Slight correction: I think this is valuable but if we add it as a requirement for critera, would we commit to adding it to existing SCs? 16:32:35 AWK: We will run into timeline issues. We want to be carefully. This starts to get us to UA requirements. This may be something that is hit hard in Silver instead of 2.1. We may talk about this on the list. 16:33:28 bye everyone 16:33:33 trackbot, end meeting 16:33:33 Zakim, list attendees 16:33:33 As of this point the attendees have been AWK, JF, Joshue108, Rachael, Makoto, Lauriat, Kathy, Laura, Greg_Lowney, lisa, adam_solomon, marcjohlic, KimD, Katie_Haritos-Shea, 16:33:36 ... MichaelC, jeanne, moekraft, Mike_Elledge, Lisa_seeman, alastairc, jon_avila, shadi, steverep, Davidmacdonald, Wayne, Judy, Elledge, kirkwood, Sarah_Swierenga 16:33:36 bye! 16:33:41 RRSAgent, please draft minutes 16:33:41 I have made the request to generate http://www.w3.org/2016/08/02-wai-wcag-minutes.html trackbot 16:33:42 RRSAgent, bye 16:33:42 I see no action items