14:56:45 RRSAgent has joined #mobile-a11y 14:56:45 logging to http://www.w3.org/2016/04/14-mobile-a11y-irc 14:56:47 RRSAgent, make logs public 14:56:47 Zakim has joined #mobile-a11y 14:56:49 Zakim, this will be WAI_MATF 14:56:49 ok, trackbot 14:56:50 Meeting: Mobile Accessibility Task Force Teleconference 14:56:50 Date: 14 April 2016 14:57:04 chair: Kathleen_Wahlbin 14:58:19 Agenda+ Finalize touch and pointer guideline 14:58:20 Agenda+ Next Steps 14:58:53 Regrets + Alistair 15:03:17 Kathy has joined #mobile-a11y 15:04:10 present+ Kathy 15:05:10 present+ Kim 15:05:14 Detlev has joined #mobile-a11y 15:06:31 marcjohlic has joined #mobile-a11y 15:06:47 present+ Detlev, Chris, Mark, David 15:07:10 Kathy: wrapping up touch and pointer. 15:07:33 Kathy: our guideline is about touch and pointer but not addressing pointer 15:08:11 chriscm has joined #mobile-a11y 15:08:16 Kathy: as I read through it were really touch focused – not a lot on pointer. Start with Detlev email 15:10:21 Detlev: summarizing email – moving pointer outside the control, 2.5.3 was focused on both use with and without assistive technology. Then separated that out. Latest version states note: this is when screen reader is not running. If we take that focus then the issue is really is this something that we are justified to put under WCAG. It's clear that all users benefit from an undoable way of... 15:10:23 ...implementing input 15:11:41 https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Proposed_revision_of_2.5.3#Proposed_2.5.3 15:12:24 Detlev: Two use cases – one benefits from touchup, one from touchdown. Also suggest rename to touchup activation, but that misses the point of having the broader range of including other mouse pointer events. Wider working group discuss whether this should be included or general accessibility issue 15:13:45 David: Link shows revised language. Long thread online a couple of things came up. Action item to contact BBC to find out what research is behind this. Haven't seen pushback online from that BBC requirement 15:14:49 David: if a person is going through the air with hand moving toward target and has dexterity problems, easier to hit wrong target and move away than it is to hit the right target in the first place. There's an intuitive aspect that makes more sense on touchup. We could also call it touch/mouse up or touch/pointer up 15:15:48 Detlev: BBC guidelines more specific – touch start, only if inside target will fire. Use the support of the screen to move the finger inside the target wouldn't be covered by BBC. 15:16:54 David: it's not covered by this either – not saying that. But I'm saying is users are going to miss the target and if they have a big big problem missing the target they're going to use scanning software or keyboard or something else. If they have that much problems will probably not going to be able to help them This is to help people who generally get the right target but sometimes they... 15:16:56 ...don't. And once they get on it, if they can hit the wrong target they can get away from it once their hand is stable 15:17:32 Detlev: use not touch up but touch and mouse up activation or something? The trouble is this is technology specific. Also other methods that should be mapped to this. The other abstract thing which we had before has an advantage even though it's hard to understand 15:18:10 David: previous language selection and activation are independent 15:18:38 Detlev: mind-boggling because you haven't stated thing from which it should be independent 15:19:28 David: independent activation just a hook line to remind you of something you should know anyway like focus visible – to say that's the one were talking about. But we have to make it fairly clear in the language of the success criteria itself. 15:20:37 Kathy: the other thing is should we be calling out gestures. If we're going to be including pointer, we are really still talking about touch. If there's some future thing, do we want to have this in more general terms? 15:20:58 David: the word focus? 15:21:21 Detlev: not intuitive to say focus gesture means touch start 15:21:38 David: touch start is actually to activate something – firing some JavaScript 15:23:10 Chris: Hovering. this is really about separating – there's multiple gestures. You touch the screen, you remain touch and you stop touching. Those are three gestures that happen. This is really about making sure we are only firing one event on one action. Hover, focus, control, only one happening on one action. How to put that clearly 15:23:43 Detlev: Patrick's event listener thing – numerous events being fired, first down then mouse move then finally touch end and click events – technically there is all that. I don't know whether it helps to say we should have one event 15:24:10 Chris: I was trying to separate the technical into the user perceived portion. The operating system does dozens of things when you touch – constantly sending you events. But as far as the user can perceive there's those three sets of things that can occur 15:24:58 David: when somebody goes after a button there's one thing they're trying to do – activate with the button does. But we are saying in the success criteria is that would happen when your finger leaves the screen. That's the crux of this 15:25:13 Chris: what if I say it like this instead of touchup activation, what if I say don't activate on hover 15:25:44 David: hover is a mouse word – I don't hover when I'm touching the screen. Equating the word hover when my finger is in contact with the screen but hasn't left it? 15:26:00 Chris: yes. It's a language in both native APIs for android and iOS 15:26:11 Chris: the event that gets sent when your finger enters the screen is hover 15:26:37 Chris: defining that would be good 15:27:30 David: we actually want to focus on when the finger leaves and comes up rather than what not to do when it goes down 15:29:14 Chris: problem I have with the success criteria as it's written now – I have a hard time with a truly objective defense of it. What I like about don't do things on hover is it has a solidly objective defense. The idea of don't activate things on hover seems solid, doing things on touchup harder to objectively defend 15:29:48 Chris: long press is formally defined as a hover that occurs on the same object for a period of time, which becomes a standard event at that point 15:30:32 Detlev: if we focus on not doing things on hover it could still be – if we look at mouse – the situation where you hover and nothing happens. But we also want to capture when you press the mouse and initiate a caption or fire on mousedown but don't want to activate. It's more than just don't do anything if you click and hold down the mouse and then go out – that wouldn't be covered 15:31:01 Chris: why are we concerned about a mouse – any trouble users have with mouse should be covered by WCAG generally. 15:31:14 David: whole touch and pointer event is a bucket 15:31:38 Chris: in that case some of the things I said would only apply to mobile/touch users interacting with a touchscreen 15:32:00 Detlev:touch specific language is good with techniques but success criterion should be more general 15:32:32 Detlev: so general usability issue or does it need to be inside WCAG because it supports people who need accessibility in some way 15:32:43 David: when you first put your hand on it it's a hover state. 15:33:20 David: that's the language to use. We've been using selection, and some of us had a little trouble with the word selection. Do we want to go with the word hover or does that seem technology specific? 15:34:04 Detlev: however doesn't cover mouse because mousedown 15:34:15 Kathy: what about the up event versus the down event? 15:34:33 David: up event activation 15:35:02 Detlev: we could try that 15:35:58 Kim: I like up/down – clear language 15:37:23 David: editing in wiki to up event activation… 15:38:32 David: is up event too wide – selection events 15:39:05 Chris: easy to see – if selection event and focus event are the same thing, you have broken this criteria 15:41:17 Kathy: there's a way to separate activation from non-activation events 15:41:28 Kathy: or we could add that to the understanding document 15:43:23 Regrets+ Alan 15:43:58 Detlev: wording of understanding – may be Touch specific things in there 15:44:08 David: fixing, touch and mouse events 15:44:29 Detlev: map more specific terms to our up event thing 15:44:47 Chris: I was trying to think that we could just call it control activation instead of up event activation 15:44:54 David: this really is about the up event 15:45:28 Chris: one of the things that would make it completely objectively defendable is making the criteria about separating those events and in the understanding and the failures lift up the touch event as the best practice 15:46:56 David: understanding and failure techniques are to help people understand what we are getting at but we can't really have success criteria that doesn't say what we really mean. Like saying you can separate the success criteria, then they could just do it on the down event. it's not wrong, but then you just have to make sure there's another way to do things. In a bizarre situation like say... 15:46:58 ...it's a piano keyboard they would have to have a little switch on it that could say you can come up from it. 15:47:39 David: if we don't go on a touchup activation I don't think we have a lot to hang on. The larger community says we can't do that – but I just don't see that you can do it any other way than touchup 15:47:59 Detlev: control would be an umbrella term for links, checkboxes whatever? 15:48:04 Chris: yes 15:48:26 Kathy: if we keep up event in the name I think we have to address it in the actual body of the success criteria 15:48:39 Kathy: if we start looking at this were not mentioning up or down anywhere except in the heading 15:49:00 David: how about in the first sentence function activation is on event up or has one of the following characteristics 15:50:02 Marc: maybe up events and touchdown events (phone dialer) and long touch events are just handled individually – just separate all those out 15:50:14 Kim: to finger touch and three finger touch too 15:51:15 Marc: all addressed sufficient technique somehow, how a touchup event works, touchdown… 15:52:01 Detlev: long presses will often also activate things on touchup – bring up menu, but not always 15:52:19 David: are we limiting developers from using these and is that what we meant to do 15:52:55 Marc: I like everything after the: – that's what we've been trying to get to this whole time – touch event is separate from activation 15:53:23 Kathy: are we getting into two separate things – two separate success criteria? 15:53:44 David: I'm trying to limit this – concerned that it's too wide – are we prohibiting other types of activation that could be necessary and useful. I think we dealt with the activation of touchdown sufficiently – the four criteria 15:54:25 Detlev: exception – this does not apply to long press where user holds down for extended period – That could be cut off point because there's an intention to be doing something 15:54:54 Detlev: to abstract if we try to find a wording for this which covers all possible events. I like touchup and mapping mouse and touch to it 15:56:25 Marc: event activation and then handle those in the understanding – nuance between up down long, 1 2 3 fingers etc. 15:57:03 David: problem we have separate from non-activation events. Couldn't put activation events after touchdown. We're trying to get it at the end of it all, which is the up event 15:58:17 David: I'm nervous to take away the word up. 15:58:59 David: there might be some type of activation is completely legitimate that we are forgetting here. But we can say this is our concern can anybody shoot a hole in it. 15:59:07 Kathy: would we be limiting it for innovation 15:59:54 Kathy: maybe we send out both options on the list and get people's opinions on it 16:00:55 Kathy: put both versions and side-by-side and continue the discussion on the list and next week 16:01:25 Kathy: one version taking up out 16:03:24 David: going to put both versions 16:03:38 Kathy: we will continue this conversation on the list 16:07:00 rrsagent, make minutes 16:07:00 I have made the request to generate http://www.w3.org/2016/04/14-mobile-a11y-minutes.html Kim 16:08:02 Present+ Jeanne 16:08:12 rrsagent, make minutes 16:08:12 I have made the request to generate http://www.w3.org/2016/04/14-mobile-a11y-minutes.html Kim 16:09:03 rrsagent, bye 16:09:03 I see no action items