14:52:18 RRSAgent has joined #wai-wcag 14:52:18 logging to http://www.w3.org/2016/08/30-wai-wcag-irc 14:52:20 RRSAgent, make logs public 14:52:20 Zakim has joined #wai-wcag 14:52:22 Zakim, this will be WAI_WCAG 14:52:22 ok, trackbot 14:52:23 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:52:23 Date: 30 August 2016 14:52:37 zakim agenda? 14:52:41 zakim, agenda? 14:52:41 I see nothing on the agenda 14:52:47 agenda+ TPAC Agenda (https://www.w3.org/WAI/GL/wiki/Meetings/TPAC_2016) 14:52:56 agenda+ Publication of Techniques and Understanding Documents (https://www.w3.org/2002/09/wbs/35422/fall2016pubs/) 14:53:06 agenda+ Survey: Initial Review of Proposed SC (https://www.w3.org/2002/09/wbs/35422/NewSC_initialthoughts/) 14:53:12 Chair: Joshue 14:54:51 Mike_Elledge has joined #wai-wcag 14:54:52 AWK has joined #wai-wcag 14:55:56 KimD has joined #wai-wcag 14:56:57 kirkwood has joined #WAI-WCAG 14:57:52 +AWK 14:58:05 rrsagent, draft minutes 14:58:05 I have made the request to generate http://www.w3.org/2016/08/30-wai-wcag-minutes.html AWK 14:59:00 trackbot, start meeting 14:59:02 RRSAgent, make logs public 14:59:04 Zakim, this will be WAI_WCAG 14:59:04 ok, trackbot 14:59:05 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:59:05 Date: 30 August 2016 14:59:21 zakim, agenda? 14:59:21 I see 3 items remaining on the agenda: 14:59:22 1. TPAC Agenda (https://www.w3.org/WAI/GL/wiki/Meetings/TPAC_2016) [from Joshue108] 14:59:22 2. Publication of Techniques and Understanding Documents (https://www.w3.org/2002/09/wbs/35422/fall2016pubs/) [from Joshue108] 14:59:22 3. Survey: Initial Review of Proposed SC (https://www.w3.org/2002/09/wbs/35422/NewSC_initialthoughts/) [from Joshue108] 15:03:34 marcjohlic has joined #wai-wcag 15:04:23 JF has joined #wai-wcag 15:04:32 Present+ JF 15:04:47 steverep has joined #wai-wcag 15:04:56 present+steverep 15:05:02 present+ marcjohlic 15:05:03 present+ Joshue108 15:05:10 Present+ Mike Elledge 15:05:12 present+ GregL 15:05:13 +KimD 15:05:15 present+ jeanne 15:05:20 present+ kirkwood 15:05:28 jon_avila has joined #wai-wcag 15:05:37 https://www.w3.org/WAI/GL/wiki/Scribe_List 15:05:38 Greg_Lowney has joined #wai-wcag 15:05:47 present+jon_avila 15:07:49 present+ Laura 15:08:05 scribe: marcjohlic 15:08:22 zakim, take up item 1 15:08:22 agendum 1. "TPAC Agenda (https://www.w3.org/WAI/GL/wiki/Meetings/TPAC_2016)" taken up [from Joshue108] 15:08:41 https://www.w3.org/WAI/GL/wiki/Meetings/TPAC_2016 15:08:44 JOC: Have a basic agenda loaded into the wiki page 15:09:19 ... Meetings going from 8:30A to 6P (local time). Lunch will be provided 15:10:15 ... Logistics, greeting, getting wifi going: .5 hr Review COGA SC Proposals - 1.5 hr Review MATF SC Proposals - 1.5 hr Review LVTF SC Proposals - 1.5 hr Work on 'Silver' - 3 hr DPUB meeting - 1 hr ACT TF meeting - .75 hr New SC numbering methods - 1 hr New Charter - .5 hr 15:10:38 ... Potential other topics: GitHub process for WG members 15:10:40 WCAG 2.1 requirements/progress 15:10:41 Soliciting wider review of our work. 15:11:07 q+ to comment on silver meeting timing 15:11:09 ... Have not actually allocated days yet, but would like to hear from folks whether they have other meetings they need to attend etc? 15:11:17 ... How does group feel about this agenda? 15:11:17 ack awk 15:11:17 AWK, you wanted to comment on silver meeting timing 15:11:23 Q+ 15:11:55 AWK: Had a call w/ Silver subgroup. Looking at a 3 hour time - tentatively targeting Tues AM as a time for that. Soft stake in the ground. Don't want to have it Monday morning. 15:12:19 JOC: OK let's stick that in for Tues. Adding to the wiki now. Silver Tues AM 15:12:26 q? 15:12:29 ack jf 15:13:12 JF: Looking at the agenda - see review of COGA, MATF, and LV - put aside 4 hours and WCAG 2.1 progress. Is that different? Or part of the 3 proposals? Curious to know where we are 15:13:38 JOC: The 2.1 item would be any other business around requirements. The first parts are the TFs 15:13:47 q? 15:14:33 AWK: In terms of where these are being collected: the idea is that they will be collected in GH 2.1 repo as Issues. By Dec 1st we expect that we'll have some in there. Not all, but some. Dec is the target. 15:14:42 davidmacdonald has joined #wai-wcag 15:14:50 ... The other item would be around other topics related 15:14:54 test 15:15:11 present+ David MacDonald 15:15:20 JF: The question is: you have WCAG 2.1 requirements/ progress - and the TFs above. What is the difference? 15:16:23 AWK: The reason 2.1 progress / reqs is there - there is a document that we need to publish as a Note wich is the WCAG 2.1 reqs document. We can't publish a WCAG 2.1 draft yet. We've done a lot of work on the reqs document, but to wrap it up more that's something we'll have to spend some time on at the meeting 15:16:56 zakim, who is on the phone? 15:16:56 Present: AWK, JF, steverep, marcjohlic, Joshue108, Mike, Elledge, GregL, KimD, jeanne, kirkwood, jon_avila, Laura, David, MacDonald 15:17:07 q+ 15:17:28 JF: Will be there the entire week - but spreading time across several activities 15:17:37 ack david 15:18:00 DM: Will we talk about DPUB? 15:18:17 JOC: Yes, DPUB will come in and talk with us.. As will Automation group 15:18:25 JF: Any discussions with EO? 15:18:50 AWK: We will - not on the list. Will add to the wiki now. Have been talking w/ EO about meeting. 15:19:48 q? 15:20:12 AWK: Suggest putting DPUB or ACT meetings at a time where they aren't in the middle of say Silver discussions - but other than that pretty wide open for scheduling 15:22:30 AWK: We'll have 7 hours of working time (excludes lunch and breaks) and we have 11.25 hours of topics on the agenda 15:22:55 AWK: Are there topics that are of greater interest to folks? Or topics we're missing? 15:24:01 JOC: Next week we'll have an actual schedule. A lot to do - bit of a marathon session. 15:24:20 zakim, next item 15:24:20 agendum 2. "Publication of Techniques and Understanding Documents (https://www.w3.org/2002/09/wbs/35422/fall2016pubs/)" taken up [from Joshue108] 15:24:50 JOC: We have new Techs and Understanding docs that we are ready to publish 15:25:12 ... Survey appears to have unanimous consent to publish 15:25:41 RESOLUTION: WG agrees to publish updated Techniques and Understanding documents. 15:26:31 zakim, next item 15:26:31 agendum 3. "Survey: Initial Review of Proposed SC (https://www.w3.org/2002/09/wbs/35422/NewSC_initialthoughts/)" taken up [from Joshue108] 15:29:07 JOC: Looking to collect feedback on proposals from TFs. Any issues in the template we're askign them to use? Any major issues in what is being submitted? Comments? 15:30:07 jamesn has joined #wai-wcag 15:30:07 AWK: And we really only got these yesterday. Initial post had a broken link. The idea is to get some thoughts and feedback to the TFs 15:30:20 rrsagent, make minutes 15:30:20 I have made the request to generate http://www.w3.org/2016/08/30-wai-wcag-minutes.html jamesn 15:30:49 ... these are not in the official template yet or submitted as Issues in GH yet, but thought it might be a good idea to get some initial feedback 15:31:00 No Accidental Activation 15:31:07 https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Proposed_revision_of_2.5.3 15:31:43 JOC: General feedback was pretty positive. 15:31:52 ... This one comes from the Mobile TF 15:32:20 JF: Proposed reqs of 2.5.3? We don't have a 2.5.3 in WCAG? 15:32:59 DM: This is an internal doc - references 2.5.3 of our internal workings. Could become a new SC with a new Guideline. We will let WG decide new numbering 15:33:16 JF: Suggest we look at new Guidelines before we look at SC 15:33:17 New Guideline Pointer Accessible: Make it easier for users to operate pointer functionality. 15:33:27 JOC: New Guideline is listed in document 15:33:39 "New Guideline Pointer Accessible: Make it easier for users to operate pointer functionality. " 15:34:44 https://w3c.github.io/Mobile-A11y-Extension/#touch-and-pointer 15:34:50 thanks Jeanne! 15:35:20 This is the Extension that we originally were working on. 2.5 is the Guideline. There is also an Intent of the Guideline 2.5 15:35:39 AWK: Looking at it from the point of: "What is this requiring? Is there a rational basis for this?" TF may say this aligns with Guideline XYZ but as a WG we may suggest other. So at this point it's just a matter of looking at the proposed document and giving initial feedback. 15:36:00 Q+ 15:36:31 JOC: Take a few mins to read through 15:39:10 q? 15:39:23 q+ 15:39:30 ack jamesn 15:40:05 ack greg 15:40:20 Ryladog has joined #wai-wcag 15:40:32 Q+ 15:40:36 Present+ Katie_Haritos-Shea 15:40:38 I think it would be better if we separate out use of the platform’s generic activation/click event to become the first bullet item, separate from the remainder of the item (explicitly happening on the up-event). This is so it is not the content’s responsibility to detect and work around cases where a niche client platform triggers activation on the down event 15:40:50 or a hover. 15:41:13 present+ jeanne 15:41:52 q+ 15:42:28 q+ 15:42:31 JN: Concerned about us writing something in there that supports touch. We may need to add a caveat into these "Where device supports touch" - avoid issues we've had with Keyboard 15:43:13 JF: Right now - all guidelines are dependent on an input type that is beyond what author can control 15:43:35 JS: We've addressed a lot of these issues in the definitions. We've discussed these quite a bit in the TF. 15:44:02 ... This is why we're looking to change from "touch" to "pointer" 15:44:28 JF: This is why it may be helpful to go back to the guideline first. 15:44:38 q+ 15:44:48 q+ 15:45:06 JS: This is addressing custom widgets 15:45:16 JF: That needs to be explicit and not implied 15:45:57 JOC: It almost looks like this is required for some things - a way of denoting that would be calling that out in the SC - when this is required. 15:45:58 ack JF 15:46:08 ack awk 15:46:08 ack AWK 15:47:38 AWK: It's different from what we have in other SC because it's specific around an event. I'm wondering what the problem specifically is that maybe doesn't exist for mouse users.. or is there a problem for mouse users that we don't cover in WCAG 2? I'm wondering whether this might be too specific - maybe doesn't need to say it happens on the up event, but that users can stop it from... 15:47:39 ...proceeding - or define at what point they can't reverse it. 15:47:53 +1 to AWK 15:47:59 ... trying to determine if this affects mouse users 15:49:24 DM: The problem we were trying to resolve was really about a mobile device (initially). Folks w/ dexterity issues may have difficulties touchign the right thing. This would allow them to stop if they touched the wrong item. All of these would be talking about pointer events. 15:49:48 ... We were primarily thinking finger as the pointer, but certainly applies to all pointer devices. 15:50:35 q? 15:50:40 Q+ to note that the default of "up-event" isn't noted in the SC 15:52:08 JOC: When I read the guideline, i was wondering if it would be better that instead of "easier" just make it "touch and pointer events need to be operable". Wasn't sure why it was framed as "make it easier" 15:52:10 Q? 15:53:09 DM: We're borrowing from 1.4 Guideline. Guidelines themselves are not testable themselves - they are not made to be requirements themselves - just buckets to hold SC 15:53:31 q+ to say that this feels too specific when compared to 2.1.1, which seems to be the more direct analog 15:53:32 ... this SC is saying that if you do these things it will make it easier for users 15:53:38 ack me 15:53:41 ack greg 15:53:44 Re John’s comment original comment re sounding like it requires touch, this proposed SC is explicitly scoped with "For single pointer activation", so it only applies where that is supported. 15:54:25 Perhaps the first line could be worded to make that clearer to less-technical readers that the target audience is authors who override default behavior. Separating out a new first bullet as I suggested earlier might help with that. The Description could also start with a sentence making this very clear. 15:55:14 ack david 15:55:41 DM: The first bullet does say implicitly or explicity - so it is right there. Maybe a better way of saying that. 15:56:33 ack jf 15:56:33 JF, you wanted to note that the default of "up-event" isn't noted in the SC 15:56:35 GL: It is there, but that point is at the end. If the bullet item is "use default actions of a click event" - could even put in () "the default in most systems" 15:57:06 JF: +1 to GL, no where do i see where it says the default. On most native events, that's the default anyhow. 15:57:15 +1 15:57:43 For example: 1. Use platform's generic activation/click event (usually the default); ... 15:57:55 2. When explicitly specifying sub-events, activation is on the up-event; 15:58:04 ... this will impact a small number of content authors. We need to call out that this is related to custom content creation. When you're creating your own custom component that it activates on the up event and now the down. 15:58:23 DM: We can bring GL's language back to the group 15:58:53 ... big takeaway is that we need to make it explicit in the SC that the default is up event 15:59:23 JOC: We'll leave this open for another week or so and come back to them. 15:59:48 JF: Currently shows as a Level A requirement. Scares me that there may be some platforms that can't support this. 15:59:53 q? 16:00:02 AWK: We as a group will work on leveling at a later point 16:00:17 ack AWK 16:00:17 AWK, you wanted to say that this feels too specific when compared to 2.1.1, which seems to be the more direct analog 16:00:20 ack awk 16:01:19 AWK: I think we should be careful in saying that it only applies to custom because just because this is default in current doesn't mean it won't change. 16:02:04 q+ 16:02:14 ... in looking at 2.1.1 compared to this one - we don't have anything for the keyboard that is as specific as this - like saying you need to be able to cancel. For example we don't say that if you hit enter on a link you have to be able to cancel that before releasing the key. 16:02:57 ... wonder if what we really should be doing is: " for pointer users you need to be able to interact with all content and functionality". Wonder if that helps avoid some of the challenges we'll find with detailed wording. 16:03:08 ... maybe the additional wording is something we need to deal with in Silver 16:04:09 q+ to question whether this SC invalidates all drag and drop actions? 16:04:20 JOC: Complicated stuff and we have to strike a balance between the reader understanding what's required from them w/o causing too much confusion. There are times we don't want to be prescriptive 16:04:32 ack dav 16:05:17 DM: I don't know that i would map this to keyboard because this is specific when you're touching a screen. With keyboard your hands are on the keyboard all the time, but this is a specific problem with accidentally touching the screen. 16:05:24 q+ JF 16:05:24 Q+ 16:05:47 ack steve 16:05:47 steverep, you wanted to question whether this SC invalidates all drag and drop actions? 16:05:47 JOC: I would like to see the SC call out that it is specific to touch and pointer 16:06:09 SR: Where do drag and drop events fit into this? 16:06:26 I'm not sure that I agree that the sort of problem here doesn't exist for keyboard users. We should discuss more. 16:06:31 DM: Good question and is something we need to bring back to the TF 16:06:33 Ryladog has joined #wai-wcag 16:06:37 q+ 16:07:11 SR: As a follow-up it doesn't read as mobile only or tap only right now. 16:07:35 This applies to "For single pointer activation", which is usually considered a separate class of action from drag-and-drop operations. 16:07:39 JF: You grab with the mouse down and that starts the event 16:07:56 ack JF 16:08:03 ack jf 16:08:05 ack JF 16:08:07 ack ryla 16:09:16 KHS: Some of this is relevant to the Indie UI stuff that is being transferred to HTML and CSS. May include movements on a map and 3D, chessboard etc. Have to keep that in mind w/ some of these mobile reqs 16:10:07 DM: The entire section has been remapped on Patrick's suggestion on pointer events. Bullet 5 covers exceptions such as drag and drop, but may need better language to call that out 16:10:17 There is an exception in the SC about events that would be invalidated would not be required on the up-event 16:10:36 q? 16:11:17 KHS: When talking about UI independent components, in a few years they won't be custom it will just be how we do HTML. Not sure we need that kind of info because we don't want to tie it down because of how things are done today 16:11:55 JOC: Generally happy with the way this is going? Or questions? Generally content? 16:12:14 +1 to AWK 16:12:18 AWK: Not entirely content with it yet - would like to see how we make this parallel w/ keyboard reqs 16:13:06 AWK: There is a lot of good information in there, yes 16:13:22 TOPIC: New SC: Provide Rapid and Direct Feedback 16:13:31 https://rawgit.com/w3c/coga/master/extension/rapid-and-direct-feedback.html 16:14:37 JOC: This relates to feedback loops 16:14:56 JF: Noted that it's related to Guideline 3.3. Don't know if that's really what we're doing here 16:15:05 JOC: Seem to me to be two different things 16:15:40 JF: This may actually be a 3.1 make content readable and understandable 16:15:46 q? 16:15:55 AWK: or make operate in predictable ways 16:16:18 JF: This is immediately after user takes action they are given some feedback. 16:16:35 DM: No req in WCAG now except in 4.1.2 that's close to it 16:16:44 JF: I think it's closer to 3.1 or 3.2 than 3.3 16:16:49 This is closer to good usability. 16:17:22 Seeing the term 'feedback loop' in this SC name would be good. 16:17:51 JOC: Guideline or principle is up in the air, but this seems useful. Question on where it should live 16:17:54 q+ 16:17:55 q+ 16:18:12 ack 16:18:16 ack dav 16:19:07 DM: Had proposed - there's a long thread - about notifications and programmatic notifications. I see this SC encompasses that. Check Issue under WCAG 2.1 Issues 16:19:09 ack g 16:19:14 JOC: Please flag that to Lisa 16:19:18 ack greg 16:19:30 The second sentence could be read as forcing authors to let users to turn off audio feedback in the content, rather than at their client end (e.g. muting the client). 16:19:36 GL: No problem with the goal, but problem with wording 16:20:28 GL: Could be something handled on the client side rather than requiring author to do that 16:20:43 JOC: Good comment - pls flag it to Lisa Seeman 16:20:49 Similarly, the first sentence requires visual, but not all platforms support that. 16:21:28 JK: I'm on the COGA TF and I can alert Lisa to that 16:21:48 GL: Happy to talk with her directly if she would like. Happy to work w/ the team on that 16:21:49 q? 16:23:41 TOPIC: 4. New SC: Touch with Assistive Technology 16:23:45 q+ 16:23:51 https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Proposed_SC_Pointer_with_Assistive_Technology 16:24:10 MC: reluctant to use "touch" at the SC level 16:24:31 q? 16:24:32 ... this one is not using the generic wording such as pointer 16:25:00 Q+ 16:25:13 DM: In general under 2.5 we were going to use "pointer" but for this one we were specifically talking about touch. Definiing pointer as a bucket: touch, stylus, mouse. But this one we really meant touch 16:25:43 MC: At the very least we may need to be brought up to date on the thinking 16:26:05 DM: There were discussions - we'd be glad to take it back to the group and discuss it more 16:26:07 q? 16:26:14 ack david 16:26:18 ack JF 16:26:20 MC: And if there are pushbacks that's fine - we just need that information here as well 16:26:57 Ryladog has joined #wai-wcag 16:27:03 JF: Concerned that this is starting to get into some conditional SC. Not all content - but specific content. INteresting concept that we havent' dealt with before. 16:27:36 ... "IF" a pointer or touch screen is involved, then this applies - if not, it doesn't. I think this is the first time we're doing this 16:28:03 ... if WCAG is supposed to be agnostic, but we're introducing SC that are dependent 16:28:14 worth pointing out that this can be a problem on desktop systems with AT also 16:28:30 q? 16:28:34 q+ to say that we have conditional multimedia SC, and many pages do not contain multimedia 16:28:41 AWK: Not sure if we can avoid having SC that only apply to certain situations. Maybe in Silver we need to look at how we handle these kinds 16:28:53 zakim, close queue 16:28:53 ok, Joshue108, the speaker queue is closed 16:28:59 e.g. if you build a web app that needs to respond to a keyboard shortcut "h" then a JAWS user not in forms mode won't have access to that feature easily 16:29:13 DM: Believe there are all kinds of places.. Media - if you don't have multimedia those dont' apply. If you don't have images, those don't apply. If you don't have color, those don't apply. 16:29:35 MC: There are times where it will be conditional, but best to minimize that 16:31:04 ack ryla 16:31:04 Ryladog, you wanted to say that we have conditional multimedia SC, and many pages do not contain multimedia 16:32:12 KHS: Think we have to just not be so concerned about these things at this point and time. Think we need to collect these - and in the end if we can decide these cover all paradigm then great, but don't stop collecting these 16:32:23 JOC: We'll leave these open so that we can discuss more next week. 16:32:32 tackbot, end meeting 16:32:50 trackbot, end meeting 16:32:50 Zakim, list attendees 16:32:50 As of this point the attendees have been AWK, JF, steverep, marcjohlic, Joshue108, Mike, Elledge, GregL, KimD, jeanne, kirkwood, jon_avila, Laura, David, MacDonald, 16:32:53 ... Katie_Haritos-Shea 16:32:58 RRSAgent, please draft minutes 16:32:58 I have made the request to generate http://www.w3.org/2016/08/30-wai-wcag-minutes.html trackbot 16:32:59 RRSAgent, bye 16:32:59 I see no action items