14:53:45 RRSAgent has joined #wai-wcag 14:53:45 logging to http://www.w3.org/2013/10/01-wai-wcag-irc 14:53:54 Zakim has joined #wai-wcag 14:54:08 meeting: WCAG Working Group Teleconference 14:54:45 regrets: Bruce, cherie, alan, kerstin, gian 14:55:04 zakim, this will be WCAG 14:55:04 ok, Joshue, I see WAI_WCAG()11:00AM already started 14:55:26 +[Adobe] 14:55:30 Zakim, Adobe is AWK 14:55:30 +AWK; got it 14:55:30 zakim, who is on the phone? 14:55:31 On the phone I see [IPcaller], AWK 14:56:07 Agenda+ WCAG review of Techniques Task Force: ARIA techniques for 10 September 2013 (We need to do #8 only) https://www.w3.org/2002/09/wbs/35422/WCAGTechs20130910/ 14:56:19 zakim, who is on the phone? 14:56:19 On the phone I see [IPcaller], AWK 14:56:24 Agenda+ Review of Techs comments and ARIA techniques for September 22, 2013 https://www.w3.org/2002/09/wbs/35422/20130922comments/ 14:56:44 Agenda? 14:57:18 Zakim, IPC is Joshue 14:57:18 sorry, AWK, I do not recognize a party named 'IPC' 14:57:24 Zakim, [IPC is Joshue 14:57:24 +Joshue; got it 14:57:39 Joshue108 has joined #wai-wcag 14:58:29 zakim, this will be WCAG 14:58:29 ok, Joshue108, I see WAI_WCAG()11:00AM already started 14:58:41 zakim, who is on the phone 14:58:41 I don't understand 'who is on the phone', Joshue108 14:58:46 zakim, who is on the phone? 14:58:46 On the phone I see Joshue, AWK 14:58:48 +Cooper 15:02:36 Loretta has joined #WAI-WCAG 15:02:55 + +1.703.225.aaaa 15:03:03 Zakim, aaaa is Loretta 15:03:03 +Loretta; got it 15:03:26 +[IPcaller] 15:03:36 zakim, IPcaller is Loretta 15:03:36 +Loretta; got it 15:03:50 Zakim, who is on the phone? 15:03:50 On the phone I see Joshue, AWK, Cooper, Loretta, Loretta.a 15:04:03 aaaa is someone else 15:04:16 zakim, Loretta is Sailesh_Panchang 15:04:16 +Sailesh_Panchang; got it 15:04:22 zakim, Loretta.a is Loretta 15:04:22 +Loretta; got it 15:04:31 Zakim, who is on the phone? 15:04:32 On the phone I see Joshue, AWK, Cooper, Sailesh_Panchang, Loretta 15:05:21 SaileshP has joined #wai-wcag 15:05:28 regrets+ Kathy 15:05:43 marcjohlic has joined #wai-wcag 15:06:01 +Marc_Johlic 15:06:32 regrets+ peter korn 15:06:44 Chair: Joshue 15:07:54 ScribeNic: Loretta 15:08:01 ScribeNick: Loretta 15:08:09 Zakim, agenda? 15:08:09 I see 2 items remaining on the agenda: 15:08:11 1. WCAG review of Techniques Task Force: ARIA techniques for 10 September 2013 (We need to do #8 only) https://www.w3.org/2002/09/wbs/35422/WCAGTechs20130910/ [from AWK] 15:08:11 2. Review of Techs comments and ARIA techniques for September 22, 2013 https://www.w3.org/2002/09/wbs/35422/20130922comments/ [from AWK] 15:08:13 Agenda? 15:08:32 zakim, take up item 1 15:08:32 agendum 1. "WCAG review of Techniques Task Force: ARIA techniques for 10 September 2013 (We need to do #8 only) https://www.w3.org/2002/09/wbs/35422/WCAGTechs20130910/" taken up 15:08:35 Scribe: Loretta 15:08:35 ... [from AWK] 15:09:25 TOPIC: 8. ARIA-edit: F68: Failure of Success Criterion 1.3.1 and 4.1.2 15:11:48 ack Sailesh 15:11:48 DIscussing Kathy's comment about whether implicit labels should be a failure. 15:12:22 q+ 15:12:24 Sailesh: Tested this example and found many screen readers and browsers that handle it correctly. 15:12:39 Conclusion: do not include this as a failure example. 15:12:43 ack awk 15:14:01 AWK: H44 test procedure says to check for the for attribute. So that technique doesn't describe implicit labels. But that doesn't mean that implicit labels can't be sufficient. 15:15:34 Sailesh: many examples in other techniques use implicit labeling. 15:15:58 JOC: Support for implicit labeling is improving. The story might have been different 2 years ago. 15:16:15 Sailesh: Still concerned about how it works with voice activate software. 15:17:04 Loretta: Recommends that Sailesh should join the task force working on the accessibility support data base! 15:18:12 RESOLUTION: Accept F68 as amended. 15:18:48 http://www.w3.org/TR/WCAG-TECHS/failures.html#F68 15:19:52 Take up item 2 15:20:41 LC-2850: Title Change for G86 15:21:11 G86: Providing a text summary that requires reading ability less advanced than the upper secondary education level. 15:22:30 https://www.w3.org/2006/02/lc-comments-tracker/35422/NOTE-WCAG20-TECHS-20130905/2850 15:23:09 Michael: Just using "less than" with no comparison is ambiguous. 15:24:03 Use AWK's suggestion: G86: Providing a text summary that can be understood by people with lower secondary education level reading ability 15:24:35 RESOLUTION: Accept LC-2850 as amended. 15:25:27 LC-2847: Comments on the following: LC-2790 @longdesc 15:25:37 https://www.w3.org/2006/02/lc-comments-tracker/35422/NOTE-WCAG20-TECHS-20130905/2847 15:27:24 AWK: John and Laura seem to be advocating a full discussion of the comparison between longdesc and describedby any time describedby is mentioned. 15:28:01 AWK: Agree that we don't want the describedby technique to say that it is the preferred way; we should just say that it is one way to meet SC. 15:28:32 AWK: Some of the changes made in response to Laura's comment include a more even-handed comparison in the longdesc technique. 15:29:25 +q 15:30:08 JOC: Will this be sufficient to put this topic to bed? Will we be giving longdesc the status it deserves? 15:30:32 LGR: We need to modify the proposed response to include Andrew's proposal, then send this to survey again. 15:30:48 -q 15:32:19 RESOLUTION: Leave LC-2847 open, Andrew to craft new response to this and LC-2848. 15:33:32 RESOLUTION: Leave LC-2848 open, per previous resolution. 15:33:33 LC-2846: F91 example 1 contains markup error 15:33:39 https://www.w3.org/2006/02/lc-comments-tracker/35422/NOTE-WCAG20-TECHS-20130905/2846 15:34:08 LC-2846: F91 example 1 contains markup error 15:36:18 Change response to accept the accepted change. 15:37:01 AWK argues that this really was a cut-and-paste error, and that we didn't mean to introduce this markup error. 15:37:30 RESOLUTION: Accept LC-2846 as amended. 15:37:47 LC-2844: Out of date User Agent Support info 15:37:53 https://www.w3.org/2006/02/lc-comments-tracker/35422/NOTE-WCAG20-TECHS-20130905/2844 15:39:33 q+ 15:40:18 MC: Response needs to be more concrete. Are we going to change anything, or not? 15:40:52 JOC: What do we say about the ASD? 15:41:03 MC: Should discuss this, but probably can't decide today. 15:41:11 MC: Suggestions for what we might do: 15:41:46 MC: Add dates for all the user agent notes. Downside: this would be hard to do for all our historical user agent notes. Perhaps we only do this for user agent notes going forward. 15:42:11 +q 15:42:35 MC: Another option: remove all the existing user agent notes and move them to another page. Not clear the best way to organizing this information. But this would let us update that page, and just reference the page from the techniques. 15:42:56 This makes it easier to update the user agent info, but still doesn;t guarantee it doesn't get stale. 15:43:18 MC: THird option: wait for the accessibility support data base. But we don't have a schedule for this. 15:43:25 MC: My preference would be option 2. 15:43:47 ack awk 15:43:48 ack me 15:43:54 -q 15:44:02 Eventually, this links in the techniques could move from this page to the accessibility support database. 15:44:12 AWK: I thought we had already decided to go with option 2. 15:45:21 +q to say that at least agreeing to start adding dates to UA support notes from here on in would be helpful. We could also look at the history for techs and then use that as a timestamp. 15:45:45 LGR: For ARIA techniques, we have been assuming user agent notes would not be in the techniques. But I didn't recall that we were planning to go back and change all the existing techniques. 15:46:06 MC: I can automate extracting the user agent notes from the techniques. 15:47:10 MC: Easiest approach: set up a wiki page called User Agent notes that has a bookmark and header for every technique. 15:47:28 The section would contain exactly what is in the current user agent notes right now. 15:47:44 MC: It would be obvious how random our user agent notes are. 15:47:59 JOC: COuld they we edited and manually updated after the fact? 15:48:20 MC: Yes, this could be done after the automated part. But it is going to be a big page. 15:48:37 MC: If we wanted to organize them by user agent, for instance, it would be a lot of manual work. 15:49:12 MC: Since it would be a lot of work and since the ASD might come along and do that anyway, suggest not doing this. 15:49:31 ack me 15:49:31 Joshue, you wanted to say that at least agreeing to start adding dates to UA support notes from here on in would be helpful. We could also look at the history for techs and then 15:49:34 ... use that as a timestamp. 15:49:36 JOC: We could give this a try. 15:50:32 JOC: Can we extract dates for existing user agent notes? 15:50:52 MC: It would be a manually process of looking through the CVS entry and finding the edits. THis would be a lot of work and slow. 15:51:06 JOC: Like the idea of the wiki and it being easy. 15:51:20 JOC: I like having all the user agent data in one place. 15:51:33 JOC: I am uneasy about removing the user agent notes from each technique. 15:51:52 MC: There would be a link to this page in each technique. 15:52:09 q+ 15:52:10 SP: Include "last updated by" information for this data. 15:52:54 JOC: Can this be done by the Task Force? 15:53:05 LGR: I think this is the wrong place to do it. 15:53:46 LGR: When techniques are authored, you don't know when the technique will be published. 15:54:40 JOC: But you can record when the user agent testing was done. 15:55:00 LGR: Would rather see the energy put into the ASD. 15:55:31 JOC: Have some concerns about whether anything is happening with the ASD. Last talked with Shadi several months ago. 15:55:45 AWK: Invite Shadi to join editor's meeting for an update? 15:56:32 AWK: My understanding is that we are planning to have a separate User Agent notes document for ARIA, similar to PDF. 15:56:55 AWK: Also, how much are we discussing ASD publicly? 15:57:00 Thanks for the comment, your feedback is very useful. We agree about the need to better 'time stamp' the user agent support notes so we can track progress as we develop techniques. For ARIA techniques we intend to combine all user agent notes into a single document to be available and linked from individual techniques at the time of publication. For all other techniques we are considering extracting all user agent notes from the individual techniques and combining 15:57:19 JOC: Agree, there is still staging needed for the ASD (accessibility support database). 15:57:41 q+ 15:57:44 these into a separate linked resource that can be more easily updated. 15:57:46 ack awk 15:59:09 JOC: Would separating these out help with the ASD? 15:59:24 MC: I don't think they will incorporate our user agents note since they are so unreliably. 15:59:40 MC: I think the ASD will be organized differently, too. 16:00:14 JOC: I was under the misimpression that the user agent notes from the ARIA techniques would be of some use to ASD. 16:00:37 ack lore 16:01:03 q+ 16:01:51 LGR: SHould set expectations that WCAG will not be going back and updating the user agent notes. 16:02:29 JOC: Should make it clear that the user agent notes are just a snapshot in time, and that the ASD is the proposed mechanism for addressing this problem. 16:02:34 ack me 16:03:11 MC: Don't think it would take much time to pull out the user agent notes (maybe an hour or two), and think it will be less confusing . 16:03:11 +q 16:03:36 MC: We can put information in that document explaining that we aren't planning to update the information. 16:03:36 ack me 16:03:53 JOC: THis sounds good to me. 16:04:32 JOC: But how much can we discuss ASD in responses? 16:04:55 MC: We need to treat it something that may not ever happen, so we can't be too public in our discussions. 16:05:48 AWK: I updated the proposed response. 16:06:06 MC: WOuld like to decide whether we are going to create the single document, and should get WG approval. 16:06:21 AWK: Doesn't seem like it should be controversial. 16:06:45 MC: It is a change to the structure, and there may be people who want to comment on it. 16:07:10 JOC: WOuld making a trial run of the new document help? 16:07:20 MC: It may help with WG acceptance. 16:08:16 RESOLUTION: Michael to produce a draft combined user agent note page; leave LC-2844 open and survey again when page is available. 16:09:18 LC-2849: If there is a focusable element inside a div then the onkeypress works 16:09:21 LC-2849: If there is a focusable element inside a div then the onkeypress works 16:10:23 AWK: Added comment about how he thinks we should respond. 16:10:59 AWK: Example isn't relevant to this failure, which is specific to creating links. 16:13:23 DIscussion about whether it is possible to emulate a link in a way that shouldn't trigger the failure. 16:15:34 AWK: I will update the response and we can resurvey. 16:16:04 RESOLUTION: Leave LC-2849 open. ANdrew to update response. 16:16:11 RIA Technique: modifying F43 16:16:17 RIA Technique: modifying F43 16:16:23 http://www.w3.org/WAI/GL/wiki/F43:_Failure_of_Success_Criterion_1.3.1_due_to_using_structural_markup_in_a_way_that_does_not_represent_relationships_in_the_content 16:16:27 ARIA Technique: Modifying F43 16:18:37 Modifying test procedure per LGR comment. 16:20:39 AWK: Note that there is a flip side and presentation could be misused to cause this failure. 16:20:52 +q 16:20:52 ack Sail 16:20:56 ack Sail 16:21:35 LGR: Some background: this failure used to try to address both sides, and the TF was having a hard time making a test procedure that was understandable. It was suggested that it would be easier to split these into two failures. 16:21:49 ack me 16:22:01 SP: Agree that it would be better to make using role presentation inappropriately a separate failure. 16:23:53 JOC: role presentation does not suppress all the content, e.g., setting role=presentation on a layout table would not hide the contents of the table. If the contents are not exposed, that would be an AT bug. 16:24:06 JOC: can anyone confirm? 16:24:22 LGR: I think James Nurthen has expressed this before, as well. 16:25:00 SP: But it you have a data table with labels in the column and row headings, you don't want to use role=presentation. 16:25:31 ack queue 16:25:36 zakim queue 16:25:41 zakim, queue? 16:25:41 I see no one on the speaker queue 16:29:00 RESOLUTION: Also provide a failure to expose relationships in the content because of the misuse of role=presentation 16:29:49 AWK: Still find the first 2 sentences awkward. Suggest removing the last sentence from my proposal and use that to replace those sentences. 16:31:38 q+ 16:31:49 Reviewing Sailesh's comments. 16:32:24 zakim, queue? 16:32:24 I see Loretta on the speaker queue 16:33:29 ack Loretta 16:37:28 Discussion about first item in Sailesh's comments (not captured in minutes) 16:38:03 RESOLUTION: Resume discussion of this item next week; leave open for further discussion. 16:38:04 -Joshue 16:38:08 -Sailesh_Panchang 16:38:10 -Cooper 16:39:08 rrsagent, stop log 16:39:08 I'm logging. I don't understand 'stop log', Loretta. Try /msg RRSAgent help 16:39:16 rrsagent, create minutes 16:39:24 I have made the request to generate http://www.w3.org/2013/10/01-wai-wcag-minutes.html Loretta 16:39:33 -Marc_Johlic 16:39:45 rrsagent, make minutes public 16:39:45 I'm logging. I don't understand 'make minutes public', Loretta. Try /msg RRSAgent help 16:39:47 rrsagent, set logs member-visible 16:40:09 rrsagent, set logs world-visible 16:40:29 zaki, please part 16:40:39 zakim, please part 16:40:39 leaving. As of this point the attendees were AWK, Joshue, Cooper, +1.703.225.aaaa, Sailesh_Panchang, Loretta, Marc_Johlic 16:40:41 Zakim has left #wai-wcag 16:40:57 rrsagent, please part 16:40:57 I see no action items