13:41:11 RRSAgent has joined #mobile-a11y 13:41:11 logging to http://www.w3.org/2014/07/25-mobile-a11y-irc 13:41:13 RRSAgent, make logs public 13:41:13 Zakim has joined #mobile-a11y 13:41:15 Zakim, this will be WAI_MATF 13:41:15 ok, trackbot; I see WAI_MATF()10:00AM scheduled to start in 19 minutes 13:41:16 Meeting: Mobile Accessibility Task Force Teleconference 13:41:16 Date: 25 July 2014 13:41:26 zakim, this will be 6283 13:41:26 ok, Kathy; I see WAI_MATF()10:00AM scheduled to start in 19 minutes 13:41:48 rrsagent, make log world 13:41:55 meeting: Mobile A11Y TF 13:42:00 Chair: Kathy Wahlbin 13:42:13 regrets+ Alan 13:42:28 agenda? 13:42:49 agenda+ 1. Discussion: WCAG working group would like to hear from the MATF what they think about this technique (https://www.w3.org/WAI/GL/wiki/Creating_a_conforming_alternate_version_for_a_responsive_web_page_designed_with_progressive_enhancement) and whether it poses particular problems in the mobile space. 13:43:04 agenda+ 2. Research on minimum text sizes on different displays (Jan) 13:43:14 agenda+ 3. New Mobile WCAG Techniques & Best Practices - https://www.w3.org/WAI/GL/mobile-a11y-tf/wiki/New_WCAG_2.0_Techniques. We'll continue to review the results of the survey: https://www.w3.org/2002/09/wbs/66524/20140512_survey/results 13:43:25 agenda+ 4. Changing the day of Mobile Accessibility Task Force meetings from Friday to Thursday 13:43:33 agenda+ 5. Next Steps 13:43:35 agenda? 13:49:26 WAI_MATF()10:00AM has now started 13:49:32 +Kathy_Wahlbin 13:56:04 wuwei has joined #mobile-a11y 13:57:34 KimPatch has joined #mobile-a11y 13:58:17 +Kim_Patch 13:59:00 jeanne has joined #mobile-a11y 13:59:10 gavinevans has joined #mobile-a11y 13:59:59 +Jeanne 14:00:35 Jan has joined #mobile-a11y 14:01:25 +[IPcaller] 14:01:44 zakim, [IPcaller] is really Jan 14:01:44 +Jan; got it 14:02:09 zakim, who's here? 14:02:09 On the phone I see Kathy_Wahlbin, Kim_Patch, Jeanne, Jan 14:02:11 On IRC I see Jan, gavinevans, jeanne, KimPatch, wuwei, Zakim, RRSAgent, Kathy, MichaelC, trackbot 14:03:15 +EricP 14:04:02 Scribe: Jan 14:04:33 Zakim, take up next item 14:04:33 agendum 1. "1. Discussion: WCAG working group would like to hear from the MATF what they think about this technique 14:04:36 ... (https://www.w3.org/WAI/GL/wiki/Creating_a_conforming_alternate_version_for_a_responsive_web_page_designed_with_progressive_enhancement) and whether it poses particular 14:04:36 ... problems in the mobile space." taken up [from Kathy] 14:04:44 + +1.512.596.aaaa 14:05:03 + +44.179.281.aabb 14:05:05 Brent has joined #mobile-a11y 14:05:18 https://www.w3.org/WAI/GL/wiki/Creating_a_conforming_alternate_version_for_a_responsive_web_page_designed_with_progressive_enhancement 14:05:31 KW: Big question is that this is about progressive enhancement...but did it have mobile implications? 14:05:56 KW: Let's read... 14:09:06 wwu has joined #mobile-a11y 14:10:17 JR: It can be boiled down to the Procedure... 14:10:27 Check enhanced versions of the web page contain a link to the "Conforming Alternate Version". 14:10:29 Check that the alternate version is a conforming alternate version of the original page and that it conforms to WCAG 2.0 at the claimed conformance level. 14:11:09 JS: Doesn't seem like progressive enhancement, nothing about screen size 14:12:11 Gavin: Don't agree with it, satisfies with text version. 14:12:53 JR: Needs to have accessible path through to the link 14:13:13 JS: What about functionality 14:13:56 Gavin: We have used progressive enahncement...eg. caroussel to list 14:14:00 http://www.w3.org/TR/WCAG20/#conforming-alternate-versiondef 14:14:40 KW: Big question for WG.... 14:15:06 KW: Removes all styles, scripts... what does it mean for responsive design site? 14:16:21 KW: Sometimes in responsive desing, multiple versions of things appear on base page and script selects which one 14:16:39 Gavin: Should take into account scope of testing... 14:17:05 responsive image sizes would be wrong, without any scripting 14:17:06 Gavin: Only reason not to assume CSS, Script 14:18:18 JR: Doesn't seem that mobile specific 14:18:55 Gavin: I need to get a bit more into this before I comment, but something doesn't sit right 14:18:57 Jan: What about progression pages, wouldn't the user complete the simple page and then click to go to the next page, and then be back in the complex pages, and have to go back and get trapped. 14:19:26 KW: What should be our response? Publish or not or with changes? 14:20:29 JR: What sc is this associated with? Otr is it a uber technique 14:20:57 KW: Do we need to do anything for mobile? 14:21:02 s/Otr is it a uber technique/Or is it a uber technique? 14:21:29 Gavin: Depends on how mobile website is created...media queries, etc. 14:22:23 JS: I think advising developers that they can accomplish accessibility by stripping a page of all styles and scripts is a step backward for accessibility. 14:22:35 KW: This tech has gone through several iterations....started as create conforming alterantive version 14:22:37 q+ 14:22:45 q+ 14:23:01 ack jeanne 14:23:46 JS: I have a number of concerns...in description area, the message that comes through clearly is that you can do accessibility by stripping everything out 14:24:01 JS: On mobile side i'm concerned about responsive image 14:25:29 ack Jan 14:26:16 JR: I'm also concerned about all the stuff at the top that makes it look like this tech has lots of meat and then the procedure make sit clear that its just a link to the accessible version 14:26:37 KW: OK I will take back the concerns 14:26:59 KW: This is still something being discussed in WG 14:27:07 KW: A lot of back and forth 14:27:22 Zakim, close this item 14:27:22 agendum 1 closed 14:27:23 I see 4 items remaining on the agenda; the next one is 14:27:23 2. 2. Research on minimum text sizes on different displays (Jan) [from Kathy] 14:27:30 Zakim, take up next item 14:27:30 agendum 2. "2. Research on minimum text sizes on different displays (Jan)" taken up [from Kathy] 14:28:20 http://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2014Jul/0006.html 14:29:24 s/make sit clear/makes it clear 14:29:47 Jan: I went looking for something that would mention minimum text sizes and found this US federal aviation Association human factors design standard the talked about the size of displays in terms of degrees – if it's far can be bigger really close to your eye can be smaller. I scaled that for what would that be at 50 cm (tablet) and 30 cm (smart phone) 14:31:18 Kathy: so seems like the 1.5 multiplier is actually good 14:31:26 Jan: it seems reasonable 14:32:42 Gavin: many different cross related things between mobile Web best practices and mobile web application best practices – I only touched on the BBC future mobile guidelines and WCAG 14:33:27 Gavin: 1.4.4 and what is seen as an alternative in mobile web practices to resize. UAAG also, still in draft at the moment good stuff related to zoom, 1.8.5 and 1.8.7 14:33:35 http://www.w3.org/TR/2013/WD-UAAG20-20131107/#sc_185 14:34:40 1.8.5 help users to orient through the viewpoint 14:34:41 This is really what we do with mobile phone 14:35:23 Gavin: more focused on Zoom on the mobile side of things except best practices which focuses on relative phone sizes 14:35:24 Gavin: this is a little dated – concerned that we have examples that are up-to-date 14:37:00 Gavin: thoughts on maintaining the technique or advice given that we should always specify text size with percentages (Jan's) or let the device 14:37:27 Jan: even if specified, will be overwritten and can stretch it, but that means a lot of panning around. That's where the reflow comes in 14:37:54 Jan: UAAG 1.8.7 14:38:23 Jan: for that em's are better than pixels still 14:39:43 Gavin: so panning isn't acceptable? 14:39:45 Jan: just lots more movement 14:39:46 Gavin: you can double tap to resize 14:39:48 Jan: there's also keyboard alternatives for these, it's not the, it's doing it every time 14:39:58 Gavin: iPhone overrides 14:40:27 Jan: iPhone and android platforms are dumb, just zoom, but the browser also re-flows 14:40:35 Gavin: but not if it's pixels? 14:40:47 Jan: it does pixels as well, but then you run into container issues 14:41:13 Gavin: can get truncated – that's the point that I should have mentioned on this email. Can get difficult. 14:41:55 Gavin: the technique that we need to put in is to maintain the ability – best practice to retain relative size compared to an absolute unit but possibly add something in there in relation to fixed containers or content may be truncated or obscured from site, if reflow using pinch and zoom 14:42:12 Jan: the already is a technique the talks about the fixed size, but we should inject some mobile language into that 14:42:24 Kathy: technique that says we should have a minimum font size on mobile 14:44:07 Jan: tiny text is 1.9 mm high. Huge text is 4.8 mm. the tiny text is 22 arc minutes so as far as the FAA is concerned, big enough to meet what is required for critical display elements 14:44:57 Gavin: I'm trying to grasp is from a developers perspective – they use CSS so it's what size they would be developing in is at 14 to 18 point? 14:45:36 Jan: WCAG 2 doesn't require minimum text size, just says for contrast if 18 and over or if your bold and 14 or higher than you can also qualify 14:46:03 Jan: maybe should be advisory – if you're using really small text there's going to be more pinching – your design is going to be morphed more than usual 14:47:02 Kathy: it also depends on what color you are using. During usability studies gray text is always a problem no matter what it falls out as far as contrast ratios. Have to magnify the screen larger than you typically would if the text was a different color. That would hold true on mobile as well. If we've got text the color also indicates what the minimum size would need to be. If it's gray... 14:47:03 ...text you would have to increase it larger because it's harder to read. 14:47:32 Gavin: which size the normal size would be in relation to 2.6 mm or would that depend on the actual viewport or size of the phone 14:48:01 Jan: my phone, which is a little bigger than an iPhone, it comes out to 2.6 mm 14:49:09 Gavin: for developers, you must use the minimum font size of let's say 6, and then when viewed on different devices is going to be different sizes and give a different user experience. So if you develop the same, say 16 point size on an iPad or mini, is it going to be different, or do you take the point size as well as the viewing distance from the screen and make that a requirement 14:49:47 Jan: one point is 1/72 of an inch. So it's invariant, same if it's a phone or TV. Same with arc minute. It's a degree of your visual field. 14:50:43 Jan: advisory, translate to degrees, then translate to millimeters and say for a smart phone it's this in a tablet it's this. This is not a minimum, but know that the more you go beyond this the more pinch zooming, re-flowing will change your interface 14:51:21 Kathy: if I change it from tiny to small to large does it proportionately change the text size based on what it is or is it actually changing it to a fixed size on most mobile devices? is it fixed or relative to what you already have? 14:52:26 Jan: I can do some testing 14:52:28 Jeanne: it used to be relative, that used to be the way we recommended, but it may have changed 14:53:22 Kathy: we need to see how mobile devices in general are handling that both from her browser and OS setting. If we recommend minimum size – is this already in the devices. What is the implication of that depending on different settings 14:53:50 Gavin: I think this is the reason WCAG didn't specify font sizes 14:54:02 Kathy: mobile needs this 14:54:54 Gavin: developers need as much guidance and advice as possible, may be varying device guidance 14:56:02 Kathy: WCAG 's general. Maybe notes about specifics. We need more research on this. 14:56:38 Kathy: discussing meeting time 14:57:59 Kathy: a lot of work ahead of us writing techniques so there's a lot we can do outside of the meeting time as well 14:59:53 Kathy: next steps – we have a few items to go over still. I started creating a summary sheet with a list of all the techniques we need to create based on our recommendations. We will review that list and bring that to the UAAG and WCAG working groups before we start writing techniques. probably some we can start writing right away, others will discuss back and forth. We will have folks start... 14:59:54 ...writing techniques, then present in the group and discuss. Once they are done they go back to the working groups for review, and we cycled back. The working group has a publication schedule for techniques and we have to figure out how to coordinate with that. 15:00:22 Kathy: we will intermix techniques we are modifying versus new, so we can get the ones we feel are most important for developers out now. 15:00:43 Kathy: I'll be sending out items to look at, please look at before next week 15:00:48 - +44.179.281.aabb 15:00:49 - +1.512.596.aaaa 15:00:49 -Jan 15:01:06 zakim, whose on the phone? 15:01:06 I don't understand your question, jeanne. 15:01:12 gavinevans has joined #mobile-a11y 15:01:18 zakim, who is on the phone? 15:01:18 On the phone I see Kathy_Wahlbin, Kim_Patch, Jeanne, wuwei (muted) 15:02:43 zakim, list participants 15:02:43 As of this point the attendees have been Kathy_Wahlbin, Kim_Patch, Jeanne, Jan, wuwei, +1.512.596.aaaa, +44.179.281.aabb 15:02:55 rrsagent, make minutes 15:02:55 I have made the request to generate http://www.w3.org/2014/07/25-mobile-a11y-minutes.html KimPatch 15:03:35 rrsagent, bye 15:03:35 I see no action items