16:01:28 RRSAgent has joined #mobile-a11y 16:01:28 logging to http://www.w3.org/2017/02/09-mobile-a11y-irc 16:01:30 RRSAgent, make logs public 16:01:30 Zakim has joined #mobile-a11y 16:01:32 Zakim, this will be WAI_MATF 16:01:32 ok, trackbot 16:01:33 Meeting: Mobile Accessibility Task Force Teleconference 16:01:33 Date: 09 February 2017 16:01:38 laura has joined #mobile-a11y 16:04:50 https://github.com/w3c/wcag21/issues/60#issuecomment-277671449 16:07:04 chriscm has joined #mobile-a11y 16:07:23 present+ chriscm 16:08:00 Detlev has joined #mobile-a11y 16:08:36 jeanne has joined #mobile-a11y 16:08:53 https://github.com/w3c/wcag21/issues?q=is%3Aopen+is%3Aissue+label%3AMATF 16:08:57 Kathy: it would be useful to make sure to get comments in github as this process goes on 16:10:00 Kathy: concerned about the target size SC especially – comments saying you can just increase target size and that should be sufficient 16:10:59 Kathy: none of the mobile SCs that have been submitted have yet gotten into the draft of 2.1 16:11:04 https://github.com/w3c/wcag21/issues/60 16:11:25 Kathy: target size – a lot of discussion about what happens with smaller links, links within paragraphs of text. Should we have an exception for that. 16:12:15 Kathy: there's also points of view of that – this isn't even really a requirement because you can magnify the screen. The content is bigger therefore the touch size is bigger. tremor issue, has to magnify screen even if they don't have to for vision 16:12:41 Kathy: Patrick had a good point about several SCs that are similar, accessibility versus usability 16:13:00 Detlev: confused about the process 16:15:36 Detlev: delusion of mail and github condiments – keeping up with stuff difficult 16:15:49 Kathy: I thought we could focus on a couple specifically. Trying to pinpoint what we need to comment on, go from there 16:16:32 Kathy: Patrick and I have signed up to write a lot of text to go into 2.0 and 2.1 just to clarify how mobile fits into existing. We are currently working on that. We had done a lot of that work early on the task force, we're getting things cleaned up and getting those in their 16:16:41 jeanne2 has joined #mobile-a11y 16:16:44 Kathy: the mobile task force will be coming back and writing techniques for each of the success criteria 16:17:10 Kathy: you're right, the SCs are in the hands of WCAG now, but we do have to keep commenting on them otherwise they are not going to go through 16:17:20 Kathy: the big one we have to talk about is touch target size 16:17:40 Detlev: assigned to Andrew, what's of comments, I don't know why that wouldn't go forward 16:17:47 Kathy: they're saying it's a usability issue 16:18:21 Kathy: the position is there's a couple different points in this big thread – one – they feel that having a size bigger than IOS has recommended, 44 pixels, is problematic. 16:18:54 Kathy: second, Links overlapping areas, solution one dimension 16:19:05 Kathy: third, you can just magnify screen so it's not needed 16:19:36 +1 to Detlev's suggest to put as an exception 16:19:37 Devlev: 44 not that different 16:20:04 Detlev: exception for text 16:20:23 Kathy: Patrick had some exceptions 16:20:32 Kathy: if there's an alternate way to get to it 16:22:04 Detlev: I think it's easy to have an exception for in-line text – short words you wouldn't need the one dimension requirement – you wouldn't want to extend beyond the word boundary so if it is just a short word I don't think that should be ruled out – text is different – so I don't see harm an exception for in-line text 16:22:18 Detlev: regarding two dimensions, would probably have to specify the second dimension as well 16:22:30 Detlev: maybe we could just half the value 16:22:52 Kathy: Andrew suggested in-line text 44 x 22 16:23:31 Kathy: you could do what Patrick did – increased touch size example short link with and or comma between 16:23:43 Detlev: footnotes too 16:24:13 Detlev: still best practice, but advisory technique for what Patrick suggested 16:24:46 Kathy: exception for in-line text altogether? 16:25:01 Detlev: I think that would be acceptable and would make it much easier to accept this success criteria 16:25:43 Chris: I'm not a fan of putting links in the middle of text anyway, but I don't think that's a terrible exception to add 16:26:19 Kathy: if we have something that's in text-only and its short links like that and it's the only way to get to that information or perform that function that I think there's a problem – for the footnote example I don't think that is critical because you can scroll down the page to get to it usually that's just an in-line link 16:26:32 Detlev: or could go to another page 16:26:50 Shadi: or open a box 16:27:48 Kathy: I was getting to the point of what that link actually does – is it critical to what the user is doing or just makes it easier. An in-line link you can get down the page – if it's hard to touch you can scroll down it's not preventing them from doing it. But if we had something that was a link to another page and you couldn't actually activate that because the touch target was... 16:27:49 ...extremely... 16:27:51 ...small then we're still blocking a user from activating that content 16:27:54 Kathy: that's where I'm still struggling 16:28:39 Chris: you can zoom in on it to me as a weird argument. You get into things about whether an element is focusable. Certain elements are not but are with voiceover on 16:31:28 Kim: argument that you can zoom in to make it bigger assumes that it's easy to zoom – worried about someone who needs to zoom out to orient then zoom in to click, if that person has trouble clicking a small target, how difficult is it for that person to zoom 16:32:34 Detlev: if the issue is this requirement is limited to buttons icons and other controls which are not in line text – if we have an exception for in-line text you could argue there would be another requirement – be able to increase text in one column view up to 300 or 400% – someone would have the ability to increase the text size and also increase the link text size to make that... 16:32:36 ...bigger. That... 16:32:37 ...applies more to in-line text into controls 16:33:46 Kathy: I agree but when we get into increasing text size it makes it harder to read – more wrapping. Might not need bigger text. And even if we do have been zoom that's difficult for a lot of users. So then we are having users do a trade-off between ease of reading versus being able to click on links. That to me doesn't feel right either. 16:34:45 Detlev: perhaps we could try the other option – limit the size to address this point – icon size and to say for in-line text one dimension has to be 44. I still think there would be exceptions we have to spell out those exceptions 44 with or whatever, but then enumerate exceptions where this might not be possible 16:35:16 Detlev: if that's what Andrew suggested is something acceptable that would fall short of having a full – but if that's acceptable we get one step further 16:35:37 The MATF is fine with having 44 x 44px requirement with exception for inline text where one dimension is 44px and the other is at least 22px. Note: the 48x48px came from the research quoted in the Evidence section. 16:36:30 Kathy: does that summarize what we just said? 16:36:44 Detlev: I'm not sure about the 22 pixel – how quickly we would get to overlap issues 16:37:06 Detlev: whether that's 22 or even something like 16 16:37:36 Kathy: we could also put into the exception that this is for essential functionality, but then you get into the clarification of what essential is 16:37:52 Kathy: the COGA group is doing that 16:38:13 Detlev: doing have some deadline by which we need to create a pull request for it to be into 2.1? 16:38:18 Kathy: I think it's next week 16:38:26 Detlev: so someone has to take it to do the pull request 16:39:00 Kathy: they will be adding more in later – not going to the first draft doesn't mean it can't go into another draft but it does mean that we won't get it in before CSUN 16:39:11 Kathy: I was hoping we could actually get this one in there 16:40:16 Kathy: the exception is for in-line links – if the in-line link performs essential functionality then we would need to have 44 and 22 16:40:28 Detlev: for the rest of the links there would be no requirement? 16:41:16 Detlev: most text links will be 44 pixels – some short words which aren't. Exceptions are links which are intended to be just that one word, and it just happens to be that word and nothing else that would be a clear exception – there would be some in-line text things were that exception would then hold. I think that would be technically easier to assess than assessing whether something is... 16:41:18 ...essential or not which is always difficult 16:41:25 Kathy: you could argue that we need to have links which are longer 16:41:37 Detlev: there is another requirement that things are meaningful, but that can be met with context 16:42:12 Detlev: you could say links should be longer than that but there are cases which they aren't 16:42:23 Kathy: but if we have in-line links that's not the only way to perform that action so it would be excluded from this requirement 16:42:44 Detlev: for example footnote links which go on a separrate page but a link at the top of the article that links to the footnote page? 16:43:12 The MATF is fine with having 44 x 44px requirement with exception for inline links. If inline link performs essential functionality or is the only way to perform an action then one dimension is 44px and the other is at least 22px. 16:43:39 Kathy: So if you have a link in the text and there's another way to do it, you don't have to meet those requirements. If it's in essential functionality you need to meet that or have another way to do it 16:44:22 Chris: I'm picturing somebody down the road creating a link that's behaving as a button or vice versa and wondering what version of this criteria meets that. I would be tempted to leave the exception as simple as possible. 16:44:31 Chris: because we're talking about links you add ambiguity by specifying 16:44:37 Kathy: in-line link, button or control 16:44:45 Chris: in-line control 16:44:53 Chris: anytime you say link I hear people debating well it's a button 16:45:15 The MATF is fine with having 44 x 44px requirement with exception for inline link, button or control. If inline link, button or control performs essential functionality or is the only way to perform an action then one dimension is 44px and the other is at least 22px. Note: the 48x48px came from the research quoted in the Evidence section. 16:45:27 Kathy: any objections to just posting this is a comment? 16:45:31 no objections 16:46:44 Kathy: in looking at the list of all the other issues from the success criteria that we've put in, if you haven't been following the been a number of one slight touch with assistive technology, keyboard with assistive technology, pointer ones – all the ones that we talked about relating to the keyboard and if we could change 2.1.1 a lot of this would go away – that whole discussion has come... 16:46:45 ...up again. And now they are coming back and saying we might be able to change 2.1.1. And so they are asking for suggestions on that. I was going to go back to what we had already stored 16:47:32 Chris: I'll go through the list and try to add a voice 16:48:06 Kathy: originally Patrick had drafted when that was encompassing before we started down the path where we said we couldn't change 2.0. 16:48:41 Kathy: there's a big discussion on that. In looking at this list what are the other tough ones that we should be pushing to get through? 16:49:14 Detlev: already have precedent in other guidelines no accidental activation 16:49:54 Kathy: big concern over up events. My comment on that one is we actually defined up events. I'll comment back 16:50:28 Kathy: I think that was the big thing people were getting confused about with that. What do you think about the up event – I thought our definition of that was actually pretty good 16:51:34 Detlev: I think what David says at the end the activation happens as the user releases the interactive control rather than when they selected – we could find another name for it if that's what's grating people – release event or whatever 16:52:04 Detlev: is there any other pushback why it shouldn't go into 2.1? Anything related to testability? It seems a straightforward thing to include those exceptions that have been noted for the down event is essential. It seems a fairly straightforward thing 16:53:01 Kathy: any other SCs Detlev that you feel strongly about getting in 16:53:16 Kathy: device sensors – that seems like it's straightforward too 16:57:11 Kim: single key shortcut alternative seems like it's ready to go – clarified by adding single *character* key in explanation 16:57:38 Kathy: Concurrent input mechanism for silver 16:57:56 Kathy: pointer gestures – that seems like something that should go through 16:59:18 Kathy: okay – we got a couple major things taken care of. I'm going to go through these in more detail over the weekend. I'll probably be sending out some emails – I'll try and keep up and pinpoint things we really need to look at. I'm also going to try to find out from Andrew what's really going to happen with these. I think several of them really didn't have many objections and aren't... 16:59:19 ...moving just because they don't have a manager – they should go into WCAG 2.1 16:59:26 Kathy: any other thoughts? 16:59:41 Kathy: if you have time to go through them please do and answer questions that are in there 16:59:52 sorry you couldnt hear me anymore 17:00:03 I did nt get through, some failure 17:00:41 Pleas give feedback on what seems most important to do, I guess I can spare some time next week 17:00:51 zakim, list participants 17:00:51 As of this point the attendees have been chriscm 17:01:13 present+ Detlev 17:01:21 Present+ Kathy, Kim 17:01:51 bye 17:02:20 rrsagent, make minutes 17:02:20 I have made the request to generate http://www.w3.org/2017/02/09-mobile-a11y-minutes.html Kim 17:03:48 chair: Kathleen_Wahlbin 17:03:58 rrsagent, make minutes 17:03:58 I have made the request to generate http://www.w3.org/2017/02/09-mobile-a11y-minutes.html Kim 17:06:37 Regrets+ Patrick 17:06:45 rrsagent, make minutes 17:06:45 I have made the request to generate http://www.w3.org/2017/02/09-mobile-a11y-minutes.html Kim 17:07:31 rrsagent, bye 17:07:31 I see no action items