14:54:01 <RRSAgent> RRSAgent has joined #wai-wcag
14:54:01 <RRSAgent> logging to http://www.w3.org/2016/05/31-wai-wcag-irc
14:54:03 <trackbot> RRSAgent, make logs public
14:54:05 <trackbot> Zakim, this will be WAI_WCAG
14:54:05 <Zakim> ok, trackbot
14:54:06 <trackbot> Meeting: Web Content Accessibility Guidelines Working Group Teleconference
14:54:06 <trackbot> Date: 31 May 2016
14:54:11 <AWK> Chair: Joshue
14:54:36 <AWK> agenda+ Github working group issues walk thru.
14:54:42 <AWK> agenda+ WCAG 2.1 requirements
14:54:54 <AWK> agenda+ New Success Criteria principles
14:55:52 <Joshue108> Joshue108 has joined #wai-wcag
14:56:18 <kirkwood> kirkwood has joined #WAI-WCAG
14:56:35 <JF> JF has joined #wai-wcag
14:56:43 <AWK> +AWK
14:56:43 <JF> Present+ JF
14:56:53 <JF> agenda?
14:57:02 <Makoto> Makoto has joined #wai-wcag
14:57:22 <AWK> regrets+ Kathy_Wahlbin, Sarah_horton
14:58:04 <AWK> agenda+ H91 changes (AWK)
14:58:27 <AWK> agenda+ Pull request 189
15:00:29 <Lauriat> Lauriat has joined #wai-wcag
15:00:54 <MoeKraft> MoeKraft has joined #wai-wcag
15:02:57 <steverep> steverep has joined #wai-wcag
15:04:08 <marcjohlic> marcjohlic has joined #wai-wcag
15:04:43 <marcjohlic> present+ marcjohlic
15:04:50 <MichaelC> present+ MichaelC
15:05:30 <Mike_Elledge> Mike_Elledge has joined #wai-wcag
15:05:44 <Lauriat> present+ Lauriat
15:06:12 <Joshue108> present+ Joshue108
15:06:17 <Makoto> present+ Makoto
15:06:21 <AWK> Scribe: Lauriat
15:06:25 <kirkwood> Present+ kirkwood
15:06:33 <jon_avila> jon_avila has joined #wai-wcag
15:06:41 <jon_avila> present+jon_avila
15:07:10 <jeanne> jeanne has joined #wai-wcag
15:07:12 <steverep> +steverep
15:07:33 <jeanne> present+ jeanne
15:07:34 <Lauriat> Zakim, take up item 2
15:07:34 <Zakim> agendum 2. "WCAG 2.1 requirements" taken up [from AWK]
15:08:13 <laura> + Laura
15:08:13 <Joshue108> https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Requirements_Draft
15:08:23 <AWK> Extension requirement from earlier in the year (http://www.w3.org/TR/wcag2-ext-req/)
15:08:33 <Rakesh> Rakesh has joined #WAI-WCAG
15:08:58 <JF> Q+
15:09:08 <Joshue108> ack Jf
15:09:09 <Lauriat> Josh: Taking up the WCAG 2.1 Requirements Draft, based on the extensions document and bits of the 2.0 document. Linked above
15:10:14 <Lauriat> JF: How extensible are we around success criterion not being worked on today?
15:10:43 <JF> https://www.w3.org/TR/media-accessibility-reqs/
15:10:47 <Lauriat> Josh: If you see something that comes out of the MAUR, do bring that up. Link?
15:10:51 <AWK> MAUR = Media Accessibility User Requirements
15:11:13 <KimD> KimD has joined #wai-wcag
15:11:24 <Lauriat> JF: Other question: what's the process by which we'd propose things in advance?
15:11:37 <Mike_Elledge> present+ Mike Elledge
15:11:44 <AWK> q+ to say that we should clarify the requirements first, the process second
15:11:57 <Lauriat> Josh: On-list, pull request, all of the above.
15:12:34 <AWK> ack AWK
15:12:34 <Zakim> AWK, you wanted to say that we should clarify the requirements first, the process second
15:12:39 <Joshue108> ack awk
15:13:17 <Lauriat> AWK: Should focus on what requirements we have, rather than how to meet those requirements. Focusing on the first part.
15:13:40 <Lauriat> Josh: Not a bad idea if you want to go through that now.
15:14:25 <Lauriat> AWK: Drawn from the WCAG 2 extension requirements, so familiar to people here. Can pull out the major points in there and make sure we agree on those.
15:15:37 <Joshue108> https://www.w3.org/TR/wcag2-req/
15:15:44 <Lauriat> Josh: When talking about WGAC 2.1, talking about .X in general. .X requirements must satisfy existing requirements, linked here.
15:16:29 <Lauriat> Josh: Work we do in 2.1 will by default satisfy those. If we need to diverge from those for some reason, that may likely go under 3.0 work. May mean something bigger that needs addressing.
15:17:05 <KimD> Present+ KimD
15:17:06 <Lauriat> Josh: Trying to keep .X requirements as tightly mapped as possible to 2.0. Agreed a good idea?
15:17:10 <AWK> WCAG 2.0 requirements:
15:17:11 <AWK> Ensure that requirements may be applied across technologies
15:17:20 <AWK> Ensure that the conformance requirements are clear
15:17:24 <jeanne> q+ to ask about definitions
15:17:28 <AWK> Design deliverables with ease of use in mind
15:17:33 <Lauriat> JF: Yes.
15:17:34 <AWK> Write to a more diverse audience
15:17:40 <AWK> Clearly identify who benefits from accessible content
15:17:46 <AWK> Ensure that the revision is "backwards and forward compatible"
15:17:47 <Joshue108> ack jeanne
15:17:47 <Zakim> jeanne, you wanted to ask about definitions
15:18:19 <JF> Q+ to ask about "shifting" SC from AAA to AA - will we be able to do that?
15:18:26 <Lauriat> Jeanne: Where do definitions fit?
15:19:32 <Lauriat> Josh: Concerned about including that in the 2.1 scope. If you want to spearhead that, do feel free to.
15:19:37 <AWK> q+ to say that definitions need to be part of the 2.1 work
15:20:01 <Lauriat> Jeanne: Dealing with such an old definition of web content, really. Don't want to hold off on updating for another five years.
15:20:13 <Lauriat> Josh: Do bring it up on the list, though, we should start talking about that.
15:20:14 <Joshue108> ack JF
15:20:14 <Zakim> JF, you wanted to ask about "shifting" SC from AAA to AA - will we be able to do that?
15:20:19 <Lauriat> Jeanne: Will do.
15:21:11 <Lauriat> JF: Moving current AAA success criterion to AA criterion, thought on including this?
15:22:30 <Joshue108> q?
15:23:09 <Lauriat> Josh: Thought to include this in the extensions, but moving away from that to 2.1 work. Not really sure of the mechanism to do so, honestly.
15:23:09 <Lauriat> Michael: Seems within scope of 2.0 to 2.1.
15:23:15 <Lauriat> Josh: What about moving AA to A?
15:23:22 <AWK_> AWK_ has joined #wai-wcag
15:23:27 <kirkwood_> kirkwood_ has joined #wai-wcag
15:23:29 <MichaelC_> MichaelC_ has joined #wai-wcag
15:23:44 <Joshue108> q?
15:23:48 <Joshue108> q+
15:23:55 <Joshue108> -q
15:24:27 <Joshue108> +q to say criteria for moving SC levels may need to be based on testability or other metrics
15:24:32 <Lauriat> Michael: I think we can make any changes around that we'd want to. If we'd move 5.1.10, it may result in renumbering, which would complicate things (administratively). Not a reason not to do it, just something to keep in mind.
15:25:21 <Lauriat> JF: To Michael's point, this is why I originally proposed another dot, extending it in a different direction.
15:25:57 <Ryladog> Ryladog has joined #wai-wcag
15:26:03 <AWK_> ack AWK
15:26:03 <Zakim> AWK, you wanted to say that definitions need to be part of the 2.1 work
15:26:04 <Lauriat> JF: Contrast historically has only applied to text, but with icons, the iconography exists as a kind of language, so how would we add something like that to 2.1?
15:26:29 <Ryladog> Present+ Katie_Haritos-Shea
15:26:42 <Ryladog> q+
15:27:09 <JF> JF has joined #wai-wcag
15:27:54 <Lauriat> AWK: Related to John's earlier question around changing the level. I agree we'll have challenges around that, but we shouldn't allow that to keep us from considering it. In moving something from AAA to AA because something is now testable or no longer experimental as in 2008, we should address that, and then decide how best to represent that.
15:29:14 <Lauriat> AWK: To the earlier definitions point, I don't think we can do a 2.1 without addressing existing definitions. As long as we don't weaken the definition and we still have the ability to meet 2.0 based on those, we're okay. The definition of web content as applied to older criterion, we'll need to handle carefully.
15:29:28 <Lauriat> Jeanne: Agreed, but we need to handle it.
15:30:03 <Lauriat> AWK: It may expose what we can't handle in 2.1 and may need to wait on 3.0 for it.
15:30:28 <Joshue108> ack me
15:30:28 <Zakim> Joshue, you wanted to say criteria for moving SC levels may need to be based on testability or other metrics
15:30:34 <Lauriat> Jeanne: We need to at least try.
15:31:28 <Lauriat> Josh: We need criteria for moving success criteria. Success criteria must be testable.
15:31:42 <Lauriat> JF: Difference between testable and machine testable, correct?
15:32:20 <AWK_> AWK agrees that testable includes but does not require machine testing
15:32:49 <Joshue108> q?
15:32:51 <Lauriat> Josh: We should include this in the definitions, now that you mention it. Problems with subjective and difficult to measure success criteria. The only way to stand by decisions to move success criteria are to have a set of criteria for moving them.
15:32:53 <Joshue108> ack ryla
15:34:18 <Lauriat> Katie: For color contrast, we definitely need a new success criterion, for interactive controls, icons, and such. I agree that definitions need to be in scope for 2.1 and that we need to move things around (putting visual focus in A).
15:34:35 <Joshue108> q+ What about SCs like meaningful sequence or changes of context.
15:34:42 <Lauriat> Josh: Could we remove a success criterion?
15:34:44 <Joshue108> q+ What about SCs like meaningful sequence or changes of context.
15:34:48 <Lauriat> Katie: Sure. Example?
15:34:54 <AWK_> q+
15:36:07 <Rachael> Rachael has joined #wai-wcag
15:36:20 <jeanne> q+ to give the example of changing "No keyboard Trap" to "No Navigation Trap"
15:36:23 <Lauriat> Josh: Abstract example: say an existing criterion isn't great and everyone agrees, could we decide to remove it?
15:36:32 <Joshue108> q?
15:36:43 <Lauriat> Josh: Changing context from monster mega-menus, maybe.
15:37:17 <Lauriat> Katie: I wouldn't prioritize removal of success criteria.
15:37:29 <Ryladog> q+
15:37:39 <Lauriat> Josh: 4.1.1, meaningful sequence, what is the purpose of that?
15:37:54 <Joshue108> ack awk
15:37:54 <Lauriat> Katie: Whether you use ARIA correctly, what is the point of that?
15:38:03 <Rakesh> How about consistant identification and consistant navigation
15:38:13 <MichaelC_> q+ jamesn
15:38:43 <jon_avila> Just saw an issue with 4.1.1 where input field contained inner text that messed up accessibility API -- so issues in 4.1.1 do affect AT
15:39:18 <Ryladog> Jon Avila - I do completely agree.
15:39:43 <Lauriat> Andrew: In order to have things backward compatible… Example: 1.3.1. Delete it, break it apart, but ensure we don't forget something. Maybe keep that in place and have an additional dot level. Another case: 4.1.1, where something else already covers the success criterion.
15:40:04 <Joshue108> q?
15:40:06 <Lauriat> Josh: When you've something that already covers a success criterion, that makes things easier.
15:40:07 <Joshue108> ack jeanne
15:40:07 <Zakim> jeanne, you wanted to give the example of changing "No keyboard Trap" to "No Navigation Trap"
15:40:39 <Ryladog> +1 to Jeanne
15:41:05 <allanj> +1 to Jeanne
15:41:26 <Lauriat> Jeanne: Wanted to give the example from the Mobile Task Force, expand the context: "No keyboard Trap" expanded to "No navigation trap" to include touch. I want to have that in scope, but have boundaries on the scope change, otherwise, we might as well call it 3.0.
15:42:00 <Lauriat> Jeanne: I think Andrew said accounting for a broadening of technologies would cover it reasonably.
15:42:08 <Lauriat> Josh: I like that.
15:42:50 <Ryladog> +1 to David
15:42:57 <Lauriat> David: I'd like to see in 2.1 attention paid to dynamic content, things like aria-live, how do we handle injected content and when would we require that to be announced.
15:43:17 <Joshue108> q?
15:43:20 <Joshue108> ack ryl
15:43:55 <JF> Q+
15:44:44 <Lauriat> Katie: Agreed. In cases where we need to make it a "No navigation trap" I agree. For the cases brought up for possible movement, I think we should add numbers, rather than moving numbers.
15:45:19 <AWK> Let's not argue the meaning of SC now...
15:45:28 <Lauriat> Katie: I don't think we should remove anything, including 4.1.1.
15:45:42 <jon_avila> q?
15:46:16 <Lauriat> Josh: Incomprehensible to devs, though. What does that mean? My point: that needs improvement.
15:47:00 <Lauriat> Katie: Absolutely. Don't call it some other number, but improve the language itself.
15:47:31 <Joshue108> ack jamesn
15:47:31 <AWK> q+
15:47:34 <Lauriat> JF: I don't disagree with that, but we need to account for backward compatibility. We can't change the language.
15:47:35 <MichaelC> q+
15:47:58 <MichaelC> q+ to say we probably need requirements for 2.1, and think they should be conservative
15:49:08 <jeanne> +1 James
15:49:08 <Lauriat> James: What's great in one situation may prove terrible in another situation, so we need to be very careful with this. With touch, what happens when voice comes in more? We need to stay away from becoming too prescriptive.
15:49:15 <Lauriat> (Thanks!)
15:49:51 <Rachael> +present Rachael
15:50:45 <Lauriat> JF: Talking about adjusting the level or what have you, right now, the numbering follows A, AA, and AAA. What happens if we want to add a new AA at 3.1.7 (for example)? If new, we break the pattern? We either add a new x.x.x or we can add a x.x.x.x.
15:50:56 <AWK> ack AWK
15:50:57 <Joshue108> ack awk
15:51:05 <JF> ack jf
15:51:09 <Lauriat> Josh: Language can include meeting the parent.
15:51:34 <Lauriat> (Very much appreciated!)
15:51:47 <AWK> ack m
15:51:47 <Zakim> MichaelC, you wanted to say we probably need requirements for 2.1, and think they should be conservative
15:51:48 <Joshue108> ack michae
15:52:14 <jeanne> +1 Michael for scoping 2.1 carefully.
15:52:34 <Joshue108> https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Requirements_Draft
15:52:36 <AWK> q+
15:52:39 <Lauriat> Michael: A little off track, but we need to write some success requirements for 2.1, so we can figure out what's in scope for 2.1 vs. 3.0. We should remain conservative in our requirements.
15:52:41 <Joshue108> ack awk
15:52:56 <davidmacdonald> davidmacdonald has joined #wai-wcag
15:53:07 <Lauriat> AWK: Definitely. Anyone feel like backward compatibility with 2.0 shouldn't be a requirement for 2.1?
15:53:14 <Joshue108> q+
15:53:23 <davidmacdonald> q+
15:53:53 <Lauriat> Katie: One way to avoid breaking that: adding a new success criterion as opposed to changing an existing one.
15:54:06 <Lauriat> AWK: Yes or no for a requirement?
15:54:08 <davidmacdonald> q+
15:54:19 <Joshue108> ack me
15:54:39 <Lauriat> Katie: Good way to go, but sometimes we may need to add a new one to not change the old one.
15:55:40 <AWK> q+ to say backward compatibility SHOULD be required unless we are going right to 3.0.  We can wriggle out of that restriction after 2.1
15:55:46 <Joshue108> ack davd
15:55:51 <Lauriat> Josh: We shouldn't have backward compatibility prevent us from fixing things. We have criteria too difficult to understand and follow today. If we need to break backward compatibility, I think that's fine.
15:55:58 <JF> Q+ to say that lawyers may not agree with Josh on Backward Compatability
15:56:32 <Joshue108> ack dav
15:57:02 <Joshue108> ack awk
15:57:02 <Zakim> AWK, you wanted to say backward compatibility SHOULD be required unless we are going right to 3.0.  We can wriggle out of that restriction after 2.1
15:57:02 <AWK> ack AWK
15:57:09 <Lauriat> David: I want things that worked before to remain accessible. We all agree landmarks are a good idea, but we can't add that due to backward compatibility. We definitely don't want to constrain ourselves with backward compatibility when we can improve things.
15:58:37 <Lauriat> AWK: Concerned from administrative perspective. I think we need guardrails to keep 2.1 on track. Talking about putting a document out for review in a year, if we say anything's up for grabs, that'll make it more difficult. More substantial work, we could say would come in 3.0. We should include some guidance for 2.1 in order to keep things manageable.
15:59:24 <Lauriat> Josh: To what degree should we constrain things by the past? Legacy user agents, for example. We should have the ability to do the new thing for now.
16:00:17 <JF> +1 to AWK
16:00:19 <Lauriat> AWK: If we want to have new success criteria, we can say to meet 2.1 you have to do more. You have to ensure that any structures of these types (x, y, z) would be required under 2.1. That's okay, because if you do it, you'll still meet 2.0. That doesn't worry me so much.
16:00:39 <marcjohlic> q+
16:01:08 <Joshue108> ack JF
16:01:08 <Zakim> JF, you wanted to say that lawyers may not agree with Josh on Backward Compatability
16:01:08 <Lauriat> Josh: A lot of that to me just sounds like techniques.
16:02:46 <AWK> +1 to JF comments
16:02:52 <davidmacdonald> q+
16:02:57 <marcjohlic> +1
16:03:01 <Lauriat> JF: In terms of backward compatibility, I wouldn't want us to drop anything. That'd be a major concern for general council. Adding ARIA roles to 2.1 doesn't change 2.0, so going back and adding these things is a major reason for having a 2.1. If you don't add color contrast for icons (etc.), you're still 2.0, just not 2.1. I don't see backward compatibility as a restriction.
16:03:06 <AWK> ack marc
16:03:12 <allanj> spot on, +1 JF
16:03:13 <Joshue108> ack marc
16:03:15 <jeanne> +1 JF
16:03:40 <Rakesh> +1 JF
16:03:59 <Joshue108> q?
16:04:02 <Lauriat> Marc: I see touch and things like that perfect for 2.1. If you want to meet 2.1, you need to meet those things, if not: still 2.0.
16:04:04 <Joshue108> ack david
16:04:06 <Lauriat> +1 JF
16:04:12 <Makoto> Q+
16:04:24 <Lauriat> David: I don't see how we're disagreeing. (Laughs)
16:04:57 <Lauriat> David: I wouldn't want people to have this nostalgia for 2.0 and restrict 2.1 based on that.
16:05:45 <Joshue108> q?
16:05:50 <Lauriat> JF: Not about nostalgia, but about conformance. 2.1 will only add to 2.0. Example: you could be conformant with HTML or XHTML and HTML, because of the backward compatibility.
16:06:37 <Lauriat> James: If you write something conformant in HTML 5.1 it may not be with HTML 5, though.
16:06:56 <Lauriat> Josh: Maybe we need to define what we mean by backward compatibility.
16:06:57 <Joshue108> ack makoto
16:07:30 <JF> +1 to Makoto - we cannot "undue" WCAG 2.0
16:07:41 <JF> s/undue/un-do
16:08:02 <Ryladog> q+
16:08:12 <Lauriat> Makoto: in any case, conforming to 2.1 should mean conforming to 2.0. If not, that could create problems. In Japan, that would cause major problems, so we should keep that in mind in terms of international requirements.
16:08:14 <Joshue108>  ack rayla
16:08:18 <Joshue108> ack ry
16:08:45 <Lauriat> Katie: That speaks to how we can add things, but not subtract. No removal of success criteria. Does that make sense?
16:08:56 <Lauriat> Makoto: Yes.
16:09:06 <Lauriat> Katie: Thank you, that helps with the scope.
16:10:09 <JF> Q+ to ask Josh about architecture point
16:10:51 <Joshue108> https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Requirements_Draft
16:11:13 <JF> ack JF
16:11:13 <Zakim> JF, you wanted to ask Josh about architecture point
16:11:31 <Joshue108> ack jf
16:11:38 <Lauriat> Josh: We could maybe start to think about 3.0 stuff, and we need to define the scope more clearly in order to have a path to build on, and then to 3.0 more easily. Talking about a .X release, after all. Other requirements beyond backward compatibility, need to discuss needs of users in multiple domains and the conformance model.
16:11:39 <davidmacdonald> q+
16:12:43 <Lauriat> JF: You mentioned the architecture of this. WCAG 2.0, the numbering convention we have all follow A, AA, then AAA. If we add new success criteria, do we renumber, or do we add after the AAA, regardless of level? Agnostic, but I think we should answer that.
16:12:47 <Rachael> q+
16:12:53 <Lauriat> Katie: We should not renumber.
16:13:07 <Lauriat> JF: All agreed, though? Do we need to ask?
16:13:39 <Joshue108> q?
16:13:39 <Lauriat> Josh: This will go out for comment, important questions. We will look for consensus on this, the conformance model, all of it.
16:14:04 <Lauriat> James: Similar to moving levels from AAA to AA, which can cause confusion.
16:14:31 <MichaelC> q+ to say this is another wide review question - policy wonks may care greatly, or not at all, how we number things - we need to explicitly ask
16:14:34 <Joshue108> ack dav
16:14:36 <Lauriat> Josh: I'd rather not change the structure, since people know the numbers today and wouldn't want that to change. Maybe in 3.0, but for 2.1, definitely not.
16:15:38 <Lauriat> David: I share that. We'll probably end up with an extra dot. This whole issue of conforming alternative. In a mobile world, technically someone could say "I don't need to make my mobile site accessible because my desktop version is. That's the alternative." We need to close that hole.
16:15:49 <jeanne> +1 DMcD - conforming alternatives
16:16:05 <Mike_Elledge> +1
16:16:08 <Lauriat> Josh: Please note that. What does it mean to have a conforming alternative?
16:16:21 <Joshue108> ack rach
16:16:24 <JF> This is why I keep coming back to "the extra dot" - for example currently we have (for example) 3.3.5 Help: Context-sensitive help is available. (Level AAA). If we were to advance this to AA in a WCAG 2.1, I would propose that we did it via the additional dot umber - i.e 3.3.5 = AAA @WCAG 2.0, and 3.3.5.1 = AA in WCAG 2.1
16:16:59 <Lauriat> Rachael: In 3.0, I think we should revisit the numbering scheme, just so that we can avoid this when we eventually make it to 3.1 work.
16:17:01 <Joshue108> ack mich
16:17:01 <Zakim> MichaelC, you wanted to say this is another wide review question - policy wonks may care greatly, or not at all, how we number things - we need to explicitly ask
16:17:11 <davidmacdonald> maybe 3.3.5 (a)
16:17:28 <davidmacdonald> We could start adding letters???
16:17:40 <Lauriat> Michael: Evaluators may care a great deal about that, so we should ask them when the time comes.
16:17:58 <Makoto> +1 to JF
16:18:03 <Lauriat> Zakim, next item
16:18:03 <Zakim> agendum 1. "Github working group issues walk thru." taken up [from AWK]
16:18:15 <Lauriat> Zakim, take up item 3
16:18:15 <Zakim> agendum 3. "New Success Criteria principles" taken up [from AWK]
16:20:19 <Joshue108> q?
16:20:25 <Lauriat> Josh: Likely will go on, but I want us to think about success criteria requirements. Not clearly documented, so we need to think about this and work it out. Within the requirements draft document, a draft for success criteria requirements. Open for edits, comments, so on. Have a look at that. For editors on 2.0, how did you decide things for this?
16:20:55 <JF> msg/ AWK http://parkerhiggins.net/2013/01/writing-the-prince-symbol-in-unicode/
16:21:07 <JF> s/msg/ AWK http://parkerhiggins.net/2013/01/writing-the-prince-symbol-in-unicode//
16:21:32 <Lauriat> David: Testability has to always apply. You have to scope things in and out of them. If too wide, you have to narrow it down. If too narrow, you have to expand it out. It is a real art to writing success criteria. That have to be technology agnostic, they have to always be true.
16:22:08 <Lauriat> David: It's a statement about what is. We tend to say "Don't do this" it should be a statement of what is. "There is alternative text for all images"
16:22:29 <Lauriat> Katie: Right, it's a specific outcome. Then understanding how that can happen in more technical detail.
16:22:48 <Joshue108> q?
16:22:52 <Lauriat> Josh: I like that. I've documented some of this in the requirements document.
16:23:10 <AWK> The most difficult issue will be how to handle the line between what is needed for PWD and what is needed for people in general.
16:23:16 <Lauriat> Josh: Any other thoughts or comments from the veterans?
16:23:51 <Lauriat> Katie: I think that covers it. We have to be really careful about what we put in it.
16:24:10 <Lauriat> Josh: Makes me think about the principles behind universal design.
16:24:39 <Lauriat> Katie: I don't think we should mix the two, as that can create problems for people with disabilities.
16:25:20 <Lauriat> AWK: I think we'll have a much larger set from low vision and cognitive. In the past, where WCAG has said "Use simple language" this may pose problems for end users.
16:25:26 <Rachael> +1 to  AWK
16:26:16 <Lauriat> Katie: The awesome part comes from the studies coming out of the WGs. If there's evidence that support creates problems for people with disabilities, then that helps.
16:26:38 <JF> +1 to Katie - out of scope
16:26:42 <Lauriat> Josh: Not just "this is a disability thing"
16:26:53 <Lauriat> Katie: Not in our charter.
16:27:33 <Lauriat> Josh: I end up saying "Do this because it's a good thing for other use cases" and I thought we could include that.
16:27:48 <Lauriat> Katie: Good practice, but not in our scope and not our problem.
16:27:57 <Joshue108> q?
16:28:25 <Lauriat> JF: When you need to get into abstract land and talk about things, I always bring up seniors, to make the point of a gradient, a range of impairment.
16:28:31 <jon_avila> jon_avila has joined #wai-wcag
16:28:40 <Lauriat> Josh: Please do post on-list about success criteria and such.
16:28:58 <AWK> Zakim, list attendees
16:28:58 <Zakim> As of this point the attendees have been AWK, EricE, Kathy, Laura, jeanne, KimD, alastairc, JF, Joshue108, John_Kirkpwood, SarahH, Makoto, David_MacDonald, Mike_Elledge,
16:29:02 <Zakim> ... John_Kirkwood, Greg_Lowney, kirkwood, MichaelC, Katie, Haritos-Shea, patrick_h_lauke, Elledge, MacDonald, Katie_Haritos-Shea, wayne, jon_avila, marcjohlic, Rachael, BM, Shawn,
16:29:02 <Zakim> ... Lauriat, adam_solomon, Davidmacdonald, Shawn_Lauriat, [Steve, Repsher], JamesNurthen, Steve_Repsher, steverep, Sarah_Swierenga, Steve, Andrew
16:29:19 <AWK> trackbot, end meeting
16:29:19 <trackbot> Zakim, list attendees
16:29:19 <Zakim> As of this point the attendees have been AWK, EricE, Kathy, Laura, jeanne, KimD, alastairc, JF, Joshue108, John_Kirkpwood, SarahH, Makoto, David_MacDonald, Mike_Elledge,
16:29:22 <Zakim> ... John_Kirkwood, Greg_Lowney, kirkwood, MichaelC, Katie, Haritos-Shea, patrick_h_lauke, Elledge, MacDonald, Katie_Haritos-Shea, wayne, jon_avila, marcjohlic, Rachael, BM, Shawn,
16:29:22 <Zakim> ... Lauriat, adam_solomon, Davidmacdonald, Shawn_Lauriat, [Steve, Repsher], JamesNurthen, Steve_Repsher, steverep, Sarah_Swierenga, Steve, Andrew
16:29:27 <trackbot> RRSAgent, please draft minutes
16:29:27 <RRSAgent> I have made the request to generate http://www.w3.org/2016/05/31-wai-wcag-minutes.html trackbot
16:29:28 <trackbot> RRSAgent, bye
16:29:28 <RRSAgent> I see no action items