IRC log of mobile-a11y on 2014-07-25
Timestamps are in UTC.
- 13:41:11 [RRSAgent]
- RRSAgent has joined #mobile-a11y
- 13:41:11 [RRSAgent]
- logging to http://www.w3.org/2014/07/25-mobile-a11y-irc
- 13:41:13 [trackbot]
- RRSAgent, make logs public
- 13:41:13 [Zakim]
- Zakim has joined #mobile-a11y
- 13:41:15 [trackbot]
- Zakim, this will be WAI_MATF
- 13:41:15 [Zakim]
- ok, trackbot; I see WAI_MATF()10:00AM scheduled to start in 19 minutes
- 13:41:16 [trackbot]
- Meeting: Mobile Accessibility Task Force Teleconference
- 13:41:16 [trackbot]
- Date: 25 July 2014
- 13:41:26 [Kathy]
- zakim, this will be 6283
- 13:41:26 [Zakim]
- ok, Kathy; I see WAI_MATF()10:00AM scheduled to start in 19 minutes
- 13:41:48 [Kathy]
- rrsagent, make log world
- 13:41:55 [Kathy]
- meeting: Mobile A11Y TF
- 13:42:00 [Kathy]
- Chair: Kathy Wahlbin
- 13:42:13 [Kathy]
- regrets+ Alan
- 13:42:28 [Kathy]
- agenda?
- 13:42:49 [Kathy]
- 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 [Kathy]
- agenda+ 2.Research on minimum text sizes on different displays (Jan)
- 13:43:14 [Kathy]
- 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 [Kathy]
- agenda+ 4.Changing the day of Mobile Accessibility Task Force meetings from Friday to Thursday
- 13:43:33 [Kathy]
- agenda+ 5. Next Steps
- 13:43:35 [Kathy]
- agenda?
- 13:49:26 [Zakim]
- WAI_MATF()10:00AM has now started
- 13:49:32 [Zakim]
- +Kathy_Wahlbin
- 13:56:04 [wuwei]
- wuwei has joined #mobile-a11y
- 13:57:34 [KimPatch]
- KimPatch has joined #mobile-a11y
- 13:58:17 [Zakim]
- +Kim_Patch
- 13:59:00 [jeanne]
- jeanne has joined #mobile-a11y
- 13:59:10 [gavinevans]
- gavinevans has joined #mobile-a11y
- 13:59:59 [Zakim]
- +Jeanne
- 14:00:35 [Jan]
- Jan has joined #mobile-a11y
- 14:01:25 [Zakim]
- +[IPcaller]
- 14:01:44 [Jan]
- zakim, [IPcaller] is really Jan
- 14:01:44 [Zakim]
- +Jan; got it
- 14:02:09 [Jan]
- zakim, who's here?
- 14:02:09 [Zakim]
- On the phone I see Kathy_Wahlbin, Kim_Patch, Jeanne, Jan
- 14:02:11 [Zakim]
- On IRC I see Jan, gavinevans, jeanne, KimPatch, wuwei, Zakim, RRSAgent, Kathy, MichaelC, trackbot
- 14:03:15 [Zakim]
- +EricP
- 14:04:02 [Jan]
- Scribe: Jan
- 14:04:33 [Jan]
- Zakim, take up next item
- 14:04:33 [Zakim]
- agendum 1. "1.Discussion: WCAG working group would like to hear from the MATF what they think about this technique
- 14:04:36 [Zakim]
- ... (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 [Zakim]
- ... problems in the mobile space." taken up [from Kathy]
- 14:04:44 [Zakim]
- + +1.512.596.aaaa
- 14:05:03 [Zakim]
- + +44.179.281.aabb
- 14:05:05 [Brent]
- Brent has joined #mobile-a11y
- 14:05:18 [Kathy]
- https://www.w3.org/WAI/GL/wiki/Creating_a_conforming_alternate_version_for_a_responsive_web_page_designed_with_progressive_enhancement
- 14:05:31 [Jan]
- KW: Big question is that this is about progressive enhancement...but did it have mobile implications?
- 14:05:56 [Jan]
- KW: Let's read...
- 14:09:06 [wwu]
- wwu has joined #mobile-a11y
- 14:10:17 [Jan]
- JR: It can be boiled down to the Procedure...
- 14:10:27 [Jan]
- Check enhanced versions of the web page contain a link to the "Conforming Alternate Version".
- 14:10:29 [Jan]
- 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 [Jan]
- JS: Doesn't seem like progressive enhancement, nothing about screen size
- 14:12:11 [Jan]
- Gavin: Don't agree with it, satisfies with text version.
- 14:12:53 [Jan]
- JR: Needs to have accessible path through to the link
- 14:13:13 [Jan]
- JS: What about functionality
- 14:13:56 [Jan]
- Gavin: We have used progressive enahncement...eg. caroussel to list
- 14:14:00 [Jan]
- http://www.w3.org/TR/WCAG20/#conforming-alternate-versiondef
- 14:14:40 [Jan]
- KW: Big question for WG....
- 14:15:06 [Jan]
- KW: Removes all styles, scripts... what does it mean for responsive design site?
- 14:16:21 [Jan]
- KW: Sometimes in responsive desing, multiple versions of things appear on base page and script selects which one
- 14:16:39 [Jan]
- Gavin: Should take into account scope of testing...
- 14:17:05 [jeanne]
- responsive image sizes would be wrong, without any scripting
- 14:17:06 [Jan]
- Gavin: Only reason not to assume CSS, Script
- 14:18:18 [Jan]
- JR: Doesn't seem that mobile specific
- 14:18:55 [Jan]
- Gavin: I need to get a bit more into this before I comment, but something doesn't sit right
- 14:18:57 [jeanne]
- 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 [Jan]
- KW: What should be our response? Publish or not or with changes?
- 14:20:29 [jeanne]
- JR: What sc is this associated with? Otr is it a uber technique
- 14:20:57 [Jan]
- KW: Do we need to do anything for mobile?
- 14:21:02 [jeanne]
- s/Otr is it a uber technique/Or is it a uber technique?
- 14:21:29 [Jan]
- Gavin: Depends on how mobile website is created...media queries, etc.
- 14:22:23 [jeanne]
- 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 [Jan]
- KW: This tech has gone through several iterations....started as create conforming alterantive version
- 14:22:37 [jeanne]
- q+
- 14:22:45 [Jan]
- q+
- 14:23:01 [Jan]
- ack jeanne
- 14:23:46 [Jan]
- 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 [Jan]
- JS: On mobile side i'm concerned about responsive image
- 14:25:29 [Jan]
- ack Jan
- 14:26:16 [Jan]
- 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 [Jan]
- KW: OK I will take back the concerns
- 14:26:59 [Jan]
- KW: This is still something being discussed in WG
- 14:27:07 [Jan]
- KW: A lot of back and forth
- 14:27:22 [Jan]
- Zakim, close this item
- 14:27:22 [Zakim]
- agendum 1 closed
- 14:27:23 [Zakim]
- I see 4 items remaining on the agenda; the next one is
- 14:27:23 [Zakim]
- 2. 2.Research on minimum text sizes on different displays (Jan) [from Kathy]
- 14:27:30 [Jan]
- Zakim, take up next item
- 14:27:30 [Zakim]
- agendum 2. "2.Research on minimum text sizes on different displays (Jan)" taken up [from Kathy]
- 14:28:20 [Jan]
- http://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2014Jul/0006.html
- 14:29:24 [jeanne]
- s/make sit clear/makes it clear
- 14:29:47 [KimPatch]
- 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 [KimPatch]
- Kathy: so seems like the 1.5 multiplier is actually good
- 14:31:26 [KimPatch]
- Jan: it seems reasonable
- 14:32:42 [KimPatch]
- 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 [KimPatch]
- 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 [Jan]
- http://www.w3.org/TR/2013/WD-UAAG20-20131107/#sc_185
- 14:34:40 [KimPatch]
- 1.8.5 help users to orient through the viewpoint
- 14:34:41 [KimPatch]
- This is really what we do with mobile phone
- 14:35:23 [KimPatch]
- Gavin: more focused on Zoom on the mobile side of things except best practices which focuses on relative phone sizes
- 14:35:24 [KimPatch]
- Gavin: this is a little dated – concerned that we have examples that are up-to-date
- 14:37:00 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- Jan: UAAG 1.8.7
- 14:38:23 [KimPatch]
- Jan: for that em's are better than pixels still
- 14:39:43 [KimPatch]
- Gavin: so panning isn't acceptable?
- 14:39:45 [KimPatch]
- Jan: just lots more movement
- 14:39:46 [KimPatch]
- Gavin: you can double tap to resize
- 14:39:48 [KimPatch]
- Jan: there's also keyboard alternatives for these, it's not the, it's doing it every time
- 14:39:58 [KimPatch]
- Gavin: iPhone overrides
- 14:40:27 [KimPatch]
- Jan: iPhone and android platforms are dumb, just zoom, but the browser also re-flows
- 14:40:35 [KimPatch]
- Gavin: but not if it's pixels?
- 14:40:47 [KimPatch]
- Jan: it does pixels as well, but then you run into container issues
- 14:41:13 [KimPatch]
- Gavin: can get truncated – that's the point that I should have mentioned on this email. Can get difficult.
- 14:41:55 [KimPatch]
- 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 [KimPatch]
- Jan: the already is a technique the talks about the fixed size, but we should inject some mobile language into that
- 14:42:24 [KimPatch]
- Kathy: technique that says we should have a minimum font size on mobile
- 14:44:07 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- ...text you would have to increase it larger because it's harder to read.
- 14:47:32 [KimPatch]
- 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 [KimPatch]
- Jan: my phone, which is a little bigger than an iPhone, it comes out to 2.6 mm
- 14:49:09 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- Jan: I can do some testing
- 14:52:28 [KimPatch]
- Jeanne: it used to be relative, that used to be the way we recommended, but it may have changed
- 14:53:22 [KimPatch]
- 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 [KimPatch]
- Gavin: I think this is the reason WCAG didn't specify font sizes
- 14:54:02 [KimPatch]
- Kathy: mobile needs this
- 14:54:54 [KimPatch]
- Gavin: developers need as much guidance and advice as possible, may be varying device guidance
- 14:56:02 [KimPatch]
- Kathy: WCAG 's general. Maybe notes about specifics. We need more research on this.
- 14:56:38 [KimPatch]
- Kathy: discussing meeting time
- 14:57:59 [KimPatch]
- 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 [KimPatch]
- 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 [KimPatch]
- ...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 [KimPatch]
- 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 [KimPatch]
- Kathy: I'll be sending out items to look at, please look at before next week
- 15:00:48 [Zakim]
- - +44.179.281.aabb
- 15:00:49 [Zakim]
- - +1.512.596.aaaa
- 15:00:49 [Zakim]
- -Jan
- 15:01:06 [jeanne]
- zakim, whose on the phone?
- 15:01:06 [Zakim]
- I don't understand your question, jeanne.
- 15:01:12 [gavinevans]
- gavinevans has joined #mobile-a11y
- 15:01:18 [jeanne]
- zakim, who is on the phone?
- 15:01:18 [Zakim]
- On the phone I see Kathy_Wahlbin, Kim_Patch, Jeanne, wuwei (muted)
- 15:02:43 [KimPatch]
- zakim, list participants
- 15:02:43 [Zakim]
- 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 [KimPatch]
- rrsagent, make minutes
- 15:02:55 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/07/25-mobile-a11y-minutes.html KimPatch
- 15:03:35 [KimPatch]
- rrsagent, bye
- 15:03:35 [RRSAgent]
- I see no action items