14:54:18 RRSAgent has joined #mobile-a11y 14:54:18 logging to http://www.w3.org/2015/08/06-mobile-a11y-irc 14:54:20 RRSAgent, make logs public 14:54:20 Zakim has joined #mobile-a11y 14:54:22 Zakim, this will be WAI_MATF 14:54:22 I do not see a conference matching that name scheduled within the next hour, trackbot 14:54:23 Meeting: Mobile Accessibility Task Force Teleconference 14:54:23 Date: 06 August 2015 15:01:37 Kathy has joined #mobile-a11y 15:01:42 Kim has joined #mobile-a11y 15:02:30 rrsagent, make log world 15:02:40 meeting: Mobile A11Y TF 15:02:50 chair: Kathy Wahlbin 15:03:03 present + Kathy 15:03:10 marcjohlic has joined #mobile-a11y 15:03:41 present+ jeanne 15:10:04 present+ marcjohlic 15:10:23 David has joined #mobile-a11y 15:11:18 https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Jul/thread.html 15:11:37 Kathy: discussion on touch – not just for mobile 15:12:16 Jan: Patrick made the same comment – mouse and pointers play into this. It's a good start but it needs work. It's a whole new branch of the document and so obviously it will need work to go forward. 15:13:22 Marc: when I read through it what stuck out was a grid – touch target borders are up against each other. Do we need to have a differentiation between when something is in a grid versus when it's an icon on the mainstream. That seem to be the thought that most of us had when we were first talking about touch target sizes and spacing between them. The visual I had was the landing screen and an... 15:13:24 ...app icon 15:13:49 Jan: I didn't see a big difference there – when the device makes a calculation of where your finger is you got this blob and a midpoint. I don't think there's a huge difference if there things up against the borders are not 15:14:09 Marc: but okay and cancel button – if they're too close 15:14:25 Jan: size issue – you don't see one pixel by one pixel mouse items out there 15:14:31 Touch Target Clearance: The center of each touch target has a distance of at least 9 mm from the center of any other touch target, except when the user has reduced the default scale of content. (Level AA) 15:15:18 Jan: if you do that calculation you find that all the little rectangles need to be 9 mm wide 15:15:31 Marc: spacing between them? 15:15:40 Jan: that would be nice but grids are popular 15:15:47 Kathy: 1 mm clearance, that would be 10 15:16:12 Jan: if there are really large things next to each other are we still requiring the 1 mm clearance? I think we really only need touch target size and just say they don't overlap 15:16:59 Kathy: I think the one pixel clearance came from the BBC guidelines – not sure what their reasoning was for having that in there. Henny would know. 15:17:36 Kathy: the problem is if it's overlapping then you have issues 15:17:38 Jeanne: but if it's overlapping it wouldn't need 2 by 6 15:18:39 Kathy: the other thing is this isn't restricted to mobile, you have touchscreen whether that's laptop or tablet. Thinking here we are tailing directly to mobile but should it be mobile or should it be in the mobile extension and then in other extensions – it's a different way of interaction it's not necessarily restricted to mobile. So I'm wondering – there are a couple of different things... 15:18:41 ...that can happen – one this can be more on the interaction model rather than on the mobile side or we can have it in a couple different places or rename to interaction patterns 15:19:05 Jan: I think it makes sense to talk about in the mobile group because we have a mobile group but realize that it applies to other areas – another would be kiosks it applies there too 15:19:38 Kathy: is there an extension for kiosks 15:19:40 Jeanne: rarely web 15:19:57 David: amend name to mobile and touch? 15:20:31 David: lots around touch, this is a good bucket for it, creating a new task force tough to do, a lot around cognitive. 15:20:32 Kathy: it is a good component to mobile 15:20:43 Jan: I don't understand why this is something we have to get into – pretty something that is well worded 15:21:16 Kathy: just in the wording to let people know where to find it if it's buried in the extension some people who are doing such access and other devices may not find it. The idea is to think about different interaction. I agree with you we don't have to worry too much about it I just don't want it buried 15:21:42 Jan: maybe when we do an extension we group them together as modules and then say mobile uses these 15:22:22 Jan: you could have your touch extension your smallscreen extension and your shakable devices extension and then you could have an umbrella over that and say here's the mobile devices metaextension – it includes these three extensions 15:22:46 David: two layers – mobile and touch and touch applies to both – get complaints about number of layers 15:23:07 Kathy: were going to find there is much more overlap between the extensions – if you look at cognitive, educational or other extensions we are going to have things that are going to overlap so were going to have to figure out how to handle it anyway 15:26:57 Kim: trouble with mobile and touch is it leaves out speech 15:26:58 Kathy: need additional things for speech – naming of controls – there are things that go beyond that we really haven't addressed speech at all in WCAG 15:28:10 Jan: speech is a little different than touch. People will think I'm not doing a speech app. If I'm a head mouse user I would want to follow mouse, but if only keyboard it would leave out a head mouse user. How do we somehow draw out this idea that there are these ways of interaction – mouse is usually considered and speech 15:28:27 David: I've never seen a problem with mouse user only – even head pointers can use on-screen keyboard. Is that a real problem or theoretical 15:29:15 Jan:I have run into it talking with a guy from Neil Squire society – android device had mouse so he could use his assistive technology. On-screen keyboardversus mouse 15:30:22 David: usually wouldn't tab with an on-screen keyboard 15:30:46 Kim: you need both for speech users you can follow keyboard or mouse but sometimes one not appropriate, keyboard is important 15:30:56 Jan: you need both 15:32:09 Jan: and then the speech access lies on top of that – the messaging is tricky and speech. You can't just say your application needs to be controllable by speech because people are going to say what steps should I take? Have a keyboard interface I already knew I was supposed to do that. What are the words to not turn people off 15:34:56 jon_avila has joined #mobile-a11y 15:35:33 David: modules – as a matrix? The touch part, the voice part, getting complicated 15:36:06 Jan: depends on how many modules there are – we publish some modules, let's say touch, smallscreen, i can see voice control as well, and then the recommendations that most mobile applications will be using these conditions 15:36:21 David:so we wouldn't have an extension based upon mobile, just extension based on smallscreen, touch and maybe speech and maybe something else 15:36:44 Jan: it could be a mobile profile. I would like there to be a page that if you searched accessible mobile application that would come to a coherent page with a coherent message 15:37:49 David: it makes me nervous I just hear so many complaints about how complicated WCAG is, mobile extension, touch extension – unless we have a really great model, right now WCAG has 15:38:03 Jeanne: what is a guideline but a module 15:38:27 David: how would that fit in – I was thinking that we would come up with a whole bunch of success criteria and we would be able to fit them into WCAG 15:38:35 Jeanne: why couldn't we plug in a whole guideline – I like that idea 15:38:41 David: what would be an example of a guideline 15:39:23 Jeanne: touch access needs to be accessible, here's the first success criteria. Detlev's proposal: touch accessible… I'm not saying that should be the final wording 15:40:20 Jan: I'm with you Jeanne. A few bullets, we've got to meet WCAG 2, which is at this URL and these two or three other things which are at these URL's. They have to be consistent 15:40:31 David: I can see guideline – have to provide touch based alternatives 15:42:30 Kim: making it obvious what's necessary to make something touch accessible, speech accessible etc. Speech needs keyboard and some other things touch needs mouse and some other things. Important to have this knowledge 15:43:37 Kathy: Part of what we started looking at with mobile touch, scripting etc. a matrix of different requirements different techniques for different things. I agree with you David it gets very complex. The challenge is how do we actually communicate this to everybody. We are already complex within WCAG and then with the extensions more complex and then repetitions throughout that. 15:44:35 Kathy: the reason for doing HTML was not being repetitious with technologies. Same model but getting into interaction mode versus technology. Different ways of interacting with devices, with computers with whatever digital media we are using. And so when I keep coming back to this my thought process is always back to what are the different interaction modes and what are the different things... 15:44:37 ...that are important here. Because we are going to have those interaction modes across different types of devices whether that be mobile, kiosks, laptop, Mac, everything. 15:45:44 Kathy: it's not just mobile techniques it's different interaction models whether that be speech or touch, that we think is important. When we are looking at the accessibility support under WCAG we are telling organizations what their accessibility support should be and based on their audiences and everything else the interaction model should also kind of follow what it is and what the... 15:45:46 ...audience they are reaching out to. For example if they have an application that is specifically for a particular audience they wouldn't have to support certain interaction model for example. I haven't thought through it all the way I just keep coming back to interaction models. And that is really the differentiation 15:46:52 Kathy: when I look at mobile all the principles we keep talking about apply to mobile – interaction models aren't changing, the primary interaction model with mobile is touch. Our primary mode of interaction on the desktop is mouse and keyboard, but not the only way. When we get to what are the differences the only differences really are the operating systems, and when we get into the... 15:46:54 ...preferences for interaction. I haven't figured out where we should go with this but I keep coming back to those key points 15:47:55 David: I think there are a huge number of people who just want to see WCAG updated – throw out the extension model and just update WCAG. I'd like to see us come up with a whole bunch of missing success criteria and we have a charter in a bucket to put that in. 15:49:18 David: try to get them into WCAG and as soon as possible Grid model is going to get really crazy really quick. What I've been teaching webmasters is the guidelines and the principles are just buckets for the success criterion. They really aren't anything but to help you categorize the success criteria in your mind. I'm thinking if we can get a whole bunch of new success criteria – touch,... 15:49:20 ...three success criteria under that, I think if we do something like that can do it pretty quickly. We can come back with an extension that works and will be fast. 15:50:30 David: one of the things we had in WCAG that we don't currently have right now, is Grant and Dan and Greg working full-time – we don't have that now. I have some concern about that and I think it would be really great if we could just go with mobile and touch and get them plugged in as soon as possible 15:51:30 Kathy: we've gone down the path of touch criteria, and that this isn't just mobile. In the long run these aren't going to be just mobile techniques or success criteria, these are going to be more integrated and as long as were thinking about that as we go we can go through and create some success criteria in our area of mobilebut we need to make sure that those aren't going to be pigeonholed... 15:51:32 ...just for mobile 15:52:08 David: I think we can get an extension just for mobile and touch – that expands our scope and allows us to create a guideline for touch. Because mobile going forward is so much speech we may want to make a guideline for speech in this, if we want to decouple them later we can 15:53:48 Jon: I hope it fits into the charter 15:53:49 Kathy: do you see issues of this not fitting into the charter? 15:53:51 Jeanne: we need good ideas – I think this would work I like it. We should decide what we think is the best thing to do, propose that and keep working. Crank out the success criteria, techniques, writing 15:54:17 Jeanne: if we keep it modular we can rearrange it as we need. The hard part is getting the stuff written 15:54:57 Jeanne: focus on what's the best thing for accessibility and keep pushing that 15:55:41 Kathy: this is been a great discussion – anybody have any other points they haven't vocalized yet? 15:56:15 Kathy: for next week we've got a couple of people who been working on techniques who have something already – I'm going to publish a survey based on what we've got. If you have other techniques that are written and are ready – if you have ideas for other success criteria let us know and we will continue discussion next week. 15:56:26 Kathy: any questions about techniques they are working on or need any help with anything? 15:57:34 rrsagent, make minutes 15:57:34 I have made the request to generate http://www.w3.org/2015/08/06-mobile-a11y-minutes.html Kim 15:59:11 present + Kim 16:02:39 present+ Kim Patch 16:02:41 present+ Jan 16:02:42 present+ David MacDonald 16:02:54 rrsagent, make minutes 16:02:54 I have made the request to generate http://www.w3.org/2015/08/06-mobile-a11y-minutes.html Kim 16:04:59 present+ Jon 16:05:13 rrsagent, make minutes 16:05:13 I have made the request to generate http://www.w3.org/2015/08/06-mobile-a11y-minutes.html Kim 16:08:39 rrsagent, bye 16:08:39 I see no action items