- From: Kim Patch <kim@redstartsystems.com>
- Date: Thu, 24 Jan 2019 12:12:26 -0500
- To: "public-mobile-a11y-tf@w3.org" <public-mobile-a11y-tf@w3.org>
- Message-ID: <72d70e42-7315-3b36-9cf0-c364fb5a2d17@redstartsystems.com>
*MATF Minutes 24 January 2018 link: * https://www.w3.org/2019/01/24-mobile-a11y-minutes.html* ** Action items: *[NEW] ACTION: Chris to research custom gestures breaking webpage AT [NEW] ACTION: Kathy to see where voice recognition authentication applications are [NEW] ACTION: Kim send proposal for spacing between touch targets to low-vision task force for feedback [NEW] ACTION: Shadi to also reach out about where voice recognition authentication applications are *Full te**xt of the minutes: * Mobile Accessibility Task Force Teleconference 24 Jan 2019 Attendees Present Kathy, JakeAbma, kim, Detlev, Shadi Regrets Marc Chair Kathleen_Wahlbin Scribe kim Contents * Topics <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#agenda> 1. spacing between touch targets <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#item01> 2. Custom Gestures (line 7) <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#item02> 3. biometrics (line 8) <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#item03> * Summary of Action Items <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#ActionSummary> * Summary of Resolutions <https://www.w3.org/2019/01/24-mobile-a11y-minutes.html#ResolutionSummary> ------------------------------------------------------------------------ https://docs.google.com/spreadsheets/d/1wRAViPfAJ4Ytqc71tGZp6gU07HNd2QQaNgtJsog-D90/edit?usp=sharing spacing between touch targets Kathy: the thinking was a minimum touch target size would help people have trouble with keyboards and also low-vision. A lot of the guidelines two pixels away from target size. I haven't seen any new research about minimum spacing between touch targets ... has anybody seen research about minimum spacing between touch targets Jake: I've seen some best practices of not putting the targets to close together but specifically when the targets are not large ... this should be something like when it's less than 44 x 44 then you need to have that spacing between <Kathy> https://www.lukew.com/ff/entry.asp?1085 Jake: I know I've read also from android specification – they mention it but just like the 44 it's a best practice ... if you see their own applications for websites they don't always do it themselves. According to my recollection it's between one and eight pixels Kathy: I misspoke earlier – I meant to milliliters which is about eight pixels ... 1 mm is good for an index finger and 2 mm for some users. But it's fairly old research ... trying to see if it's feasible to have a minimum spacing between touch targets rather than touch target size ... that might be easier than minimum size. Get something in at AA ... we don't have any real data untouched target size other than what was published a long time ago. ... draft proposal – use the 8 mm number that is out there android, Nokia and then the MIT study also found the same kind of guidance as far as touch target. Any thoughts or concerns – is this implementable if we went that route? Chris: I'm trying to think of the views that I've seen that would require changing because of the success criteria. I can't think of any apps that I've used from day-to-day that would require modification because of this. ... maybe one is the old-style Google play had a play button that was really small and would've had to have reasonable separation to the field next to it. ... what I'm ultimately questioning is the prevalence, not the relevance Kathy: you see this a lot in menus, cancel, continue – those are the areas this would be helpful. I haven't seen this where you would need it in paragraphs of text, which is where they had a lot of challenges the last time with getting the minimum touch size. Jake: this would be exactly the same problem as touch targets – in-line in one paragraph and you have a responsive website you end up with the same extension here. That's the negative side, the plus side is if you say 44 x 44 if they do want to have their interactive elements next to each other you get the 44 x 44 size for free Chris: we encourage adherence to the AAA requirements so that they don't have to adhere to the AA requirement Jake: yes, they have to have space if they want to build at the right size they get that for free. But if just in-line links – we have to check it out. Maybe most of the time it isn't a problem if you have enough line height Kathy: what is the typical paragraphing between paragraphs? All of the style guides I've reviewed – most of them have pixels between the different sentences, line height. if you survey different sites how many of them fall into that already Chris: spacing is a percentage of font size Jake: if I look at just regular links without specific adjustments for the links – padding or border. I don't see even one pixel between. Kathy: there are pixels between text otherwise you'd be butting up against the next character Jake: it's not more than four I think Chris: 12 point font I think it's 25% of font size so 12 point font would be three or four. I think that's what Jake is seeing. I don't know if it defines its own spacing that I would have to look up. Kathy: so we would still have to have exclusions for paragraphs, but I don't think as many exclusions as we have for the AAA Chris: eight pixels – is that CSS pixels still. Are we going for 1 mm? Jake: I think CSS pixels <Kathy> https://www.bbc.co.uk/guidelines/futuremedia/accessibility/mobile/design/touch-target-size Kathy: I'm looking at the BBC mobile accessibility guideline. They have provide padding .5 EM and one EM ... .5 EM is approximately eight pixels ... their example is in the main navigation ... do we have any success criteria that has a condition – if this, then you have to do that Chris: maybe controls that do not Jake: 1.4.5 if audio ... if keyboard trap, if keyboard shortcuts Kathy"If the target for pointer inputs is less than 44 by 44 CSS pixels then there is a minmum of 8 CSS pixels between targets except when Inline The target is in a sentence or block of text; Essential A particular presentation of the target is essential to the information being conveyed." <scribe> *ACTION:* send proposal for spacing between touch targets to low-vision task force for feedback <trackbot> Error finding 'send'. You can review and register nicknames at <https://www.w3.org/WAI/GL/mobile-a11y-tf/track/users>. <scribe> *ACTION:* Kim send proposal for spacing between touch targets to low-vision task force for feedback <trackbot> Created ACTION-68 - Send proposal for spacing between touch targets to low-vision task force for feedback [on Kimberly Patch - due 2019-01-31]. Custom Gestures (line 7) Chris: both platforms are going to allow you to break this in different ways – gestures and breaking the ability to interact with the screen reader. ... VoiceOver and iOS: invoice over there's a tree that says to the assistive technology passed gestures through to me ... signature, if you need to go in and sign those gestures need to be passed through – voiceover capturing a signature is meaningless ... times when I can picture this being a bad thing this hypothetical signature area took up a significant portion of the screen such that there wasfor a talkback user to swipe to right or left to move focus forward anymore – this would be a very bad scenario ... from a blind users perspective talkback is trapped, they are stuck ... in android we can't pass through but we can implement complex gesture. draw a curly cue gesture to implement blank ... if you wanted to do this, what you would have is a thing within that application that you are not able to accomplish within assistive technology. Those are the two issues ... one is going to be more prevalent in iOS the other in android just because of the ease of setting up custom gestures and android ... the custom gestures are going to be a native specific problem just because the web is very very far from having people do custom gesture type of thing. Signature pad has the potential to be a web issue. I don't know a website off the top of my head that does that but some of the apps that implement signature pads are HTML 5 hybrid application. ... if a hybrid can do it a web app can do it it's just a matter of time before someone decides to make that a reality. Jake: if you force a specific movement or touch with JavaScript will this always go well when you turn on your voiceover – or is it possible you will end up in a conflict? Chris: if you are forcing a gesture in JavaScript on an HTML page it just says pretend like this event occured. So the AT is not even going to be aware of that Kathy: so maybe this one is more of a native app issue and we should look at it more for silver instead of 2.2 Chris: I'd roughly agree with that but I'd like to look to see if anyone has started implementing signatures in webpages yet ... I know I've seen web components that have the capability of doing that. The part that would be the disconnect would be how does a mobile browser and assistive technology deal with the fact that there is a drawing space in a webpage and does that actually bubble through to the point where the assistive technology is ignored? Or is this just something that will only work in a web environment because of the way it's implemented. ... I can do that research very quickly ... in iOS potentially breaking voiceover from functioning, in android opposite – I will research <scribe> *ACTION:* Chris to research custom gestures breaking webpage AT <trackbot> Created ACTION-69 - Research custom gestures breaking webpage at [on Chris McMeeking - due 2019-01-31]. biometrics (line 8) Shadi: need alternative to biometrics Kathy: are there examples on the web today where biometrics are being used on mobile sites Shadi: so far usually built in the operating system, example face recognition. It's theoretically conceivable that it could be part of the website itself ... maybe a banking transaction, but I don't know an actual real example Jake: you mean a website that uses fingerprint ID? Shadi: Apple pay you can use fingerprints but that's on the operating system <Detlev> sorry to be so late... Shadi: fingerprints aren't captured directly by the third party or the website Kathy: voice recognition matching to verify that you are who you say you are – some banking sites. That might be an example. Fingerprinting and voice recognition are two things where I've seen some talk about putting it into a website and a web app. I haven't actually seen examples. Shadi: recently asked to hold the passport – it was a human on the other side but you see it's possible Kathy: anything else on the biometrics – should we put something there right now if we don't have any examples ... or should we move this to silver Shadi: we need implementation to demonstrate, so need examples Kathy: I'll touch base with – voice recognition is being looked at right now. If they are actually going to be doing it than that may be an example we can use ... other than that I don't know of anybody who's actually doing it Detlev: on the iPhone you get suggestions to put in your password automatically when it detects your face but that something that is always in addition to normal input Kathy: that's OS based ... I put a note in here that we should put in implementation examples. If we can't find any I think we should move it to silver Shadi: I do think it's coming. Voice recognition face recognition just to make it easier – authentication is an issue, and people are trying to find ways around that. But maybe not for quite a while because of the security – so maybe it is better for silver Kathy: I think it's worth keeping on the list though. It's deftly something we're going to need down the road. Detlev: even if it's iOS driven is there something the author can do to preclude – offer on the alternative Kim: agree, but need to know more about how close it is before deciding whether it's better for silver Shadi: it's a matter of time until probably a big player pushes forward to provide something Kathy: I've been involved in some of the conversations about voice recognition – so if that is going to become reality we may have an implementation where we could at least call that out. Let's figure out how far along they actually are and being able to do that. <scribe> *ACTION:* Kathy to see where voice recognition authentication applications are <trackbot> Created ACTION-70 - See where voice recognition authentication applications are [on Kathleen Wahlbin - due 2019-01-31]. <scribe> *ACTION:* Shadi to also reach out about where voice recognition authentication applications are <trackbot> Created ACTION-71 - Also reach out about where voice recognition authentication applications are [on Shadi Abou-Zahra - due 2019-01-31]. Kathy: for next time will try to get low vision feedback, and also action items from today Summary of Action Items *[NEW]* *ACTION:* Chris to research custom gestures breaking webpage AT *[NEW]* *ACTION:* Kathy to see where voice recognition authentication applications are *[NEW]* *ACTION:* Kim send proposal for spacing between touch targets to low-vision task force for feedback *[NEW]* *ACTION:* send proposal for spacing between touch targets to low-vision task force for feedback *[NEW]* *ACTION:* Shadi to also reach out about where voice recognition authentication applications are Summary of Resolutions [End of minutes] ------------------------------------------------------------------------ Minutes manually created (not a transcript), formatted by David Booth's scribe.perl <http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm> version 1.154 (CVS log <http://dev.w3.org/cvsweb/2002/scribe/>) $Date: 2019/01/24 17:09:48 $ ___________________________________________________ Kimberly Patch www.redstartsystems.com <http://www.redstartsystems.com> - making speech fly PatchonTech.com <http://www.linkedin.com/in/kimpatch> @PatchonTech www.linkedin.com/in/kimpatch <http://www.linkedin.com/in/kimpatch> ___________________________________________________
Received on Thursday, 24 January 2019 17:12:53 UTC