14:50:15 RRSAgent has joined #mobile-a11y 14:50:15 logging to http://www.w3.org/2015/08/20-mobile-a11y-irc 14:50:17 RRSAgent, make logs public 14:50:17 Zakim has joined #mobile-a11y 14:50:19 Zakim, this will be WAI_MATF 14:50:19 I do not see a conference matching that name scheduled within the next hour, trackbot 14:50:20 Meeting: Mobile Accessibility Task Force Teleconference 14:50:20 Date: 20 August 2015 14:51:23 chair: Kathleen_Wahlbin 14:53:32 Kathy has joined #mobile-a11y 15:01:23 present+ Kathy 15:02:14 jon_avila has joined #mobile-a11y 15:02:27 agenda+ questions on techniques and progress 15:02:29 agenda+ Continuation of discussion on Touch/Gesture Touch Accessibility (Guideline 2.5)agenda+ Writing assignments http://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Technique_Development_Assignments 15:02:30 agenda+ Next steps – next meeting Thursday, August 27 15:02:50 Regrets+ Alan, Jan, Henny 15:03:10 present+ Kim 15:03:45 Kathy: discussion on mailing list around the new success criteria – talk more about that and see if we can flesh out some of the techniques that would go under their and talk about specifically the first one 15:03:50 present+Jon_avila 15:04:17 Kathy: before that talk briefly about the technique development assignments to see how people are going on those, any questions, if things are ready on your end to get review 15:05:07 zakim, take up next 15:05:08 agendum 1. "questions on techniques and progress" taken up [from Kim] 15:05:49 * we can't hear you david 15:06:11 http://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Touch_Accessibility_(Guideline_2.5) 15:07:08 marcjohlic has joined #mobile-a11y 15:07:19 Kathy: we have a small group today but I thought we could start looking at this wiki page that we put together an touch accessibility and this is based on the email thread that was going around. I put in the couple techniques that we had.. I figured we could work on this list. first one all operable through keyboard – list material 15:07:43 jeanne has joined #mobile-a11y 15:08:09 Here's the email thread: 15:08:11 https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Jul/thread.html 15:08:45 Kathy: Jon I agree it doesn't go far enough – if manufacturers change something when we still require touch, something to think about when were looking at this 15:08:55 Kathy: also wanted to talk about the whole idea of gestures being the same as keyboard 15:09:46 David: try to recap the conversation that was online – I was trying to articulate this whole issue of the flatscreen blind people use flat screens let's run with it let's make it work for them let's not fall back to a reliance on keyboards. John wanted to make sure that it really would be a mobile solution – don't have to sit down and pull out Bluetooth keyboard, can do it standing up 15:10:36 David: I was confused by some of Patrick's comments – sounds like he has more experience than some of us in terms of programming so I'm very interested in what he has to say, but I was confused by the statement that you can't require touch to work while you are using a voiceover because if somebody has custom gestures are going to be overridden and the gesture is not going to work anymore... 15:10:38 ...and there's nothing you can do about that 15:10:54 present+ marcjohlic 15:11:13 David: we may need more research into this – my experience with just seeing blind people use this – I don't want us to drop the ball on this. It's a very dynamic conversation and I think it's a fruitful one 15:12:16 Jon: I thought Patrick was generally agreeing with us – even going further to say that Safari without a screen reader key events don't work very well. This is evidenced by things like aria controls not even working with a keyboard on iOS – works on desktop browser, but IOS up and down arrow keys just aren't being sent 15:12:28 Jon: he was saying VoiceOver doesn't send up and down arrows at all so there's no way to communicate that 15:12:53 q+ to ask if pass through is a browser issue or an OS issue? 15:12:59 Jon: my frustration is there may be some people on the list who assume that mobile applications work the same as desktop 15:13:54 Jon: good points but it's not relevant to this environment because it is broken in this environment in my opinion. Because it's broken fix it or somehow word something to require access but we have to be careful in the wording. Maybe touch is actually how it works but maybe that's not the right wording. Clearly keyboard interface isn't the right wording either not only is it misleading but... 15:13:56 ...it doesn't work right on mobile platforms. 15:14:48 Jon: originally I was thinking other language like alternative input or APIs or some other wording. People don't seem to like that, saying we have keyboard interface that covers that. I don't know what direction we should go. In order to come up with the wording that we need to involve the people who will be blockers now in order for this to be worth our time 15:14:57 David: I didn't feel that there was blocking from anyone at least in this thread 15:15:23 Jon: I get the impression from one commentor that we didn't need this because keyboard interface is already in WCAG 15:16:16 David: I think there's more to do in the mobile environment – resoundingly. It's not unlikely situation we had in the early days of WCAG. Hope they will fix keyboard access – once they fix it then the mechanism is available 15:16:30 Kathy: so if a mechanism is available and that mechanism is keyboard than would we be saying that they wouldn't have to do touch? 15:16:44 David: I'm not saying that yet 15:17:11 Kathy: it's an interesting argument – under WCAG we don't require mouse access 15:19:12 David has joined #mobile-a11y 15:19:13 David: no complaints about that 15:19:15 Jeanne: we are a joint working task force with WCAG. flip this. The broken keyboard access is a browser problem – some of it an operating system problem, not for the authors to fix. We need to be putting pressure on these companies to fix this. My suggestion is we write a use case for how this is broken and what the browsers need to do to fix it. And let's start a separate document which we... 15:19:16 ...can cross reference – separate wiki page for now. Put this on as a browser operating system problem that must be fixed by them, and not try to force authors to fix it 15:19:54 Jeanne: as much as I love WCAG, what WCAG has done is by making it the author responsibility, take the pressure off the browser/operating system 15:20:51 zakim, make minutes 15:20:51 I don't understand 'make minutes', David 15:20:55 Jon: from an end-user standpoint I feel like they would just have to sit and wait until those manufacturers decide to fix it and I just don't – there are people who have regulations in place now have to meet requirements now and they need guidance and I think we have to provide them guidance on how to do that – maybe things that are best practices rather than requirements. We should still... 15:20:56 ...put together the techniques whether they are requirements are not 15:21:38 +1 for Techniques to address it, -1 for success criteria to require it. 15:21:45 Jon: we did bring up some of the keyboard access to Firefox, Marco – was pushing back, don't see it is their problem. 15:22:23 Kathy: one question for Jeanne – if we did in a perfect world get the browsers and the manufacturers Apple, Google to fix the platform so we had keyboard access you would think that touch isn't required? 15:22:49 Jeanne: I do think touch should be required but we shouldn't be wordsmithing assuming browsers don't have to fix 15:24:10 Jeanne: project in UAAG last year – browsers by default with no CSS added don't need WCAG for contrast, some for resizing, checkboxes, there are a number of places where they don't need WCAG and they don't have to because WCAG require authors. I don't want to do anything in this group that perpetuates that I want to turn up the heat on the browsers. 15:25:33 Jeanne: it's important for us to keep looking at that bigger picture of holding the browser's feet to the fire and not having it just be about WCAG and remembering that we are joint task force and we have responsibility to say to the browsers this is what you should be doing 15:26:39 Jeanne: browsers want use cases – we need to start writing use cases down and making that a public document as well. In the long-term I agree with Jonathan that short-term people need a way to work around the browser problems, but in the long term we still need something that's going to hold their feet to the fire 15:27:10 Kathy: I think it's important. I think we can create a wiki page to at least start documenting this. 15:28:32 Jon: tying this to another thread the department of justice is making UAAG 1 and WCAG 2 part of settlement. Is important. Vendors aren't part of the group and because they weren't part of the group appeared we were putting resources there – since they weren't part of this maybe it would be better to use resources elsewhere 15:28:53 Here is a WIKI page that we can use to document the use cases: https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Keyboard_Accessibility_Use_Cases 15:29:38 Jeanne: we've tried to get them into the group for years, the answers that I've heard under the table is they are afraid of regulation so they don't want to be part of the group so they can say that they weren't part of the group – that's part of the strategy. They said no one is implementing UAAG. That is not true we had two implementations for every success criteria. 15:29:59 Jeanne: one of the browsers has been steadily implementing UAAG 15:30:58 Jon: they are interested in doing more, but can only use documents not drafts, 15:32:12 Jon: maybe work more with Department of Justice and access board – more buy-in would help. We are stuck in these situations where in order to apply this to mobile, going to have to look at multiple documents and try to figure out are they complying, are they doing what they need to do to provide access. People really do need this guidance. We see other organizations putting things out... 15:32:13 ...because it's taken so long. 15:32:34 Jon: now we have a situation where we might have conflicting guidelines. It would be just be great if we had a standard – if it wasn't so fragmented. 15:32:49 Jeanne: that's the hope of the new combined guidance group for next year 15:33:12 David: can we start to write as an adjunct, an extension 15:33:22 Kathy: the accessibility guidelines and mapping that like we did with the BBC stuff? 15:34:48 David: we have numbers on everything but I think if we rewrite them in the WCAG of success criterion it's the same style – it's a very messy process but what Detlev is a great start 15:35:08 Jeanne: it is set up so it will be easy to roll into success criteria 15:35:35 David: I haven't heard any discussion of anything going forward in at least five years of changing the whole style of success criteria – principles guidelines success criteria 15:37:18 s/that I want to turn up the heat on the browsers./ that. 15:39:50 Kim: do think it is broken at the operating system/browser level, and developers need more sense of users 15:40:22 s/that's going to hold their feet to the fire/that will have the browsers and OS vendors take responsibility for making their products more accessible. 15:41:11 Jon: touch may be limiting, what if you could use back button, as long as there is another way 15:41:13 Kim: I am a speech user who uses the keyboard by speaking. YOu are literally using the keyboard commands, but do not have a physical keyboard attached 15:42:48 Kim, if everything were anchored to the keyboard, I would have access to the phone. Right now, I can speak into the phone, and if it gets something wrong, I can't correct it by speech. I have no keyboard access except by speaking the words. If the speech engine gets something wrong, I can't fix it by speech. Keyboard access lets me jump back by arrow or by word. 15:43:10 ... I want to see it anchored to a keyboard, so what I can use on the PC, I can use on the phone. 15:43:55 Jon: I bring up the physical keyboard, because that is what people see as the solution. Because you can attach a physical keyboard, they feel they meet the requirement. 15:44:16 ... the Technique tests always say to attach a keyboard. 15:45:53 Kim: It's important for a speech user to be able to open a new program where you don't know the custom commands. In a practical sense, speech needs full keyboard access 15:46:37 Jon: If a form field is properly labeled, and you can see the visual label, that provides a better experience. 15:47:36 Kim: Consistency is extremely important. If some forms work correctly and others don't. You have a mess. You can set up custom commands that work across programs. 15:48:06 ... speech users will use things in different ways, having a work around that works for everything is really important. 15:48:31 Jon: Does that mean that you think that ARIA labeling is wrong? 15:48:42 Kim: No, that doesn't solve the problem. 15:49:29 ... what I see the problem is people solving the problem in different ways, that makes the experience inconsistent. 15:50:23 Jon: Screen reader users -- beyond the keyboard support that already is there -- the page could be accessible without ARIA landmarks, but landmarks enhance the experience. 15:51:23 Kim: it is important that speech users have keyboard access, and to have the ability to customize keyboard shortcuts. 15:52:44 ... If I accidently say the wrong thing in Gmail, it can execute single key shortcuts that changes my mail and I don't know what was done. 15:53:32 ... it is a big deal to memorize speech commands -- harder than memorizing keyboard shortcuts. 15:54:47 s/don't need WCAG/don't meet WCAG 15:56:21 s/ we've tried to get them into the group for years, the answers that I've heard under the table is they are afraid of regulation so they don't want to be part of the group so they can say that they weren't part of the group – that's part of the strategy. / we've tried to get them into the group for years. 15:56:34 rrsagent, make minutes 15:56:34 I have made the request to generate http://www.w3.org/2015/08/20-mobile-a11y-minutes.html jeanne 15:56:50 rrsagent, make logs public 16:00:06 Kathy: I am starting to use speech input more myself, and I have experienced many of the problems that Kim has. There isn't enough information out for people. 16:01:08 http://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Technique_Development_Assignments 16:01:10 Kathy: I'm also feeling a lot of what Kim is talking about 16:12:49 rrsagent, make minutes 16:12:49 I have made the request to generate http://www.w3.org/2015/08/20-mobile-a11y-minutes.html Kim