16:41:31 RRSAgent has joined #ua 16:41:31 logging to http://www.w3.org/2009/07/02-ua-irc 16:41:33 RRSAgent, make logs public 16:41:33 Zakim has joined #ua 16:41:35 Zakim, this will be WAI_UAWG 16:41:35 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 19 minutes 16:41:36 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:41:36 Date: 02 July 2009 16:41:59 Chair: Jim_Allan 16:42:20 Regrets:Jan, Henny, Jim 16:42:30 rrsagent, make minutes 16:42:30 I have made the request to generate http://www.w3.org/2009/07/02-ua-minutes.html KFord 16:42:38 rrsagent, make logs public 16:44:26 Agenda+ Logistics (Regrets, agenda requests, comments)? 16:44:26 Agenda+ Review editors draft - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/ 16:44:26 Agenda+ Review changes since last publication - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/htmldiff.htm 16:44:26 Agenda+ Survey for 6/4 meeting (no need to answer again) - 16:44:26 http://www.w3.org/2002/09/wbs/36791/20090602/ 16:44:27 Agenda+ Review any new proposals sent to list. 16:59:06 jeanne has joined #ua 16:59:23 zakim, code? 16:59:23 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), jeanne 16:59:29 WAI_UAWG()1:00PM has now started 16:59:35 +[Microsoft] 16:59:36 +jeanne 16:59:43 zakim, microsoft is kford 16:59:43 +kford; got it 17:02:24 regrets+ Jan, Henny, David, Jim 17:02:39 sharper has joined #ua 17:03:12 zakim, code? 17:03:12 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), sharper 17:03:41 KimPatch has joined #ua 17:03:47 Greg has joined #ua 17:04:30 +Greg 17:04:57 +Kim 17:05:06 +??P7 17:05:09 zakim, ??P7 is sharper 17:05:09 +sharper; got it 17:06:08 present+ Kelly, Jeanne, Kim, Greg, Simon 17:06:23 rrsagent, make minutes 17:06:23 I have made the request to generate http://www.w3.org/2009/07/02-ua-minutes.html jeanne 17:06:52 zakim, agenda? 17:06:52 I see 5 items remaining on the agenda: 17:06:53 1. Logistics (Regrets, agenda requests, comments)? [from KFord] 17:06:56 2. Review editors draft - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/ [from KFord] 17:06:58 3. Review changes since last publication - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/htmldiff.htm [from KFord] 17:06:59 zakim, close item 1 17:07:01 4. Survey for 6/4 meeting (no need to answer again) - [from KFord] 17:07:03 5. Review any new proposals sent to list. [from KFord] 17:07:04 agendum 1, Logistics (Regrets, agenda requests, comments)?, closed 17:07:05 I see 4 items remaining on the agenda; the next one is 17:07:06 2. Review editors draft - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/ [from KFord] 17:07:07 zakim, take up item 2 17:07:07 agendum 2. "Review editors draft - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/" taken up [from KFord] 17:07:50 KF: JS sent out updated Editors' Draft http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/ 17:10:07 JS: I am waiting for approvals on annoucements and status and to get on the publishing schedule. 17:10:12 zakim, close item 2 17:10:12 agendum 2, Review editors draft - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/, closed 17:10:14 I see 3 items remaining on the agenda; the next one is 17:10:15 3. Review changes since last publication - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/htmldiff.htm [from KFord] 17:10:20 zakim, close item 3 duplicate 17:10:20 I don't understand 'close item 3 duplicate', jeanne 17:10:26 zakim, close item 3 17:10:26 agendum 3, Review changes since last publication - http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/htmldiff.htm, closed 17:10:28 I see 2 items remaining on the agenda; the next one is 17:10:29 4. Survey for 6/4 meeting (no need to answer again) - [from KFord] 17:10:44 zakim, take up item 4 17:10:44 agendum 4. "Survey for 6/4 meeting (no need to answer again) -" taken up [from KFord] 17:11:17 http://www.w3.org/2002/09/wbs/36791/20090602/ 17:11:35 http://www.w3.org/2002/09/wbs/36791/20090602/results -- RESULTS 17:12:02 http://www.w3.org/WAI/UA/tracker/actions/open 17:15:04 JS: I am looking at Greg's comments on 4.1.9 : #55, and #70-#74. http://lists.w3.org/Archives/Public/public-uaag2-comments/2009Apr/0000.html 17:16:02 action: GL to update the 10 June comments and submit a proposal for new 4.1.9 17:16:02 Created ACTION-202 - Update the 10 June comments and submit a proposal for new 4.1.9 [on Greg Lowney - due 2009-07-09]. 17:16:40 GL: First the group has to decide the answers to five questions, and that will determine what will be in the proposal. 17:17:20 Topic: Event Handler 17:18:28 http://www.w3.org/2002/09/wbs/36791/20090602/results#xq2 17:21:09 KP: This is a significant issue with speech input, where the focus can be lost to another window and the user can be typing or inputting in another window that is not realized. 17:22:07 KF: We have a SC about no keyboard trap, but this is just the opposite. We have an SC that shows the location of the focus. 17:22:54 action: KP to analyze the document to see if there is an SC that addresses the issue of focus being ripped away. 17:22:54 Created ACTION-203 - Analyze the document to see if there is an SC that addresses the issue of focus being ripped away. [on Kimberly Patch - due 2009-07-09]. 17:23:34 action: KP to draft a proposal for numbering links for speech input. 17:23:34 Created ACTION-204 - Draft a proposal for numbering links for speech input. [on Kimberly Patch - due 2009-07-09]. 17:26:59 GL: I am still not sure what the user interface that we are envisioning for this item. 17:27:43 KF: People don't want mouse-only actions, and the way it is written up as event handlers. 17:28:27 GL: This is written up as APIs so the AT can provide access to event handlers. 17:28:45 KF: But that locks out the keyboard only users who are not using AT. 17:30:05 GL: This is a standard answer for software developers, but for web content, the browser should provide a mechanism to repair any event handler written by a web developer that is not keyboard accessible. 17:30:51 ... The user agent could have a mode where all items that have input associated with them. 17:31:25 KF: By hitting a key, I would be able to step through every action. Is it needed? Sometimes, yet. 17:31:46 GL: The user agent has to provide keyboard access to any object that has some kind of input. 17:32:38 KF: We are in agreement that we need this concept, but in terms of the technical "how you do this" this is where the technical points that GL is raising belong. 17:33:16 GL: Does any user agent actually do it? If not, I would change it from level A to something higher. 17:33:42 ... do we want all existing user agents to fail to reach level A? 17:34:08 ... or do we want to put a note saying that it will be level A in a future version? 17:34:29 In fact, if no UA do it, I recommend making it lower priority now and marking it as scheduled to be upgraded to A in the next version of the standard. (I call that a "Future Requirement", as opposed to "Requirement" or "Recommendation".) 17:35:09 KF: We need to do a reality check on the entire document to see if it can be implemented. 17:35:23 Concerned about the term “alerted”, which is undefined. I assumed it means something automatic, such as what, a menu popping up? A transient message box popping up and disappearing? Change in menu items that aren’t visible unless one activates the menu? 17:35:42 KF: Are we willing to accept the proposal and put it in the document as is, or does the proposal itself need more work? 17:36:57 Perhaps something like "The user can use the keyboard to determine the list of input device event handlers associated with any rendered content element and activate any of those event handlers" 17:37:10 GL: the user can determine the list of user event handlers associated with any rendered element and determine and activate any of those event handlers. 17:38:00 ... the user tabs to an item, brings up a context menu that includes a list of options that would include actions and you would be able to step through the actions. 17:40:43 It seems to me unfortunate that we have to divide a single piece of functionality into two success criteria scattered in different sections. After all, there's no benefit to being able to enumerate the input event handlers for an item if you don't also have the ability to trigger them. 17:42:39 JS: Put them all into 4.1.X because they make sense together. 17:43:03 GL: 3.13 is more resticted to links, so it doesn't belong there either. 17:44:14 It seems like the proposed 3.13.x (perceive event handlers) does not belong under 3.13 (provide link information) because it applies to much more than just links. Or, alternatively, we could change 3.13 to apply to more than just links, and I think that would make sense, since things other than links are interactive and almost all of the things in 3.13 could probably apply to them. Maybe? 17:44:31 http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090625/#principle-operable 17:45:09 JS: We have a whole guideline 4.2 about event handlers. This does not belong in 4.2 at all. 17:48:12 JS: I propose taking Jan's wording of 3.13.X "3.13.X Perceive Event Handlers: The user has the option to be alerted to 17:48:12 any input device event handlers (including those for pointing devices, 17:48:12 voice, etc.) that are associated with the current content focus (Level A). 17:48:34 Use it instead of the existing 4.2.2 17:49:31 KF: In some scenarios, people do not want to step through the entire process, mouse down, mouse up, etc. They want to activate it at once. 17:51:07 Perceive Event Handlers: The user has the option to be alerted to 17:51:07 any input device event handlers (including those for pointing devices, 17:51:07 voice, etc.) that are associated with the current content focus (Level A). 17:52:06 Perceive Event Handers: The user can determine any input device event handlers (including those for pointing devices, voice, etc) that are associated with the current content focus. 17:53:15 Perceive Event Handers: The user can determine visually and programmatically any input device event handlers (including those for pointing devices, voice, etc) that are associated with the current content focus. 17:55:46 GL: Programmatically doesn't belong in 4. 17:56:21 Programmatic access is and should remain covered under Principle 2 (Facilitate programmatic access). 17:56:29 JS: But I don't want visual indication to be overlooked for the keyboard users who are dependent on sight. But we can't have visual without programmatically. 17:56:36 KFord has joined #ua 17:56:58 4.2.2 Perceive Event Handers: The user can determine any input device event handlers (including those for pointing devices, voice, etc) that are associated with the current content focus. 17:57:18 I think that's fine. 17:58:23 KF: I think we should leave out the modalities : visual, audio. 17:59:03 RESOLUTION: Replace existing 4.2.2 with new text: 4.2.2 Perceive Event Handers: The user can determine any input device event handlers (including those for pointing devices, voice, etc) that are associated with the current content focus. 17:59:41 Even though it doesn't explicitly say the user has to be able to do this with the keyboard, that's covered by the general keyboard access requirements. 17:59:44 action: JS to update document with new text for 4.2.2 17:59:44 Created ACTION-205 - Update document with new text for 4.2.2 [on Jeanne Spellman - due 2009-07-09]. 18:01:44 4.2.3 Operate Event Handlers: The user can activate, via the keyboard, 18:01:44 any input device event handlers (including those for pointing devices, 18:01:44 voice, etc.) that are associated with the current content focus. The user can step through the events or execute them at once. (Level A). 18:02:09 4.2.3 Operate Event Handlers: The user can activate, via the keyboard, any input device event handlers (including those for pointing devices, voice, etc.) that are associated with the current content focus. The user can step through the events or execute them at once. (Level A). 18:03:55 I think perhaps what we're trying to do is have 4.2.1 activate them, 4.2.2 determine them, and 4.2.3 activate them as logical groups e.g. a shortcut to do mouse click that triggers mouse down followed by mouse up. 18:04:55 JS: Let's change the order so that we Determine them, activate them, and activate as logical groups. 18:04:57 Yes, and it makes sense to order them 1. determine 2. activate 3. logical groupings. 18:05:39 Action: JS to change numbering of 4.2 to change the order to: 1. determine 2. activate 3. logical groupings. 18:05:39 Created ACTION-206 - Change numbering of 4.2 to change the order to: 1. determine 2. activate 3. logical groupings. [on Jeanne Spellman - due 2009-07-09]. 18:06:53 4.2.3 "high level input sequences" made up of low-level input events (e.g. mouse click made up of mouse down followed by mouse up, or mouse drag made up of mouse down, mouse move to destination, mouse up). 18:08:07 GL: the user can trigger/activate/perform logical groupings of event sequences. 18:08:17 "logical sequences" makes more sense "logical groupings" because in all cases the order is vital. 18:09:22 the user can trigger/activate/perform logical sequences of event handlers (e.g. mouse click made up of mouse down followed by mouse up, or mouse drag made up of mouse down, mouse move to destination, mouse up). 18:10:38 "The user can activate logical sequences of input handler events as a shortcut for triggering the individual events separately." 18:11:29 4.2.3 Event Sequences: The user can activate combined sequences of events handlers (e.g. mouse click made up of mouse down followed by mouse up, or mouse drag made up of mouse down, mouse move to destination, mouse up). 18:11:44 "Activate input event sequences" 18:12:01 4.2.3 Event Sequences: The user can activate combined sequences of events (e.g. mouse click made up of mouse down followed by mouse up, or mouse drag made up of mouse down, mouse move to destination, mouse up). 18:12:54 action: SH to write a new proposal for 4.2.3 for next week's survey. 18:12:54 Sorry, amibiguous username (more than one match) - SH 18:12:54 Try using a different identifier, such as family name or username (eg. sharper, shayes) 18:13:28 action: sharper to write a new proposal for 4.2.3 for next week's survey. 18:13:28 Created ACTION-207 - Write a new proposal for 4.2.3 for next week's survey. [on Simon Harper - due 2009-07-09]. 18:14:59 Topic: ReWrite #63 splitting 4.1.5 18:15:06 http://lists.w3.org/Archives/Public/w3c-wai-ua/2009AprJun/0067.html 18:15:31 Results: http://www.w3.org/2002/09/wbs/36791/20090602/results#xq3 18:15:58 It seems like 4.1.5 has some overlap with Kim's proposal to number links, display the numbers, and provide keyboard shortcuts for them. 18:16:29 KF: User shortcuts are not easily discoverable for both the browser frame and for the web content. Why are they split apart. 18:16:58 GL: I don't know that any user agent complies and it is too vague. 18:18:38 ... there is ambiguity in "direct keyboard command". I was splitting it up so that it could be given different priorities. I thought the web content should be AA, because no browser does it today 18:23:45 KF: This is a great candidate for that reality check 18:25:00 RESOLUTION: Update document with new text: 4.1.5 (Proposed Revision) Present Direct Commands in Rendered Content: The user has the option to have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (e.g. "[Ctrl+t]" displayed after a link whose accesskey value is "t", or an audio browser reading the value or label of a form control followed by "accesskey control plus t"). (Level A) 18:26:02 RESOLUTION: Update the document with new SC: 4.1.x (Proposed Addition) Present Direct Commands in User Interface: The user has the option to have any direct commands (e.g. keyboard shortcuts) in the user agent user interface be presented with their associated user interface controls (e.g. "Ctrl+S" displayed on the "Save" menu item and toolbar button). (Level AA) 18:26:22 action: JS to update document with new SC: 4.1.x (Proposed Addition) Present Direct Commands in User Interface: The user has the option to have any direct commands (e.g. keyboard shortcuts) in the user agent user interface be presented with their associated user interface controls (e.g. "Ctrl+S" displayed on the "Save" menu item and toolbar button). (Level AA) 18:26:22 Created ACTION-208 - Update document with new SC: 4.1.x (Proposed Addition) Present Direct Commands in User Interface: The user has the option to have any direct commands (e.g. keyboard shortcuts) in the user agent user interface be presented with their associated user interface controls (e.g. "Ctrl+S" displayed on the "Save" menu item and toolbar button). (Level AA) [on Jeanne Spellman - due 2009-07-09]. 18:27:12 action: JS to update document new text for 4.1.5: 4.1.5 (Proposed Revision) Present Direct Commands in Rendered Content: The user has the option to have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (e.g. "[Ctrl+t]" displayed after a link whose accesskey value is "t", or an audio browser reading the value or label of a form control followed by "accesskey control plus t"). (Level A) 18:27:12 Created ACTION-209 - Update document new text for 4.1.5: 4.1.5 (Proposed Revision) Present Direct Commands in Rendered Content: The user has the option to have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (e.g. "[Ctrl+t]" displayed after a link whose accesskey value is "t", or an audio browser reading the value or label of a form control followed by "accesskey control plus t"). (Level A) [on Jea 18:28:49 topic: Greg's questions on 4.1.9 18:29:26 KF: Since Greg needs guidance from the group in clarifying what we want to achieve with the guidelines. 18:29:50 GL: I can't submit draft wording until I understand what the group wants the guideline to mean. 18:30:04 Topic: Next week's meeting 18:30:25 KF: We will include Simon's issues from the email of 4 June 18:31:23 AND Greg's questions on 4.1.9 18:32:19 KF: We will talk about workflow at the next meeting and what deadlines should be. 18:32:52 -Kim 18:32:54 -sharper 18:32:55 -Greg 18:33:01 zakim, who is here? 18:33:01 On the phone I see jeanne, kford 18:33:02 On IRC I see Greg, KimPatch, sharper, jeanne, Zakim, RRSAgent, trackbot 18:34:54 KFord has joined #ua 18:35:39 rrsagent, make minutes 18:35:39 I have made the request to generate http://www.w3.org/2009/07/02-ua-minutes.html jeanne 18:35:46 -kford 18:35:53 -jeanne 18:35:55 WAI_UAWG()1:00PM has ended 18:35:56 Attendees were jeanne, kford, Greg, Kim, sharper 18:36:52 zakim, bye 18:36:52 Zakim has left #ua 18:37:28 chair: Kelly_Ford 18:37:33 rrsagent, make minutes 18:37:33 I have made the request to generate http://www.w3.org/2009/07/02-ua-minutes.html jeanne 18:42:32 rrsagent, bye 18:42:32 I see 9 open action items saved in http://www.w3.org/2009/07/02-ua-actions.rdf : 18:42:32 ACTION: GL to update the 10 June comments and submit a proposal for new 4.1.9 [1] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T17-16-02 18:42:32 ACTION: KP to analyze the document to see if there is an SC that addresses the issue of focus being ripped away. [2] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T17-22-54 18:42:32 ACTION: KP to draft a proposal for numbering links for speech input. [3] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T17-23-34 18:42:32 ACTION: JS to update document with new text for 4.2.2 [4] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T17-59-44 18:42:32 ACTION: JS to change numbering of 4.2 to change the order to: 1. determine 2. activate 3. logical groupings. [5] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T18-05-39 18:42:32 ACTION: SH to write a new proposal for 4.2.3 for next week's survey. [6] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T18-12-54 18:42:32 ACTION: sharper to write a new proposal for 4.2.3 for next week's survey. [7] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T18-13-28 18:42:32 ACTION: JS to update document with new SC: 4.1.x (Proposed Addition) Present Direct Commands in User Interface: The user has the option to have any direct commands (e.g. keyboard shortcuts) in the user agent user interface be presented with their associated user interface controls (e.g. "Ctrl+S" displayed on the "Save" menu item and toolbar button). (Level AA) [8] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T18-26-22 18:42:32 ACTION: JS to update document new text for 4.1.5: 4.1.5 (Proposed Revision) Present Direct Commands in Rendered Content: The user has the option to have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (e.g. "[Ctrl+t]" displayed after a link whose accesskey value is "t", or an audio browser reading the value or label of a form control followed by "accesskey control plus t"). (Level A) [9] 18:42:32 recorded in http://www.w3.org/2009/07/02-ua-irc#T18-27-12