22:11:24 RRSAgent has joined #mobile-a11y 22:11:24 logging to http://www.w3.org/2015/03/03-mobile-a11y-irc 22:11:26 RRSAgent, make logs public 22:11:26 Zakim has joined #mobile-a11y 22:11:28 Zakim, this will be WAI_MATF 22:11:28 ok, trackbot, I see WAI_MATF()11:30AM already started 22:11:29 Meeting: Mobile Accessibility Task Force Teleconference 22:11:29 Date: 03 March 2015 22:11:36 meeting: Mobile Accessibility F2F 22:11:37 Henny has joined #mobile-a11y 22:12:09 Topic: Input methods 22:12:43 Katie: Are we making a decision for what the device should be doing 22:13:02 KW: We have things working differently under different iOS 22:13:17 ... a wide variety of things that work differently on different platforms 22:13:39 JA: A keyboard should be an option, but it shouldn't be required to use an app. 22:13:53 ... the touch gestures should be required. 22:14:37 JR: The gestures should be as accessible as the keyboard, AND there should be the ability to add different input methods 22:15:59 KW: The decision about keyboard is already made. We are going beyond WCAG, what should we be inlcuded in addition to WCAG. WCAG is very important, but it is already required. 22:16:13 ... what are the needs for mobile accessibility 22:16:16 Kim has joined #mobile-a11y 22:16:29 Steve Lee: What does it cover? 22:17:01 KW: web, mobile web and native apps. the Note was covering all aspects of mobile. We reference the WCAG2ICT note. 22:17:16 Steve Lee: Are we doing also doing ARIA and Pointer Events 22:17:34 Katie: It's not done yet. 22:19:14 Steve Lee: I want to interact with all types of input. I want to be able to input in a vaireity of ways. Switch people tend to like joystick interfaces. 22:19:28 ... there are bluetooth gaming joysticks 22:19:51 JR: Tecla Shield works differently on Android. It emulates a keyboard interface 22:19:59 Henny has joined #mobile-a11y 22:20:15 ... on iOS it works over the Voiceover interface or the Switch interface 22:21:04 KW: We get into complex situations on various platforms. Like iOS doesn't work well with Voiceover on. 22:21:28 JR: There are going to be bugs and issues at the browser and platform level. 22:22:43 Katie: We want keyboard plus... 22:23:16 JA: Accessboard has a new section @@ 22:24:02 Kim: You can use regular keys without Voiceover, but the Control keys. 22:24:12 slee has joined #mobile-a11y 22:24:43 JA: There are so many alternatives 22:24:56 TB: That's too complicated for users 22:25:18 JR: It is the browser and platform problem, we should not make it the problem of the developer 22:25:30 KW: Some of this is UAAG and not WCAG. 22:26:07 DD: WCAG requires keyboard, but not mouse. When we wrote WCAG, we never expected that blind people could be using a touch screen. 22:26:29 ... sometimes the Gesture will be the accessible gesture, not the keyboard 22:27:06 JR: We can't say "keyboard is the accessible" we have to think about accessibility in the general. 22:27:27 ... when there is a keyboard interface, the app should support that keyboard interface. 22:28:40 JA: The AccessBoard is saying to meet WCAG is enough, but the reality is that WCAG isn't enough. 22:29:14 KW: What about hardware buttons? Touchscreen size? 22:30:03 BBC Mobile Accessibility touch target size: http://www.bbc.co.uk/guidelines/futuremedia/accessibility/mobile/design/touch-target-size 22:30:25 HS: the BBC said they recommend 7-10mm as a recommended size. 22:30:45 Katie: What is the drawback of 10mm? 22:31:13 KW: Screen realestate space. Overlapping touchsize. 22:31:36 HS: In the BBC, it is a should, because of the problem with overlap 22:31:50 DD: Will Indie UI help us? 22:32:00 Katie: Yes, but it's 5 years away . 22:32:43 JR: Can we set a minimum size? 22:33:18 KW: MIT did a study. 22:33:51 KW: Amputees may be using a touchscreen, they can use a touch, but it needs a larger size 22:34:12 DD: Can we require a magnification of 200% 22:35:05 JR: BBC says 5mm with a 7mm exclusion zone, or the 7-10mm. 22:35:52 JA: When does the use of a stylus become an acceptable solution? 22:36:11 JR: Android has a mouse interface as well 22:38:16 BBC had a usability team also working on the issue who came up with the saame solution 22:40:44 JS: A W3C staff person is working on a mobile checker. he wants to include accessibility tests. 22:41:08 ... he is going to start testing with the button screen size 22:42:09 JB: Because people interpret things as a requirement, we have to link to research, not just discuss it casually. 22:44:17 present+ Kathy, Jeanne, Jan, Judy_Brewer, Shadi_Abou_Zahra, TomB, Katie, Henni, Steve_Lee, Kenny, Eric, AWK, Jon, Accessible_Joe, Mark, David, Kim 22:44:45 Topic: Platform Characteristics 22:45:06 Katie: Accessibility settings in the 508 refresh? 22:45:59 JA: In the closed device, there is a text height size and @@ 22:46:11 AWK: 503 has a section that references 22:46:53 Mark: mobile applications are excluded if they meet WCAG 22:47:11 JA: I would like to set limits in dynamic type. 22:47:29 KW: It's not everything that expands, it's just blocks of text that expand 22:47:44 ... what is impacting the overall user experience for people with disabilities 22:48:19 Gregg: We don't know how big the size is. The only things I have seen that work are things that reflow. 22:48:27 present+ GreggV 22:48:56 ... you can't say people to make it a specific size, because the developer doesn't know that 22:49:22 KW: If people say they want a text size, we want developers to respect that. 22:49:52 GV: People want to set it, and then it can be scaled up as needed. 22:50:02 rrsagent, make minutes 22:50:02 I have made the request to generate http://www.w3.org/2015/03/03-mobile-a11y-minutes.html jeanne 22:50:38 KW: As a user, I have set a size, and I want any content to respect that size 22:51:02 GV: GPII has been looking at this for 3 years. we have to look at the resolution between devices. 22:51:19 ... if you don't have a preference for this app, it uses a generic size 22:51:47 ... but if the size is changed in a particular app, then it is remembered for that app. 22:52:56 JR: What is honoring? Some other text on the page, like the time and day, might not be respected. 22:53:38 ... and leave some flexibility for developers who have low priority text on a page have to be able to go below the size. 22:54:36 GV: But you have to allow flexible operation. Some people will want that low priority text to be larger. 22:55:00 GV: COnsider proposing to have the settings under the hood, and allow tuning of applications 22:55:21 ... without a interface that is too complex for users. 22:56:12 ...GPII can have an interface with advanced settings 22:56:56 ... there are tools and environments coming in 18-24 months, to parameterize all these things 22:57:07 ... some don't like it because it is difficult to test 22:58:06 ... in the last few months, discussion of WCAG that not all documents are required to. But this is what people are working toward with reflow. 22:58:48 ... working with elders it is obvious that scrolling is a disaster 22:59:26 Katie: Images vs Text. My experience is that people who need large text don't care about large images. 23:00:14 JR: Form controls and radio buttons need to be enlarged as well. If you zoom and don't get everything zoomed, you can't use it. 23:00:57 Joe: The Cognative Accessibility Task Force is talking about an alternate interface that is simpler. 23:01:40 ... like people who push a button by accident mess up their phone. 23:02:25 ... Disney found this with people at the Parks have so much on their minds, that they had to reduce the interface of the app becaause people had such a high cognative issue 23:02:38 GV: Clayton Lewis has a paper about this. 23:03:19 KB: Mike Ploot recently said that ETSI was working on a project for Mobile and Cognative 23:03:34 s/Ploot/Pluke 23:04:04 GV: Amazon on the mobile has a simplier user interface 23:04:32 ... whatever you think is simpler, do it simpler. 23:04:59 Mark: People want all the features, not the simpliciy 23:05:24 GV: most apps, you can make simpler without reducing functionality 23:05:46 ... one of the ways to do it is to have Advanced 23:05:57 ... you can layer them 23:06:37 SteveLee: Mobile First idea 23:06:57 JA: But some people hide it behind gestures that you don't know exist. 23:07:23 GV: Or you can have More and Advanced with a Back button so people can get out of it. 23:08:01 EE: This is useability. If an interface element is too small, it will come up in usability testing 23:08:31 MichaelC has joined #mobile-a11y 23:08:47 ... do we need separate standards for the interface and the content? 23:08:49 I have made the request to generate http://www.w3.org/2015/03/03-mobile-a11y-minutes.html MichaelC 23:09:45 GV: Poeple who need the fonts increased more than 200%, they need to increase everything. Running paragraphs generally have to larger than controls. 23:10:03 Topic: Readability 23:10:49 Do we need a minimum font size and increased contrast. 23:11:20 DD: CDC is asking for WCAG AAA for mobile apps 23:12:02 GV: Some people need lower contrast. Some people want lower fonts. 23:12:44 KW: Would there be different sizes. What would be the recommendation for the default? 23:12:48 present+ Michael_Cooper 23:13:00 JR: I would not require a higher contrast. 23:13:11 GC: There should be a minimum 23:14:15 ... this is also a screen reader issue, they want to fit more on the screen. 23:15:34 s/vaireity/variety/ 23:15:38 GV: These are not requirements, which is an advantage that the TF has over WCAG. 23:17:40 GV: WCAG choose 4.5 because there would be layers of a color, 5 only allowed one color. 23:18:25 JR: There are some new platform settings coming about high contrast. 23:18:42 JA: Why reduce the field of vision? 23:19:09 GV: They got it backwards, why would you want to reduce the field of vision? 23:19:44 ... your app should be useful if you are trying to read it through a toilet paper tube? Most apps are usable, but spreadsheets aren't. 23:20:08 slee_ has joined #mobile-a11y 23:21:32 GV: There are things where, if you force high contrast, some apps become unusable. Like text in a piece of art. 23:22:08 JA: Some people don't want high contrast, but just a better contrast 23:22:45 GV: If the browsers enhanced text, then developers wouldn't have to do it. 23:23:17 ... put pressure on browsers to include more AT. 23:24:29 JA: iOS has added so many accessibility features to compensate for reduced natural accessibility. It used to be fine to read text, now I need to turn on accessibility features. 23:25:46 GV: when WCAG was talking about 3 to 1, the resolutions were somewhat stanadardized. 23:26:19 JR: 1/72 of a inch. 23:26:46 GV: WCAG was talking about the 14 points 23:27:06 ... points in HTML and points in physical side 23:27:54 JA: If it is 1.5 times the default height then the contrast should be able to be lower. 23:28:38 GV: Low vision users shouldn't be buying iPhone 6. 23:29:58 GV: There is a compact that people should try to come as far as they can. 23:30:21 Topic: Design, sceen orientation, indicate actionable elements 23:30:50 KW: Less linear, less of a typical screen orientation 23:31:19 JS: second screen is also an issue 23:31:51 GV: When you zoom in, how do you swipe left and right/ 23:32:15 JR: Sometimes it works, sometimes it doesn't, and sometimes the screenreaders read it inappropriately 23:32:38 KW: ease of use is a part of what we do 23:33:10 ... honoring Dynamic Type, when we reduce the amount on the screen it changes the user experience\ 23:33:57 ... if you have Voiceover on, it doesn't work. This is not always covered by WCAG. It is happening with second pages and swiping content in and out. 23:34:34 TB: There are two reasons not to fit on the screen 1) it doesn't fit, and 2) structurally it doesn't make sense on the page 23:35:27 GV: In voiceover, what gesture do you use to refresh the page? 23:35:43 KW: There is a bug in 3 finger swipe? 23:36:29 GV: Hidden button, that pops up when you reach the focus. It helps everyone who can't swipe. 23:37:11 DM: Has anyone done a study of interference between side swipes? 23:37:41 KW: Yes, it is an issue. But it is more of an issue when content is zoomed. 23:38:19 GV: Content that is on both Tablet and iPhone, people are already redoing their apps to be on both phone and tablet. 23:39:03 JR: This the same problem with AccessKeys, that it conflicts with browser and platform gestures 23:39:22 ... the same issue is now happening with gestures. 23:39:54 GV: Every normal gesture has a voiceover equivalent, and every gesture has a keyboard equivalent. 23:40:25 JR: and the web app can make gestures that conflict with pinch zoom 23:40:52 DM: The left and right swipes are are the problem with zoom. Keep it simple 23:41:21 GV: Also gestures from the edge and gestures from the center are different. 23:41:41 DM: We need a gesture specialist 23:42:04 JR: Indie UI helps with this. 23:42:18 GV: Any thing you can do with a gesture, you should be able to do other ways. 23:43:58 MC: There needs to be an underlayer where someone who has an accessibility need can use their prefered input method 23:44:56 Kim, there is a focus problem. If you touch, you are putting the focus. If you use speech, then you don't know where the focus is. 23:45:12 ... single key shortcuts are terrible for speech users 23:45:50 ... as long as I can change the single key shortcuts, so I can't trigger them accidently, then the problem is solved easily. 23:46:25 ... custom controls and the ability to share them, so they can be crowd sourced. 23:47:14 GV: The ability to allow users to remap the shortcuts, you can't know what all the key mapping is for AT. 23:48:36 Kim: But sometimes you need both. Some voice users don't use AT. 23:48:57 katie: if there is a way to show focus, would that help? 23:49:38 Kim: but there are focus problems that don't show up except for voice users. 23:50:19 Topic: What are the other things we should think about? 23:50:33 GV: Honoring the settings for cursor and focus 23:51:41 SAZ: The things we have talked about will be useful beyond mobile. Some are related to smaller screen. Some are short term, others need development. In what degree are we focusing on these? 23:52:08 KW: We are focused on mobile. We did have the flexibility to look beyond mobile 23:52:13 rrsagent, make minutes 23:52:13 I have made the request to generate http://www.w3.org/2015/03/03-mobile-a11y-minutes.html jeanne 23:52:50 ... whether that should extend beyond mobile is up in the air 23:53:18 SAZ: I would hate to see something that we are talking about for mobile ONLY apply to mobile when it is useful elsewhere. 23:54:21 JB: We are expecting issues to come up in Mobile that relate from WCAG, ATAG and UAAG. You may be interested in more discussion about this in the WAI2020 discussion at CSUN on Wed at 6 23:54:37 ... and Friday at 4:20 in Seaport B 23:56:07 ... I appreciate that Kathy, Kim and jeanne are trying to keep scoped to the Mobile Accessibility Note, and those who want to talk more about the structure of the future of WCAG, should attend those session. 23:56:43 GV: If people get the idea that you are requiring things, it will become more difficult to implement, because people who will want to object to it. 23:57:12 ... Best Practices are also required in some industries. 23:57:23 KW: Thanks for coming and participating. 23:57:48 rrsagent, make minutes 23:57:48 I have made the request to generate http://www.w3.org/2015/03/03-mobile-a11y-minutes.html jeanne 23:58:28 -Jeanne 23:58:30 -Kim_Patch 23:58:30 WAI_MATF()11:30AM has ended 23:58:30 Attendees were Jeanne, Kim_Patch 23:59:08 s/under different iOS/under different OS/ 23:59:34 chair: Kathy_Wahlbin 23:59:41 rrsagent, make minutes 23:59:41 I have made the request to generate http://www.w3.org/2015/03/03-mobile-a11y-minutes.html MichaelC