16:46:06 RRSAgent has joined #ua 16:46:06 logging to http://www.w3.org/2013/06/20-ua-irc 16:46:08 RRSAgent, make logs public 16:46:08 Zakim has joined #ua 16:46:10 Zakim, this will be WAI_UAWG 16:46:10 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 14 minutes 16:46:11 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:46:11 Date: 20 June 2013 16:46:20 rrsagent, make logs public 16:46:40 chair: jimAllan, KellyFord 16:55:38 kford has joined #ua 16:55:57 zakim, agenda? 16:55:57 I see nothing on the agenda 16:56:50 jeanne has joined #ua 16:56:54 Agenda+ Revisit Definition of User Agent After CG Discussion 16:56:56 Agenda+ Face to Face Reminder 16:56:57 Agenda+ Testing Details 16:56:59 Agenda+ Crowd source implementation - we have spreadsheet! Thanks Greg! 16:57:00 Agenda+ Action-836 Appendix E of Alternative Content 16:57:02 What do we want to do with it? (http://www.w3.org/TR/IMPLEMENTING-UAAG20/#alternative-content-list) in Implementing? 16:57:14 rrsagent, make minutes 16:57:14 I have made the request to generate http://www.w3.org/2013/06/20-ua-minutes.html kford 16:57:49 WAI_UAWG()1:00PM has now started 16:57:56 +[Microsoft] 16:58:03 zakim, microsoft ks kford 16:58:03 I don't understand 'microsoft ks kford', kford 16:58:10 zakim, microsoft is kford 16:58:10 +kford; got it 16:58:13 +Jeanne 16:58:28 +Jim_Allan 17:00:19 Greg has joined #ua 17:01:14 Jan has joined #ua 17:01:19 zakim, code? 17:01:19 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 17:02:11 +olivier 17:02:34 zakim, olivier is really Jan 17:02:34 +Jan; got it 17:03:07 +Greg_Lowney 17:04:31 zakim, who is here? 17:04:31 On the phone I see kford, Jeanne, Jim_Allan, Jan, Greg_Lowney 17:04:32 On IRC I see Jan, Greg, jeanne, kford, Zakim, RRSAgent, allanj, trackbot 17:08:02 zakim, agenda? 17:08:02 I see 5 items remaining on the agenda: 17:08:03 1. Revisit Definition of User Agent After CG Discussion [from kford] 17:08:03 2. Face to Face Reminder [from kford] 17:08:03 3. Testing Details [from kford] 17:08:03 4. Crowd source implementation - we have spreadsheet! Thanks Greg! [from kford] 17:08:03 5. Action-836 Appendix E of Alternative Content [from kford] 17:08:07 + +1.609.734.aaaa 17:08:47 rrsagent, aaaa is really Eric 17:08:47 I'm logging. I don't understand 'aaaa is really Eric', allanj. Try /msg RRSAgent help 17:09:18 zakim, aaaa is really Eric 17:09:18 +Eric; got it 17:09:20 zakim, agenda? 17:09:20 I see 5 items remaining on the agenda: 17:09:21 1. Revisit Definition of User Agent After CG Discussion [from kford] 17:09:21 2. Face to Face Reminder [from kford] 17:09:21 3. Testing Details [from kford] 17:09:21 4. Crowd source implementation - we have spreadsheet! Thanks Greg! [from kford] 17:09:21 5. Action-836 Appendix E of Alternative Content [from kford] 17:09:33 Eric has joined #ua 17:09:42 zakim, take up item 1 17:09:42 agendum 1. "Revisit Definition of User Agent After CG Discussion" taken up [from kford] 17:09:51 Scribe: GL 17:11:13 KF: Discussion yesterday with several WG members. Some people felt AA example should be considered a UA, but Kelly does not. 17:11:50 JR: Agrees with Kelly that AA app should not be a UA. 17:13:18 KF: Feels you know a UA when you experience one. He feels AA app should not be considered UA because (a) very task specific, and while may render HTML it is doing that for a single purpose, thus not a *general* user agent, and (b) burden of asking for the myriad of things required for UAAG conformance is something we should not ask of every developer. 17:14:04 KF: Maybe we need more to let developers pick and choose which portions of UAAG are applicable to them. 17:15:29 KF: If you're rendering HTML content that should be developed to WCAG conformance. A real world example: the Kim has talked about Show Numbers feature in Lynx as an implementation method for direct navigation. However, if the platform doesn't support it, can we expect every developer to build it for their apps? No. 17:16:25 JR: We require direct navigation because there are web pages out there with thousands of links, but if you only display your own pages that don't need that feature--optimized for just two buttons--you should not have to provide it. 17:17:06 JR: Way to move forward is for people who think UAAG should apply to American Airlines app, go through UAAG and pick out things that should be applied to UA and are not already covered by WCAG. 17:19:01 JS: That would put her on task force to look at those, because does want to provide guidance for mobile apps. 17:20:03 JA: Seems that we're trying to provide functionality for navigation by headings and the like, because WCAG and UAAG are different sides of the same coin: WCAG requires headings, but do no good if the UA doesn't use them. 17:20:35 JR: Disagree, in a mobile app you might have only two headings on a page, nice to know that it's a heading even if you don't have a headings navigation mechanism. 17:21:42 JA: Difference between app and full-blown browser it that Firefox lets you hide its UI, leaving only content that the author has provided on the web site, does it suddenly turn from a full-featured browser into an app? 17:22:08 JA: Every web site could essentially create its own app, say it doesn't need general purpose browsers anymore. 17:23:56 JA: Functionality like headings navigation needs to come from somewhere other than every web site creating it themselves. 17:25:24 GL: But those cases we don't see the web site going away, site-specific apps just being an available alternative. 17:25:56 JR: Why do people choose apps over using the web sites directly? Possibly because browser experience does not come across as nice as when you have a tuned app. 17:26:11 KimPatch has joined #ua 17:26:37 JR: Full UAAG is overkill for many apps, so recommends having a subset of UAAG for mobile apps. 17:27:03 JA: Make all Level A apply to everything including apps, while full-blown UAs have to address AA as well? 17:27:26 +Kim_Patch 17:27:38 GL: The way we define levels doesn't always correspond with what's applicable to apps vs. full UA. 17:28:19 JR: If only 20 out of 120 SCs apply to apps, then we should provide a simpler view for app developers. 17:29:39 scribe: jim 17:30:23 gl: with the AA app if the only part is web functionality, is just getting some xml data. they don't seem to overlap. 17:30:41 jr: there are button, and text fields....html 17:31:04 gl: but it might not be, then does WCAG not apply. 17:32:02 jr: only in the narrow view, wcag functionality also applies to applications 17:32:46 erh: relationship between wcag and uaag. does wcag need to be considered in our conformance. 17:33:18 jr: yes in the case of web-based user agents. 17:34:30 gl: agree with Jan, moving on to other items. 17:35:20 zakim, agenda? 17:35:20 I see 5 items remaining on the agenda: 17:35:21 1. Revisit Definition of User Agent After CG Discussion [from kford] 17:35:21 2. Face to Face Reminder [from kford] 17:35:21 3. Testing Details [from kford] 17:35:21 4. Crowd source implementation - we have spreadsheet! Thanks Greg! [from kford] 17:35:21 5. Action-836 Appendix E of Alternative Content [from kford] 17:36:26 action: jim to work with Jeanne to create a list of SC that likely apply mobile apps (what is the difference between mobile web app, and any other app?) 17:36:26 Created ACTION-839 - Work with Jeanne to create a list of SC that likely apply mobile apps (what is the difference between mobile web app, and any other app?) [on Jim Allan - due 2013-06-27]. 17:37:21 zakim, close item 1 17:37:21 agendum 1, Revisit Definition of User Agent After CG Discussion, closed 17:37:23 I see 4 items remaining on the agenda; the next one is 17:37:23 2. Face to Face Reminder [from kford] 17:37:29 zakim, take up item 2 17:37:29 agendum 2. "Face to Face Reminder" taken up [from kford] 17:38:32 scribe: Greg 17:38:45 Kelly: mail coming out soon with details about the face to face in Redmond. 17:39:07 KF: Dial in will be available for those who can't attend in person. 17:39:09 zakim, close item 2 17:39:09 agendum 2, Face to Face Reminder, closed 17:39:10 I see 3 items remaining on the agenda; the next one is 17:39:10 3. Testing Details [from kford] 17:39:18 zakim, agenda ? 17:39:18 I see 3 items remaining on the agenda: 17:39:19 3. Testing Details [from kford] 17:39:19 4. Crowd source implementation - we have spreadsheet! Thanks Greg! [from kford] 17:39:19 5. Action-836 Appendix E of Alternative Content [from kford] 17:39:41 zakim, take up item 5 17:39:41 agendum 5. "Action-836 Appendix E of Alternative Content" taken up [from kford] 17:40:28 JA: He cleaned it up into a table, and sent to the list. Columns for different W3C formats. 17:40:53 JA: Working on filling out columns for those technologies. Some things deprecated or pending in different technologies. 17:41:21 JA: Should he include links to places in the specs where the information came from? Probably yes. 17:41:33 JS: Yes, but should be to a version of the spec that won't disappear. 17:41:57 JS: Need to figure out how to do that for ATAG anyway, so will look into it soon and let Jim know. 17:43:47 JA: E.g. alt for EMBED element is supported by all browsers, but isn't in HTML 4 or XHTML. EMBED is mentioned in HTML 5 but Alt is not a valid attribute for it. Yet it works. Do we count it as a valid form of alternative content that browsers should support? 17:44:02 JS: Should include it but note that it's commonly supported even though not in specifications. 17:44:46 JA: Another is Q element for quotes has cite attribute that links to source of the quote, its value is a URL. No browser reveals it. Is it alternative content? 17:44:54 JR: No, it's something else. 17:45:07 JA: Agreed. 17:45:26 JA: Everyone review the list and let him know of any alternative content forms he missed. 17:46:25 JA: Also wrestled with title, because specs says it's advisory, but it is necessary for some things. It functions as the label for check boxes and radio buttons, so is it alternative content or not? 17:47:17 JS: Feels it belongs on the list, at least for those cases. Required for accessibility for forms. Also required for drop-down lists. 17:47:25 JA: But screen readers might not pick those up. 17:47:47 KF: Screen readers will read title on select. 17:48:20 GL: Even if no browser exposes an attribute, an extension can be written to do so, so they can still be useful alternative content. 17:48:50 zakim, close item 5 17:48:50 agendum 5, Action-836 Appendix E of Alternative Content, closed 17:48:51 I see 2 items remaining on the agenda; the next one is 17:48:51 3. Testing Details [from kford] 17:48:59 zakim, take up item 3 17:48:59 agendum 3. "Testing Details" taken up [from kford] 17:49:34 KF: We've had people send sample tests to the list. 17:49:52 KP: Likes what Greg said about what things can be tested at once. 17:50:08 JR: Also Greg's concern about testability in his email are good. 17:50:27 JR: "boulderish" grains of salt 17:50:43 JR: Ran into some of the same issues working on ATAG but didn't write them down as well. 17:52:19 JR: If we want to go down to every detail, we lost the generality. ATAG wrote them very generally for a reason. Didn't have resources to write more specific tests for different types of pages, etc. 17:53:33 gregs message .. http://lists.w3.org/Archives/Public/w3c-wai-ua/2013AprJun/0103.html 17:53:38 GL: Raised three major issues: (1) can we lump several tests together into a single test pass over the application, (2) to what extent should we require testing edge cases, (3) do we want the test results to list all the failing cases for an SC, or just the first encountered? 17:54:26 ja: do lump test with atomized results 17:54:53 gl: combined test, then results on different rows of the table. 17:54:57 JS: Need atomized results, as you have to prove that every every SC passes. 17:56:06 GL: In a test procedure, in addition to saying "record FAIL", instructions could say "record FAIL for test 015", etc. 17:56:32 GL: That would allow a single test instruction to record separate results for multiple SC tests. 17:57:21 JS: Suggest until we learn more about what what the testing framework will support, write them separately for now but note those that could be combined. 17:58:14 KP: To avoid editorial nightmare of having lots of copies and having to do corrections/changes in all of them, could reference sections for inclusion. 17:59:37 EH: Agree with this approach. A key part is that you define the scope in which they're looking, identify a set of elements they'll look at, then repeat some procedure for each element in the list. It may check an element for compliance with several SC. 18:00:10 EH: A test procedure could be couched in non-normative suggestion of how the tests could be combined into a single pass. 18:00:58 JS: Likes Kim's idea if we can note common steps. 18:01:26 KP: like a cookbook having an entry for a basic sauce, which is then referenced in other recipes. 18:02:00 JS: Put into a wiki so everyone can modify it? 18:02:06 +1 18:02:22 KP: Could name the common test elements for reference in various tests. 18:02:31 JS: Put common elements into separate page. 18:02:43 JA: Greg raised questions about text search. 18:02:51 JA: Require searching into iFrame etc.? 18:03:37 GL: My preference would be yes because the user isn't necessarily cognizant of the implementation, to them it seems just a normal page, so would be quite dysfunctional if search skipped portions of it seemingly randomly. 18:03:38 +1 18:03:51 =! 18:03:56 +1 18:05:21 GL: However, noting that there may be embedded objects/embedded UA that, the same way, seem to be part of the normal page, but can't be searched by the hosting user agent. 18:06:47 GL: e.g. a plug-in for Firefox (a nested user agent) that allows PDF files to be shown on a page, will Firefox's text search search the contents of the PDF? 18:07:08 GL: I don't think we can require searching into nested user agents. 18:07:37 GL: Do plug-in architectures for any browsers support searching into nested user agents? 18:08:51 GL: If it was supported on some architectures, then I'd be more likely to require it, but would not if it's not supported anywhere. 18:10:03 GL: These types of questions really should be addressed somewhere, perhaps as a note in Implementing or in the test cases. 18:10:25 the pdf plug-in requires the use of the pdf-ui to search the pdf content. the user agent inpage search does not search pdf 18:10:28 GL: Or even a note in the main document. 18:11:13 JR: Probably the Implementing guide is a good place for it. 18:11:39 JR: If actually doing QA testing at a company, they'd enumerate all these test cases. 18:12:41 GL: However, if there are cases we feel strongly about, where there's behavior that if the user agent didn't handle those cases we wouldn't want them to pass, then we really have to make sure those are enumerated, or else we can run into products passing even though they don't meet the spirit/intent of the SC. 18:14:18 GL: it's difficult to draw the line sometimes between bugs of limits in functionality that are relatively harmless, minor bugs, and those that can really negatively impact some users. 18:14:51 kp: how do we know when a barrier is presented or not? 18:15:21 KP: sometimes the only way to get speech to work is to search for really strange things, so then you can navigate or search from that point. You need to focus on things that you'd never think a person would need to put focus on. 18:16:04 KP: The number of edge cases is very large as a result. 18:16:38 KP: Hard to judge that something is not important. 18:17:04 KP: If the rule is that you can search for anything, that's good; any limitation on what you can search for is potentially a problem. 18:17:13 KP: We can't predict what people will want to do. 18:21:04 GL: We can note edge cases we expect the product to support in a Note in Implementing, with or without actually including them in the test scripts. 18:24:07 JS: May need to avoid getting too bogged down in edge cases. 18:24:46 gl: It's possible to imagine implementations that would meet the letter of the SC without meeting its spirit. For example, a command that merely displayed a list box with page/line references for all occurrences of a string would comply, but it wouldn't be very useful for an screen-based browser. 18:25:01 ... then what do we do. 18:26:04 jr: that could happen, we can't guard against poor usability. if it meets the letter, but not the spirit, that's OK 18:26:44 JR: That could happen, but it would be poor usability. It would suffer in other ways. 18:26:59 gl: change example...if you cant get @alt inline, but get the @alt in a separate document. does that pass 18:27:20 jr: we can't block people trying to cheat the system. 18:27:31 GL: I'm more worried about a user agent creating a quick-and-dirty extension that complies minimally without actually making it useful for people with disabilities. 18:27:50 js: leave those alone, and assume developers want to do the right thing. 18:28:39 gl: in experience, developers will do the minimum to meet the requirements, even if it is totally unusable. 18:29:14 ... you will never be able to rid the creation of bad design. 18:29:45 gl: we have written SC that are written in legealeze, to prevent the edge cases. 18:30:26 js: if we do that, and make it harder on all of the other folks requiring more testing, etc. 18:31:08 kp: agree with js, work on wording, but assume the best. 18:31:51 -Kim_Patch 18:32:48 zakim, agenda? 18:32:48 I see 2 items remaining on the agenda: 18:32:48 gl: html5, test for 12 different strings, we need to provide the test. 18:32:49 3. Testing Details [from kford] 18:32:49 4. Crowd source implementation - we have spreadsheet! Thanks Greg! [from kford] 18:35:51 -Jan 18:35:53 -Eric 18:35:53 -Greg_Lowney 18:35:58 -Jeanne 18:36:50 rrsagent, make minutes 18:36:50 I have made the request to generate http://www.w3.org/2013/06/20-ua-minutes.html allanj 18:42:42 -kford 18:42:43 zakim, please part 18:42:43 leaving. As of this point the attendees were kford, Jeanne, Jim_Allan, Jan, Greg_Lowney, +1.609.734.aaaa, Eric, Kim_Patch 18:42:43 Zakim has left #ua 18:43:57 rrsagent, make minutes 18:43:57 I have made the request to generate http://www.w3.org/2013/06/20-ua-minutes.html allanj 18:44:35 rrsagent, please part 18:44:35 I see 1 open action item saved in http://www.w3.org/2013/06/20-ua-actions.rdf : 18:44:35 ACTION: jim to work with Jeanne to create a list of SC that likely apply mobile apps (what is the difference between mobile web app, and any other app?) [1] 18:44:35 recorded in http://www.w3.org/2013/06/20-ua-irc#T17-36-26