14:38:12 RRSAgent has joined #mobile-a11y 14:38:12 logging to http://www.w3.org/2015/04/16-mobile-a11y-irc 14:38:14 RRSAgent, make logs public 14:38:14 Zakim has joined #mobile-a11y 14:38:16 Zakim, this will be WAI_MATF 14:38:16 ok, trackbot; I see WAI_MATF()11:00AM scheduled to start in 22 minutes 14:38:17 Meeting: Mobile Accessibility Task Force Teleconference 14:38:17 Date: 16 April 2015 14:38:32 chair: Kimberly_Patch 14:39:10 agenda: https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Apr/0010.html 14:46:35 agenda+ Jan proposal http://www.w3.org/mid/0B1EB1C972BCB740B522ACBCD5F48DEB01C6D3B7F3@ocadmail-maildb.ocad.ca 14:46:36 agenda+ New perceivable techniques https://github.com/w3c/Mobile-A11y-TF-Note/commit/0151211163812fb07c79f385f14483bb019589ea 14:46:38 agenda+ Next Steps – Next meeting Thursday, April 23 14:56:01 WAI_MATF()11:00AM has now started 14:56:08 +Kim_Patch 14:59:00 marcjohlic has joined #mobile-a11y 15:00:27 +Jeanne 15:00:28 Detlev has joined #mobile-a11y 15:00:32 jeanne has joined #mobile-a11y 15:01:07 +Detlev 15:02:07 regrets+ Kathy, Henny, Alan 15:02:18 rrsagent, make logs public 15:02:23 rrsagent, make minutes 15:02:23 I have made the request to generate http://www.w3.org/2015/04/16-mobile-a11y-minutes.html jeanne 15:03:45 +Marc_Johlic 15:04:02 Jan has joined #mobile-a11y 15:04:05 https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Mar/0003.html 15:04:52 +[IPcaller] 15:05:10 zakim, [IPcaller] is really Jan 15:05:10 +Jan; got it 15:09:39 https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Mar/0003.html 15:10:53 zakim, take up next 15:10:53 agendum 1. "Jan proposal http://www.w3.org/mid/0B1EB1C972BCB740B522ACBCD5F48DEB01C6D3B7F3@ocadmail-maildb.ocad.ca" taken up [from Kim] 15:11:20 jon_avila has joined #mobile-a11y 15:11:49 One of the most common characteristics of mobile devices is the small size of their screens. This limited size places practical constraints on the amount of information that can be effectively perceived by users at any one time, even when high screen resolution might enable large amounts of information to be rendered. The amount of information that can be displayed is even further limited... 15:11:50 ...when magnification is used, for example by people with low vision (see “2.2 Zoom/Magnification”). 15:11:52 Some methods for helping users to make the most of small screens include: 15:12:49 + +1.703.637.aaaa 15:12:50 Jan: wording, added a link to section 2.2, methods rather than best practices 15:13:18 2.2 Zoom/Magnification 15:13:20 A variety of methods allow users to control content size on mobile devices with small screens. Some of these features are targeted at all users (e.g. browser “pinch zoom” features), while others tend to be made tend to be available as “accessibility features” targeted at people with visual or cognitive disabilities. 15:13:51 Marc: typo first paragraph tend to be made tend to be available 15:13:53 Jan: should be tend to be made available 15:13:59 Should be: tend to be made available 15:14:11 +1, I think it addresses the comments 15:14:25 zakim, I am aaaa 15:14:25 +jon_avila; got it 15:14:36 https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Mar/0003.html 15:16:06 Note on reflow: There are important accessibility differences between zoom/magnification features that horizontally reflow content, especially text, and those that do not. When text content is not reflowed, users must pan back and forth as they read each line. 15:17:05 Jan: note on reflow goes beyond editorial, mirrors 2.1 15:18:28 Detlev: qualify text size, Windows phone doesn't have magnification feature 15:18:57 Jan: from developers perspective others do 15:19:05 2.4 Non-Linear Screen Layouts 15:19:07 With limited screen “real estate” but a variety of gesture options available, mobile developers have experimented with a variety of screen layouts beyond the conventional web paradigm in which the user begins at the “top” and generally works down. Some mobile layouts start the user somewhere in the “middle” and provide highly dynamic visual experiences in which new content may be... 15:19:08 ...pulled in... 15:19:10 ...from any direction or the user’s point of regard may shift in various directions as previously off-screen content is brought on-screen. 15:19:11 Such user interfaces can be disorienting when the only indicators of the state of the user interface and what is happening in response to user actions are visual. 15:19:13 The WCAG 2.0 success criterion related to the issue of non-linear layouts is: 15:19:14 • 1.3.1 Info and Relationships (Level A) 15:21:35 Detlev: also 1.3.2 and 2.4.3? 15:21:51 Adding: * 1.3.2 Meaningful Sequence 15:22:49 Detlev: any technique to be addressed with the on-screen layout issue? 15:23:09 Jan: starts to get to a point where you need offscreen text or some kind of label to explain what's going on 15:24:36 Detlev: case of web intranet application where you have a processor the several steps, press a button jump to another state where you end up in the middle of a page which is fine in the sense of that's where you want to continue but you have the rest on top so you could scroll up, so you're within the flow of the process, so you know you're in the middle of something. Processes like these –... 15:24:37 ...would that be an extension to a mobile technique – what do we want to see here? 15:25:15 Jan: not necessarily mobile specific, also linearization, even if something pulled in from the side sequentially navigating brings you back to where you originally were an elegant way rather than getting to the end and this is over 15:25:55 Detlev: complex thing so we need to be careful how prescriptive any technique would be 15:27:10 agreement accept Jan above changes 15:27:29 3.1 Keyboard Control for Touchscreen Devices 15:27:30 Mobile device design has evolved away from built-in physical keyboards (e.g. fixed, slide-out) towards devices that maximize touchscreen area and display an on-screen keyboard only when the user has selected a user interface control that accepts text input (e.g. a textbox). 15:27:32 However, keyboard accessibility remains as important as ever. WCAG 2.0 requires keyboard control at Level A and keyboard control is supported by most major mobile operating systems via keyboard interfaces, which allow mobile devices to be operated using external physical keyboards (e.g. keyboards connected via Bluetooth, USB On-The-Go) or alternative on-screen keyboards (e.g. scanning... 15:27:33 ...on-screen keyboards). 15:27:53 Jan: talking about row column scanning example 15:29:03 Group accepts against changes above for 3.1 15:29:31 Jan: discussing two notes 15:29:54 Jeanne: add note to bullet point? 15:30:11 Ensuring that touch targets are at least 9 mm high by 9 mm wide, independent of the screen size, device or resolution 15:30:22 3.3 Touchscreen Gestures 15:30:52 Jan: added link and note about keyboard accessibility 15:30:55 Note: While improving the accessibility of touchscreen gestures is important, keyboard accessibility is still required by some users and to meet WCAG 2.0 (see “3.1 Keyboard Control for Touchscreen Devices”). 15:32:06 Jan: generally section 5 needs more work. It's the only one that doesn't take any direct reference to WCAG 2.0 SC's, and I think it should 15:32:58 Detlev: do you think there are hooks that can be tied back to? 15:33:17 Jeanne: I share Jan's concern about the lack of links to WCAG in Principle 4 15:34:10 Jan: it's a very limited guideline. Only 2 success criteria. None of them are about parsing.They'll all have to hang off name role and value. 15:35:28 Detlev: giving the appropriate interface if you know you're going to type an email address, nothing to do with robustness. Keyboard. 15:35:29 Jan: at the end of my proposals I don't have proposals in this area, so if someone else wants to take this up 15:36:05 Detlev: should we try to sort out the numbering so we can map to the WCAG numbering? Mixup about which we are talking about? 15:36:16 q? 15:36:45 Detlev: ingrained to know that 1 is perceivable etc. But disadvantage is that might force a mapping that's not there 15:37:18 John: what happens if we don't have something that covers a certain section. Are we going to have to address all the WCAG sections in our document? 15:39:07 Kim: add a letter? 15:39:08 Jan: sometimes they cross 15:39:27 Jeanne: parenthetical after so you can tell 15:40:00 Detlev: or keyboard I always think of two and to create some kind of tension to read 3.2… 15:40:39 action: jeanne to research respec properties to change the numbering so that Perceivable is #1. 15:40:39 Created ACTION-29 - Research respec properties to change the numbering so that perceivable is #1. [on Jeanne F Spellman - due 2015-04-23]. 15:41:50 Marc: 2.2 and 2.3 references OS level and platform level 15:42:15 Jan: user agent, Java virtual machine etc. Is intentional to have both 15:43:01 Detlev: is platform still in there 15:43:03 Marc: 2.2 just above the last paragraph 15:46:33 https://github.com/w3c/Mobile-A11y-TF-Note/tree/gh-pages/Techniques 15:49:24 http://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/Mobile_Technique_Template 15:54:11 http://w3c.github.io/Mobile-A11y-TF-Note/ 15:56:25 +??P2 15:56:37 -??P2 16:00:26 -jon_avila 16:00:28 -Detlev 16:00:30 -Jan 16:00:31 -Jeanne 16:00:32 -Marc_Johlic 16:00:46 -Kim_Patch 16:00:47 WAI_MATF()11:00AM has ended 16:00:47 Attendees were Kim_Patch, Jeanne, Detlev, Marc_Johlic, Jan, +1.703.637.aaaa, jon_avila 16:03:29 zakim, list participants 16:03:29 sorry, Kim, I don't know what conference this is 16:03:39 rrsagent, make minutes 16:03:39 I have made the request to generate http://www.w3.org/2015/04/16-mobile-a11y-minutes.html Kim 16:04:19 rrsagent, make minutes 16:04:19 I have made the request to generate http://www.w3.org/2015/04/16-mobile-a11y-minutes.html Kim 17:01:32 Jan has left #mobile-a11y 18:53:52 slee has joined #mobile-a11y