17:29:25 RRSAgent has joined #ua 17:29:25 logging to http://www.w3.org/2009/12/03-ua-irc 17:29:27 RRSAgent, make logs public 17:29:27 Zakim has joined #ua 17:29:29 Zakim, this will be WAI_UAWG 17:29:29 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 31 minutes 17:29:30 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 17:29:30 Date: 03 December 2009 17:29:49 Chair: Jim_allan 17:30:06 regrets: Kelly_ford 17:40:39 agenda+ discuss survey results - http://www.w3.org/2002/09/wbs/36791/20091201/results 17:42:09 agenda+ Guideline 4.2 Provide access to event handlers http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html 17:42:42 agenda+ 4.2.2 implementation discussion http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0080.html 17:43:14 agenda+ 4.4.1 and 4.4.2 implementation discussion http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0081.html 17:43:44 Agenda+ getting to Last Call (brainstorming) 17:53:10 Henny has joined #ua 17:53:23 Henny has left #ua 17:57:17 WAI_UAWG()1:00PM has now started 17:57:18 jeanne has joined #ua 17:57:24 +AllanJ 17:57:28 Greg has joined #ua 17:58:03 zakim, code? 17:58:03 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), jeanne 17:58:13 +Jeanne 17:58:30 +[IPcaller] 17:59:20 zakim, IPcaller is really mhakkinen 17:59:20 +mhakkinen; got it 17:59:31 +??P5 18:00:02 Henny has joined #ua 18:00:26 Jan has joined #ua 18:01:01 + +1.425.895.aaaa 18:01:26 zakim, aaaa is really Greg 18:01:26 +Greg; got it 18:01:26 zakim, code? 18:01:27 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Jan 18:02:20 +[IPcaller] 18:02:35 zakim, IPcaller Jan 18:02:35 I don't understand 'IPcaller Jan', AllanJ 18:02:39 zakim, [IPcaller] is really Jan 18:02:39 +Jan; got it 18:04:04 zakim, agenda? 18:04:04 I see 5 items remaining on the agenda: 18:04:05 1. discuss survey results - http://www.w3.org/2002/09/wbs/36791/20091201/results [from AllanJ] 18:04:08 2. Guideline 4.2 Provide access to event handlers http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html [from AllanJ] 18:04:12 3. 4.2.2 implementation discussion http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0080.html [from AllanJ] 18:04:15 4. 4.4.1 and 4.4.2 implementation discussion http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0081.html [from AllanJ] 18:04:17 5. getting to Last Call (brainstorming) [from AllanJ] 18:04:32 KimPatch has joined #ua 18:04:52 Topic: 5. getting to Last Call (brainstorming) 18:05:17 + +1.617.325.aabb 18:05:34 zakim, aabb is really Kim 18:05:34 +Kim; got it 18:05:43 JA: Bim Egan from RNIB has joined the working group. Not sure if on the calls or just by email 18:05:47 sharper has joined #ua 18:05:58 zakim, code? 18:05:58 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), sharper 18:06:47 JA: James Craig from Apple has also joined the group but has a competing con-call. He is working on VoiceOver and PF WAI-ARIA. 18:07:31 Topic: 5. getting to Last Call (brainstorming) 18:07:55 JS: Close to being done. 18:08:36 JS: UAAG 1 didn't make a splash so Judy and I have been stragizing on making UAAG 2 make a splash. 18:08:44 +??P10 18:09:05 zakim, ??P10 is sharper 18:09:05 +sharper; got it 18:14:01 send info to Jeanne jeanne@w3.org 18:21:07 Kim: could create a video about UA accessibility to promote UAAG20 18:21:08 KP: We could do a video to support UAAG. 18:21:26 HS: I can caption it. 18:21:46 KP: Covers what web standards has brought you and what it can bring you. 18:22:26 JA: Let's discuss in another meeting and decide an outline. Jeanne do we need to do this officially via W3C and an approval process? 18:22:43 JS: It should be ok but Judy will want to approve it. 18:23:02 JS: Minimum you have to do a transcript. 18:23:30 action: Jim to make agenda item for creating UAAG video 18:23:30 Created ACTION-250 - Make agenda item for creating UAAG video [on Jim Allan - due 2009-12-10]. 18:23:56 Topic: 1. discuss survey results - http://www.w3.org/2002/09/wbs/36791/20091201/results 18:24:25 JA: Proposal 4.9.6 Change Rate of Time-based Media. 18:24:46 JA: Changed to 4.9.6 Playback Rate Adjustment for Multimedia Content. 18:25:15 JA: One change was to remove recorded or pre-recorded from bullets as it is covered in the main body of the SC. 18:26:41 Mark: Change the title... 18:26:42 s/UAAG 1 didn't make a splash so Judy and I have been stragizing on making UAAG 2 make a splash. / Judy and I have been strategizing ways to improve the visibility of UAAG 2.0 and insure we have implementers 18:27:26 Greg: Clarify the change to the bullet. "Full range" change to "required range". 18:28:20 JA: Mark will deal with Jan's comments and title change. 18:28:26 Action: Mark to include greg, jan comments and title change for 4.9.6 18:28:26 Sorry, couldn't find user - Mark 18:28:36 Action: MH to include greg, jan comments and title change for 4.9.6 18:28:36 Created ACTION-251 - Include greg, jan comments and title change for 4.9.6 [on Markku Hakkinen - due 2009-12-10]. 18:29:16 JA: 4.9.C Visual Multimedia Scaling 18:29:52 JA: Been outstanding a year, about being able to scale the content region separate from the full screen. 18:30:27 JA: 4 accepts, 3 more discussion. All 3 related. Jan said need to be clearer about viewport. 18:30:57 JA: Let's look at clarifying "viewport", "limits of display", "current screen". 18:31:28 JA: Most video have full screen but can't interact with the page. 18:32:24 JA: On iPhone / Mobile make video 200% and it goes bigger than the screen. So need to phrase the language around limits of the browser window. 18:33:07 MH: Maybe it's easier to work backwards and instead of write the SC write the examples. 18:33:21 JA: OK, I can do that. 18:33:29 KP: Good idea. 18:34:06 action: JA to write intent and examples 4.9.c 18:34:06 Created ACTION-252 - Write intent and examples 4.9.c [on Jim Allan - due 2009-12-10]. 18:34:45 JA: The other clause was "includes but not limited to flash, canvas, video, css overflow" 18:35:40 JA: Those types of objects would have a sizing handle, like you could with frames and change the size. Be useful for Flash, canvas, video. 18:35:50 JA: Also CSS overflow 18:36:32 JA: Should be possible in the browser to grab the object, allow the browser to create a sizing handle. 18:37:19 MH: Two lists. One of things to resize and the second a way for the UA to handle how something resizes. 18:37:55 JA: Perhaps we need another SC that specifically addresses allow me to resize a thing? 18:38:38 MH: Other SC cover resize such as text. When a UA deals with anything being resized there are techniques to handle that without removing ability of user to perform tasks. 18:39:22 MH: We could make sure that text, multimedia is resizble then refer to techniques - without losing access to information or functionality. 18:41:10 JA: Another point is doing them all versus doing one specifically. In Firefox when I scale everything scales and I think what Mark and I thought was the page is ok but we want to scale the canvas or video. 18:41:39 MH: Multimedia should not be treated any differently from a graphic. 18:42:13 MH: Don't get hung up on the handles. 18:42:51 MH: There are extensions for Firefox that allow you to do this but requiring it at Level A may be too much. Level AA would be better. 18:45:24 HS: Nice idea, but would have to ask how possible this is to implement internally. 18:46:16 brb 18:46:48 The Zoom Image add-on for Firefox allows the user to individually scale any image or all images. It's quite useful. You can find it at https://addons.mozilla.org/en-US/firefox/addon/139. 18:47:05 JA: Greg, you're saying we need a generic SC that covers resizing X, Y Z and build the information round that. 18:47:19 scribe: henny 18:47:39 Greg: Either that or a template that references a set of requirements / techniques for the UA to handle resizing. 18:48:55 The key is that, for some things, the user should be able to resize them without losing access to information or functionality. (E.g. the user can still get to content that would now be outside the viewport, etc.) 18:48:58 action: Jim to rewrite 4.9.c to incorporate resizing specific items without loosing access to information or functionality. 18:48:58 Created ACTION-253 - Rewrite 4.9.c to incorporate resizing specific items without loosing access to information or functionality. [on Jim Allan - due 2009-12-10]. 18:49:42 Topic: 2. Guideline 4.2 Provide access to event handlers http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html 18:50:15 JA: This is for techniques or implementation ideas but as Greg rewrote them we will review them. 18:54:04 Greg: There is a conflict between "all" in tow points. All were structured differently which made it difficult to understand. I took one structured and restructured them all the same. I also thought I'd reduce total words and clauses. I also proposed taking stock phrases and replaced it with something new, to make it easier to read. 18:54:32 Greg: It was inconsistent in using the phrase input device handlers... 18:55:09 Greg: Is it now clearer? 18:55:13 Jan: I like it. 18:55:24 JA: Much clearer. 18:56:00 JA: 4.2.3 doesn't have a level at all. Any issues or comments with Greg's rewording? 18:56:05 KP: It's good. 18:56:52 JA: Greg put a Level A on 4.2.3. Is that different from before? 18:57:01 Jan: Ned to check UAAG 1. 18:57:15 Greg: My copy had a Level A, 23rd July copy. 18:57:24 JA: Ok, so wasn't updated. 18:57:47 Greg: Is there any user agent that does that? 18:58:27 JA: If Jaws is running then you can do this. Kim do you know as a keyboard user without Jaws running. 18:58:56 JA: Can you with speech only move the cursor to activate the handler to activate a mouse over? 18:59:04 Kim: You often can't. 18:59:26 In UAAG 1.0: 1.2 Activate event handlers (P1) 18:59:59 JA: This fails as you can't get a tooltip from the keyboard. 19:00:33 JA: Trying to make access and activation available from the keyboard. 19:01:03 Jan: I dropped into IRC "In UAAG 1.0: 1.2 Activate event handlers (P1)" 19:01:14 -Jan 19:01:40 Kim: Irony of tooltips is that people that need to use keyboard shortcuts can't use the help via keyboard. 19:02:22 Greg: Sometimes tooltips are done at system level and sometimes by JavaScript. 19:02:49 Greg: Fact that tooltips are done by system doesn't invalidate stuff. 19:03:39 JA: Let's use Greg's wording. 19:04:15 Greg: I don't think you mean the user has to go via the UI to activate an event handler. 19:04:50 JA: If something gets focused it shouldn't tell me there is a tooltip but pop up the tooltip. 19:05:22 What I meant was that for common things like tooltips, the user should not have to go through UI to select and activate an event handler; this should only be a fallback workaround for dealing with badly written content. 19:05:32 KP: Definitely need full control. Sometimes Enter does more than one thing... 19:06:30 JA: Greg's wording captures the thought, need to flesh it out with implementation and examples. 19:06:52 JA: This is critical and has been for a long time. 19:07:24 JA: This is a repair function to if the author only wrote a mouse handler. 19:08:46 I'm wondering about relative priorities of the two activation SCs. If there are multiple event handlers dealing with click on a specific element, a user using a real mouse can't choose which to activate. It seems the most useful, and therefore highest priority SC would be "activate all" that gives the user the same functionality as the average user. 19:11:07 Greg: Can't base guidelines on what JavaScript does as we are technology neutral. 19:11:46 Greg: we can imagine a situation where a user tabs and there is a click or a double click.... 19:12:30 Greg: User doesn't need to choose... 19:12:56 JA: The keyboard user should have the same functionality as the mouse user not more. 19:13:02 Greg: Right. 19:13:23 Greg: You could offer the keyboard user more but this is not Level A. 19:13:39 KP: Important to map things exactly as it can really confuse people. 19:14:40 Greg: Another approach is not to have the UA enumerate the handlers but to provide a mechanism to activate... 19:16:04 JA: The UA simulates the mouse click by the keyboard but has to know someone is asking for a mouse click. 19:16:34 JA: We will add Greg's new language to the editors draft. I can work with you Greg. 19:16:46 action: Jeanne to add new wording for 4.2, see http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html 19:16:46 Created ACTION-254 - Add new wording for 4.2, see http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html [on Jeanne Spellman - due 2009-12-10]. 19:18:06 -Jeanne 19:18:12 -mhakkinen 19:18:57 action: Jim to work with Greg (and ping James Craig) to develop implementation stuff for 4.2 19:18:57 Created ACTION-255 - Work with Greg (and ping James Craig) to develop implementation stuff for 4.2 [on Jim Allan - due 2009-12-10]. 19:21:03 Greg: Be good to talk to other representatives of technologies such as Flash. 19:21:23 JA: Topic: 3. 4.2.2 implementation discussion http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0080.html 19:23:01 SH: We looked at the mouse over idea and made changes to 4.2.1. Greg had changes from 4.2.2. 19:23:16 Greg: I though a different lead in would help. 19:23:37 SH: That may work. If we change that we need to change 4.2.1 as well. 19:24:10 Although it should not do so, some Web content is designed to work only with certain input devices, such as a mouse, and make functionality available only through event handlers for those devices. Some users interacting with a web browser may be doing so by voice, 19:24:11 keyboard, mouse or another input technology or a combination of any 19:24:14 of these. No matter how the user is controlling the user agent, he or 19:24:15 she must be able to activate any of the event handlers regardless of 19:24:16 the interaction technology being used. 19:24:29 SH: We just need to make them consistent. 19:24:57 Greg: Maybe we should postpone the discussion. 19:25:27 Greg: If we change from event handlers to something else we need to revisit this. 19:26:03 JA: This is a way to back into it. Look at the intent then phrase how we do our SC. It's a good start. 19:26:19 JA: Anyone got any objections to the intent text? 19:26:28 All: All looks good. 19:27:19 action: jeanne to add 19:27:19 Created ACTION-256 - Add [on Jeanne Spellman - due 2009-12-10]. 19:27:21 Intent of Success Criterion 4.2.2 19:27:22 > Although it should not do so, some Web content is designed to work only with certain input devices, such as a mouse, and make functionality available only through event handlers for those devices. Some users interacting with a web browser may be doing so by voice, 19:27:24 keyboard, mouse or another input technology or a combination of any 19:27:25 of these. No matter how the user is controlling the user agent, he or 19:27:27 she must be able to activate any of the event handlers regardless of 19:27:29 the interaction technology being used. 19:27:30 Examples of Success Criterion 4.2.2: 19:27:32 A user who cannot use a mouse needs to activate a flyout menu that 19:27:34 normally appears OnMouseOver. The user should be able to navigate to 19:27:35 a link and activate it using keyboard shortcuts. 19:27:36 Related Resources for Success Criterion 4.2.2: 19:27:38 N/A 19:27:39 to the implementation draft 19:29:56 This version: 19:29:58 http://www.w3.org/TR/2009/WD-UAAG20-20090723/ 19:29:59 Latest version: 19:30:01 http://www.w3.org/TR/UAAG20/ 19:30:11 http://www.w3.org/WAI/UA/2009/ED-UAAG20-20091105/ 19:31:05 -Kim 19:31:06 -??P5 19:31:06 -sharper 19:31:14 -Greg 19:31:18 -AllanJ 19:31:20 WAI_UAWG()1:00PM has ended 19:31:21 Attendees were AllanJ, Jeanne, mhakkinen, +1.425.895.aaaa, Greg, Jan, +1.617.325.aabb, Kim, sharper 19:31:48 Henny has left #ua 19:34:02 sharper has left #ua 19:35:30 action: jeanne to add the following to the implementation draft -- Intent of Success Criterion 4.2.2 -- Although it should not do so, some Web content is designed to work only with certain input devices, such as a mouse, and make functionality available only through event handlers for those devices. Some users interacting with a web browser may be doing so by voice, keyboard, mouse or... 19:35:30 Created ACTION-257 - Add the following to the implementation draft -- Intent of Success Criterion 4.2.2 -- Although it should not do so, some Web content is designed to work only with certain input devices, such as a mouse, and make functionality available only through event handlers for those devices. Some users interacting with a web browser may be doing so by voice, keyboard, mouse or... [on Jeanne Spellman - due 2009-12-10]. 19:35:32 ...another input technology or a combination of any of these. No matter how the user is controlling the user agent, he or she must be able to activate any of the event handlers regardless of the interaction technology being used. --- Examples of Success Criterion 4.2.2: A user who cannot use a mouse needs to activate a flyout menu that normally appears OnMouseOver. The user should be able... 19:35:33 ...to navigate to a link and activate it using keyboard shortcuts. 19:36:08 CLOSE ACTION-256 19:36:08 ACTION-256 Add closed 19:36:09 mhakkinen has left #ua 19:36:57 rrsagent, make minutes 19:36:57 I have made the request to generate http://www.w3.org/2009/12/03-ua-minutes.html AllanJ 19:37:06 rrsagent, let logs public 19:37:06 I'm logging. I don't understand 'let logs public', AllanJ. Try /msg RRSAgent help 19:37:15 rrsagent, set logs public 19:37:37 zakim, please part 19:37:37 Zakim has left #ua 19:38:22 rrsagent, draft minutes 19:38:22 I have made the request to generate http://www.w3.org/2009/12/03-ua-minutes.html AllanJ 19:38:56 rrsagent, please part 19:38:56 I see 9 open action items saved in http://www.w3.org/2009/12/03-ua-actions.rdf : 19:38:56 ACTION: Jim to make agenda item for creating UAAG video [1] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T18-23-30 19:38:56 ACTION: Mark to include greg, jan comments and title change for 4.9.6 [2] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T18-28-26 19:38:56 ACTION: MH to include greg, jan comments and title change for 4.9.6 [3] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T18-28-36 19:38:56 ACTION: JA to write intent and examples 4.9.c [4] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T18-34-06 19:38:56 ACTION: Jim to rewrite 4.9.c to incorporate resizing specific items without loosing access to information or functionality. [5] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T18-48-58 19:38:56 ACTION: Jeanne to add new wording for 4.2, see http://lists.w3.org/Archives/Public/w3c-wai-ua/2009OctDec/0079.html [6] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T19-16-46 19:38:56 ACTION: Jim to work with Greg (and ping James Craig) to develop implementation stuff for 4.2 [7] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T19-18-57 19:38:56 ACTION: jeanne to add [8] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T19-27-19 19:38:56 ACTION: jeanne to add the following to the implementation draft -- Intent of Success Criterion 4.2.2 -- Although it should not do so, some Web content is designed to work only with certain input devices, such as a mouse, and make functionality available only through event handlers for those devices. Some users interacting with a web browser may be doing so by voice, keyboard, mouse or... [9] 19:38:56 recorded in http://www.w3.org/2009/12/03-ua-irc#T19-35-30