14:57:42 RRSAgent has joined #mobile-a11y 14:57:42 logging to http://www.w3.org/2016/07/28-mobile-a11y-irc 14:57:44 RRSAgent, make logs public 14:57:44 Zakim has joined #mobile-a11y 14:57:46 Zakim, this will be WAI_MATF 14:57:46 ok, trackbot 14:57:47 Meeting: Mobile Accessibility Task Force Teleconference 14:57:47 Date: 28 July 2016 14:57:49 zakim, this will be 6283 14:57:51 ok, Kathy 14:58:02 rrsagent, make log world 14:58:12 Chair: Kathy 14:58:16 present+ Kathy 14:58:57 Kim has joined #mobile-a11y 14:59:53 patrick_h_lauke has joined #mobile-a11y 15:01:00 trackbot, start meeting 15:01:01 present+ patrick_h_lauke 15:01:02 RRSAgent, make logs public 15:01:04 Zakim, this will be WAI_MATF 15:01:04 ok, trackbot 15:01:05 Meeting: Mobile Accessibility Task Force Teleconference 15:01:05 Date: 28 July 2016 15:02:46 Regrets+ Alistair 15:03:51 Agenda+ Patrick’s Proposal: expanding/modifying Guideline 2.1 and its SCs (2.1.1, 2.1.2, 2.1.3) to cover Touch+AT https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2016Jul/0009.html and https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Proposed_revision/modification/addition_to_Guideline_2.1_and_related_SCs_to_cover_touch%2BAT_scenarios 15:03:53 Agenda+ Next Steps 15:04:21 Topic: Patrick's pull requests 15:04:24 https://github.com/w3c/Mobile-A11y-Extension/pull/9 15:05:04 davidmacdonald has joined #mobile-a11y 15:05:24 marcjohlic has joined #mobile-a11y 15:05:29 Patrick: we did talk about that on the last call – I think generally the feeling was that it was mostly hitting the right notes. Will add David's suggestion 15:05:54 Alan_Smith has joined #mobile-a11y 15:06:33 https://github.com/w3c/Mobile-A11y-TF-Note/pull/37 15:07:09 Topic: Patrick's Comments on the note 15:07:20 https://github.com/w3c/Mobile-A11y-TF-Note/pull/37/files 15:08:22 Patrick: talks about HTML 5 form fields – just about the correct type of input that the user agent will switch to the appropriate keyboard. Input method editor API is generally more about complex scenarios for IME where you have Japanese where you need to tweak the keyboard 15:08:31 chriscm has joined #mobile-a11y 15:08:58 Kathy: I'm fine with those changes – anybody have objections? 15:09:02 fine w me 15:09:12 Alan +1 15:09:18 no objections 15:09:22 +1 15:09:52 TOPIC: Touch and other input methods proposal  (Patrick, Detlev & Chris) 15:09:54 Kathy: on the agenda today we have to go over the recommendations on touch and other input methods – Patrick's githhub link. 15:09:59 https://gist.github.com/patrickhlauke/96110b10547770021e58f5098dd31087 15:11:24 Henny has joined #mobile-a11y 15:12:08 jon_avila has joined #mobile-a11y 15:12:08 Patrick: go to that link – this is all very rough. Conversation with Detlev, who summarized into list of SCs. I fleshed out some of them. This is diametrically opposite from my previous approach of generalizing 2.1. This approach is put down all sorts of input methods scenarios and see what we need to do with them 15:12:15 present+jon_avila 15:12:25 cursory reading 15:12:59 Present+ DavidMacDonald 15:15:08 Patrick: we talk a lot about keyboards. There are specific things for keyboard with AT. We talked about touch. Similar keyboard scenario – jaws lead to certain situations where if an author has – still satisfying 2.1.1 and 2.1.3 and author has added custom events for any arbitrary keys on the keyboard, they pass 2.1.1 but as soon as assistive tech is running on top of the regular browser... 15:15:09 ...and you've got a physical keyboard situation where you're not able to hit particular keys because the AT will swallow those keystrokes 15:15:28 Patrick: AT and speech like we talked about last week we generally fall under this 15:16:06 q+ 15:16:33 Patrick: when it's touch with assistive tech or speech with assistive tech – high level of events move the focus to this particular element – this helps disambiguate some of the discussion that we always have with some of the things about gestures and swipes and differentiating whether author has to do something about it or AT interprets 15:16:48 Patrick: this tries to separate that out in a sensible way. 15:17:54 Detlev: author requirement – say web app that has keyboard shortcuts, to author to make sure there's always another way, say a menu or on-screen that will do the same thing as the keyboard shortcut. Would that be a requirement – I'm not sure which would take precedent the AT or the authors keyboard shortcut 15:18:51 Patrick: under 2.6.1 requirements and techniques – you have to have some other form of control. You can have keypress handlers but you have an alternative. You're not relying on the fact that a user can press an arbitrary key at any point they want. This also plays into touchscreen where the user can't always trigger the on-screen keyboard and therefore can't always trigger arbitrary keys 15:19:12 Patrick: there's probably a little bit of overlap in certain area but obviously satisfying all of these will make sure it's input agnostic or have all the things that work for all the different scenarios of input 15:19:43 q+ 15:19:44 Patrick: the short answer is have a button that can be focused. The point of a shortcut is that they are shortcut – you can still use those if you provide a menu it might take two or three steps to get to that functionality but as long as the end result is that the user can still actually get to it even if they cannot trigger arbitrary keystrokes that's the idea 15:19:49 q- 15:20:36 Patrick: a lot of the wording is not in a final SC stage – this was just to give some initial direction of these other sorts of things where we're thinking about covering. Some may get tweaked or merged, touch with AT we've already written that out, might need tweaking 15:21:20 Patrick: 2.7 advanced input that covers what we talked about – we called fancy pointers which is a stylus that recognizes tilt and twist, or a pressure sensitive touchscreen 15:23:01 Patrick: also when you have additional sensors on the device 2.72 – similarly feel free to take advantage of extra information such as twist, light sensor information or rotation of a device, however users may not have that sensor or have the sensor but not be able to use it at all or accurately enough therefore make sure that functionality is also available in a fashion that does not use... 15:23:03 ...these sensors. Particularly with force touch that gels with Apple advice in guidelines – force touch is shortcut 15:23:44 Patrick: there will be exceptions but we want to say that if the primary purpose of your app is to do this – something like a game that you explicitly want to make only tilt control or something like that or brushstroke emulator – that may be an exception 15:23:55 Patrick: however if that is not the core intent of the app you have to abide by this SC 15:24:24 Patrick: need wordsmithing and gathering use cases, good examples of where this applies and what we actually mean by this. Rough brain dump at the moment 15:24:49 Kathy: there are areas where it's already written and finalized. Was there anything that you merged or did you take what we had there and reorganize it and add to that 15:25:04 Patrick: I don't think we dropped anything. We just added bits around it and cobbled it together in some areas 15:26:18 http://www.davidmacd.com/blog/should-WCAG-require-all-functionality-by-mouse.html 15:27:00 David: I think it's the approach that we need to make in terms of stepping back and being very granular and getting things past piece by piece. I think there's a lot of review and maybe that's useful to bring us all on the same page. Important to understand what the previous people have been doing. The one new thing is 2.5.1 – previously was assistive technology thing. What were introducing... 15:27:01 ...here is the pointer accessibility. I've been asking shouldn't we be requiring all functionality by mouse. Pretty big requirement that we haven't had previously. This is a big new introduction of something. 15:27:30 David: most usability people are creating things to be usable by mouse these days but we kind of left that out of WCAG. is it in our jurisdiction to bring this forward or just go to the larger group? 15:28:04 Kathy: we've been looking at touch and pointer it's fine to do here. We are talking touch and pointer 15:28:26 Patrick: were talking mouse, touch, stylist – anything that falls under the choose an X and Y point on the screen 15:29:50 Patrick: it's a big one – it's one of those elephant in the room issues. especially if we start looking at all these other types of inputs and modalities it would be a strange omission not to have that there. If it is as many say implied, then it should not be a problem the past that SC. 15:30:59 David: I'm intrigued whether we should or not. My concern around the whole requiring pointer is this is the kind of thing that could take up quite a bit of our bandwidth if we pursue it to try to get to an SC stage with it. I'm wondering whether we want to put it as a priority after we get the other ones that we feel really are causing trouble. 15:31:15 David: I haven't found any user that's asked me about this. I'm wondering if anyone else has found this as an accessibility issue or if it's just a matter of completeness 15:31:20 q+ 15:31:37 Kathy: I think there are new devices out there that are tapping onto the pointer technology now 15:31:53 q+ 15:32:03 ack david 15:32:18 Jeanne: I think this is about making ourselves technology neutral, making us more forward compatible – trying to instead of having 2.1 just the oriented toward past problems and past technology we're really making the orientation more future proof 15:32:35 q- 15:32:40 ack jea 15:32:52 Kathy: as far as what we have to have done for December were proposing the success criteria – will going to take a look at all of those and flesh out – December deadline just success criteria and understanding 15:32:56 present+ jeanne 15:33:34 present+ Alan 15:33:44 Kathy: there's a lot to get to that point but lot of these like touch target size are almost finished. We could put this down and get to some of the other ones first especially the ones that are almost done 15:33:55 present + kim 15:34:45 David: I think the next step is now to start to create the success criteria and plug in what we have already. AT remapping is pretty close to being done. 2.5.1 keep it as it is now until the other ones are done 15:34:56 Kathy: keep in mind that the numbering means nothing 15:36:21 Patrick: my main concern was making sure that we cover all the bases – speech input as well under the inputs with assistive tech. And we can see are we missing anything – are there gaps that we haven't even considered? 15:36:27 +1 15:37:29 q+ 15:38:54 Patrick: situations on-screen keyboard or if you're using speech and saying press a press b – I think the end result of that is it emulates a keyboard and key events so those kinds of things relating to that would generally fall onto the keyboard type of requirements. It's about divorcing what the user is really doing and what is the end result that the app sees. Does the app think it's a... 15:38:55 ...keyboard event regardless of whether it's a keyboard or on-screen keyboard 15:39:37 Patrick: purely the ones that using the accessibility API actually programmatically move the focus in the UA to a particular element without say faking 20 tabs strokes or something like that.. The ones that actually activate something 15:40:13 Alan: with wearable devices – we may have others things, proximity – wearable devices may present new avenues of user input also 15:40:34 Patrick: it would depend on what it looks like to the app 15:41:54 Patrick: proximity might translate into a touch. If we had indie UI and it was developed further that would be great, but I haven't seen any indication. Could also fall under device inputs. We need to make sure that were released open ended for the possibility of the types of events 15:42:14 not at the moment 15:42:25 "that we are at least open ended" 15:42:49 yes - scribe speako 15:42:59 So a +1 from me :) 15:43:32 David: next step look at comments 15:43:34 q+ 15:43:49 Kathy: does it make sense to continue on this document or incorporate it in a pull request – what's gonna be helpful for you? 15:44:03 q- 15:44:56 Patrick: purely for myself I find it easier to look at this because this covers just the input type stuff so it makes it – zoom on my browser a bit so I get a better overview. It's a little bit lost on the bigger document. Personally I find it easier at this stage – but it doesn't make a huge bit of difference. Maybe take another two weeks to flesh it out, then drop it in. 15:45:18 Kathy: we want to Inc. in before the end of the month for sure. We do need to go through the rest of the comments. So would be good to look at one document one we are going through the comments. 15:45:36 Kathy: need to incorporate only in one area when we do that 15:46:00 David: does it make sense to collapse everything we are not working on, that's outside our scope 15:46:31 http://davidmacd.com/blog/an-accessible-expand-collapse-mechanism.html 15:46:53 Jeanne: I'm pretty flexible, I have to adjust my way of working to pulling the branch and putting in the requests. I can accept pull requests – when they are ready 15:47:01 https://w3c.github.io/Mobile-A11y-Extension/ 15:47:23 Patrick: it's already quite cut down a for looking at this 15:47:48 Patrick: once I go through this and respect properly so it also generates the table of contents that will help – document outline on the left-hand side 15:48:31 Kathy: Jeanne does that make sense if he puts it in respec 15:48:37 respec is a dark art... 15:48:42 dark and annoying 15:48:43 Jeanne: have to figure that out 15:48:59 Kathy: any other comments 15:49:39 +1 15:49:43 +1 15:49:45 Kathy: great work – thanks for going through that. Next week we'll go back through those, work in parallel with the other ones 15:50:28 Topic: look at all the success criteria that we had suggested for mobile and identify any other gaps that were missing or other concerns that you may have, then we can get those scheduled to talk about 15:50:57 David: everything that I was concerned about with mobile is in there now 15:51:31 q+ 15:54:15 q- 15:55:19 Kim: longer discussion about speech at some point, some issues are queued up here: https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Speech_Input_Accessibility_(Guideline_2.7) 15:55:21 pay no attention to the number – feel free to add to this document 15:55:34 Chris: switch access – I don't know if we have time to talk about that now 15:55:57 Kathy: we can put that as an item to talk about 15:56:07 q? 15:56:12 q- 15:56:13 Kathy: anything else 15:56:16 q- Detlev 15:57:25 Kathy: if you do think of anything else let me know and will start getting a consensus together. I'm going to put together a rough timeline with Kim to go over– the beginning of December is going to come quickly. If you do have any other topics of things we need to cover let me know and we'll get them scheduled in. anything else? 15:57:50 patrick_h_lauke has left #mobile-a11y 15:57:51 +1, GJ thanks 16:02:27 Present+ Henny, Chris 16:02:40 rrsagent, make minutes 16:02:40 I have made the request to generate http://www.w3.org/2016/07/28-mobile-a11y-minutes.html Kim 16:04:52 Present+ Detlev 16:05:01 rrsagent, make minutes 16:05:01 I have made the request to generate http://www.w3.org/2016/07/28-mobile-a11y-minutes.html Kim 16:15:54 chriscm has joined #mobile-a11y 16:18:48 chriscm has joined #mobile-a11y 16:28:44 rrsagent, bye 16:28:44 I see no action items