17:51:32 RRSAgent has joined #ua 17:51:32 logging to http://www.w3.org/2008/08/14-ua-irc 17:51:37 oedipus has joined #ua 17:51:44 meeting:wai_ua 17:52:01 regrets: Jan_Richards, Kelly_Ford 17:52:03 i will be a little late to the meeting today - apologies - will join as ssoon as possible 17:53:40 chair: Jim_Allan_&_Judy_Brewer 17:54:30 zakim, code? 17:54:30 sorry, jeanne, I don't know what conference this is 17:54:45 meeting:WAI-UA 17:54:50 zakim, code? 17:54:50 sorry, jeanne, I don't know what conference this is 17:55:02 zakim, this is WAI-UA 17:55:03 sorry, jeanne, I do not see a conference named 'WAI-UA' in progress or scheduled at this time 17:55:10 zakim, this is WAI 17:55:10 jeanne, I see WAI_UAWG()2:00PM in the schedule but not yet started. Perhaps you mean "this will be WAI". 17:55:25 zakim, this will be WAI_UAWG 17:55:25 ok, jeanne; I see WAI_UAWG()2:00PM scheduled to start in 5 minutes 17:55:27 regrets: Alan_Cantor 17:55:41 zakim, code? 17:55:41 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), jeanne 17:56:13 WAI_UAWG()2:00PM has now started 17:56:19 +AllanJ 17:56:26 regrets? 17:56:44 rrsaagent, regrets? 17:56:59 rrsagent, regrets? 17:56:59 I'm logging. Sorry, nothing found for 'regrets' 17:57:06 zakim, regrets? 17:57:06 I don't understand your question, jeanne. 17:57:09 mth has joined #ua 17:57:31 + +1.617.324.aaaa 17:57:53 zakim, aaaa is really Jeanne 17:57:53 +Jeanne; got it 17:59:26 hi jim (and others)... getting my phone setup 18:00:17 sharper has joined #ua 18:01:45 +??P3 18:01:51 zakim, ??P3 is sharper 18:01:51 +sharper; got it 18:02:30 agenda:http://lists.w3.org/Archives/Public/w3c-wai-ua/2008JulSep/0079.html 18:02:35 +Mark_Hakkinen 18:05:03 judy has joined #ua 18:05:17 zakim, code? 18:05:17 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), judy 18:05:46 +Judy 18:09:49 http://lists.w3.org/Archives/Public/w3c-wai-ua/2008JulSep/0050.html 18:10:42 new combination http://lists.w3.org/Archives/Public/w3c-wai-ua/2008JulSep/0090.html 18:11:50 User has the option to have the keyboard commands for currently visible UI 18:11:51 or interactive CONTENT controls visually displayed in context or in a list. 18:11:53 Level A 18:12:59 scribe: Jeanne_Spellman 18:13:04 scribenick:jeanne 18:13:33 SH: concerns about "visible" UI 18:14:38 JA: Understands your concern, but this has to do with interfaces where the accesskeys are not discoverable if you aren't using a screenreader. Many keyboard users don't use screenreaders. 18:15:40 SH: What about an auditory browser that isn't using AT? We need to say that it should use the main interface technology of the browser. 18:16:23 MH: In the old days, we provided a list of all the active UI keys, because the user could remap the keystroke. This worked visually and non-visually. 18:17:31 ...Present a list of all the active key functions that are available and present them visually and to assistive technology. 18:18:14 JB: It would be nice if it could be that simple, but let's assume that it can't be covered in one Success Criterion. 18:20:12 What about: 18:20:13 User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in context or in a list, and using the main perceptual interface technology of the user agent. 18:21:11 OR 18:21:12 User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in context or in a list, and using the main interface presentation technology of the user agent. 18:22:06 JB: "in a list" is too vague. 18:23:06 JB: In the TEITAC discussion, it should be an OR relationship, either in context or embedded in the documentation somewhere. One is not a substitute for the other. ' 18:25:08 Note: in context means next to the item, or an overlay (ala Office 2007). 18:25:09 ...There needs to be a contextual, by proximity display and not have to use a bunch of additional keystrokes. When a user has limited hand movement, it is important to have the shortcuts with a minimum of commands. It cannot require the user to navigate away and then return. 18:25:09 interactive CONTENT controls have direct UI keyboard commands (accesskey or 18:25:11 variation). 18:26:45 scribe Simon_Harper 18:27:01 scribe: Simon_Harper 18:27:13 scribenick: sharper 18:29:29 new wording: User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls visually displayed in context; e.g. next to the item or in an overlay. 18:29:59 sharper: how about a context menu list 18:30:41 MH: Old software has a dynamic keylist 18:30:41 JB: needs to be very clear 18:31:17 JB: How many keypresses to get this to work? 18:31:30 MH: one keypress documented in the help. 18:32:09 JB: need to get the form of words right 18:32:32 MH: we need to think about the words? Could be a plug-in or some such? 18:34:14 JB: everything up to 'control' is fine 18:36:57 SH: could we use 'Dynamically presented' 18:37:56 JB: The popular' underline solution' probably would not be considered Dynamic. 18:39:10 MH: List comes in for people who have difficulty moving around the menus 18:40:06 MH: dynamic list would allow all, and hidden controls to be identified 18:40:31 JB: How can we do it generically? 18:41:03 JA: Remove 'visible'? 18:42:10 scribenick:jeanne 18:42:46 MH: In context, nearby or readily accessible 18:42:46 JB: People can misinterpret this option. Does not help. 18:44:10 JB: Apart from this, is the proposal ok? We may need to research and come back to this. We need to check with the people who aren't here to get an idea of how to phrase this. 18:44:53 MH: In the Guidelines, the requirement is that all shortcuts are available to an API. 18:46:02 JA: We are trying to codify something that is simple in concept, but it is hard to write something that cannot be misconstrued in less than a paragraph. 18:46:59 SH: A dynamic box suggests an active, connected structure or interface element. 18:48:02 JA: the dynamic popup widget that Simon suggested. Mark's suggestion was that anything that could work would show up on the list. 18:48:42 JB: We may be trying to solve the problem, instead we should emphasize"easily findable visually with one keystroke to activate" 18:49:15 ...The principle is that you should be able to easily visually display, proximity of keystrokes 18:50:00 ...1. Visual display, 2. Easily discoverable, 3. Proximity of keystrokes to activate it. 18:51:18 SH: Instead of "visual display" say "presentation". 18:52:21 JB: But if it doesn't say visual, most developers will assume that having it available to Assistive Tech will suffice. That's not enough. 18:53:22 new wording, part 2: 18:53:24 User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in a way that is easily discoverable without AT and easy to activate. 18:54:07 MH: The key should be adjacent to the presentation of the menu item or command. 18:54:48 MH: This works well for visual interfaces, but we need to say that it is in close proximity in an audio presentation. 18:55:26 JA: new proposal... 18:56:25 ...User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in a way that is easily discoverable without AT and easy to activate. 18:56:42 judy has joined #ua 18:57:19 ...an auditory browser could work the way JAWS does, where the key command is read right with the menu or link. 18:57:35 jim: easy to discover/access in the presentation modality 18:57:52 JA: It genericizes it. It assumes visable. 18:58:13 jim: ...proximity in the presentation modality... 18:59:25 SH: This is a good set of words. Maybe we can test it easily. Can the testing of this be automated? 19:00:57 JB: We need this, because I have been in meetings with developers where a series of 15 keystrokes to invoke it -- especially opening menus, but for people with muscle diseases or spascity it is very difficult. 19:01:12 SH: Then say "activate with one keystroke" 19:01:47 JB: I think this would help people with certain kinds of mobility disability a lot. 19:02:11 JB: A keystroke combination is going to be too difficult for the people with mobility disability. 19:03:34 JA: There is a one key command that turns this on in the content or the user interface, then once it is turned on, then the other commands are all visible. 19:03:48 User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in a way that is both easily discoverable without AT and can be activated within one keystroke. 19:04:38 ...User has the option to have the keyboard commands for currently visible UI or interactive CONTENT controls presented in a way that is in close proximity to the control in the modality of presentation, easily discoverable without AT and easy to activate with a single keyboard command. 19:05:03 s/spascity/spasticity 19:06:07 JB: we need to have explanatory material and techniques for this. 19:06:49 ... For a visual browser, this needs to be a visual mode, for an auditory browser, it must be an auditory mode,. 19:08:23 User has the option to have the keyboard commands for currently available UI or interactive CONTENT controls presented in close proximity to the control in the modality of presentation; easily discoverable without AT; and easy to activate with a single keystroke. 19:08:37 User has the option to have the keyboard commands for currently available UI and interactive CONTENT controls presented that is: in close proximity to the control in the modality of presentation; easily discoverable without AT; and can be activated with one keystroke. 19:10:48 User has the option to have the keyboard commands for currently available UI and interactive CONTENT controls be presented in close proximity to the control in the modality of presentation, easily discoverable without AT, and easy to activate with a single keystroke. 19:11:54 User has the option to have the keyboard commands for currently available UI and interactive CONTENT controls be presented in close proximity to the control in the modality of presentation, easily discoverable without AT, and able to be activated with a single keystroke. 19:12:37 JB: also include the note "For a visual browser, this needs to be a visual mode, for an auditory browser, it must be an auditory mode,." 19:13:20 Resolved: User has the option to have the keyboard commands for currently available UI and interactive CONTENT controls be presented in close proximity to the control in the modality of presentation, easily discoverable without AT, and able to be activated with a single keystroke. with NOTE:For a visual browser, this needs to be a visual mode, for an auditory browser, it must be an auditory mode. 19:13:46 Topic: Charter Update 19:14:25 http://www.w3.org/WAI/UA/2008/draft_uawg_charter_26jun08.html 19:19:10 brb 19:20:31 2008 4Q 19:20:35 2009 1Q 19:29:33 1. [Draft] in the title 19:30:03 -Mark_Hakkinen 19:30:57 2. Mission or scope doesn't say "interoperability with Assistive Technology". Add phrase "and interoperability with Assistive Technology" after the parenthetical phrase. 19:31:28 3. 31 August 2011 Charter expiration date. 19:31:48 -sharper 19:32:10 4. Requirements document is already done, so add "update" for requirements document 19:33:18 5. Milestone section. Techniques and Test materials should be removed from milestone chart, because they aren't Rec Track documents. 19:33:59 6. Fix timeline coverage - convert to Quarter instead of Monthly dates. 19:34:48 7. change date to: 19:34:51 Q3: publish new Working Draft of UAAG 19:35:16 Q4 2009: last Call 19:35:44 s/Q4 2009: last Call /Q3 2009: last Call 19:36:05 s/Q3: publish/Q3 2008: publish 19:36:45 Q4 2009: Candidate Recommendation 19:36:59 Q2 2010: Proposed Rec 19:37:11 Q3 2010: Rec 19:37:48 oedipus has joined #ua 19:38:54 ACTION: JA will consolidate the proposals and notes for Guideline 4.1. 19:39:18 -Jeanne 19:39:20 -AllanJ 19:39:20 -Judy 19:39:22 WAI_UAWG()2:00PM has ended 19:39:23 Attendees were AllanJ, +1.617.324.aaaa, Jeanne, sharper, Mark_Hakkinen, Judy 19:39:31 regrets+ Gregory_Rosmaita 19:39:32 zakim, bye 19:39:32 Zakim has left #ua 19:39:48 rrsagent, make minutes 19:39:48 I have made the request to generate http://www.w3.org/2008/08/14-ua-minutes.html jeanne 19:40:59 rrsagent, make logs public 19:41:05 rrsagent, make minutes 19:41:05 I have made the request to generate http://www.w3.org/2008/08/14-ua-minutes.html jeanne 19:43:10 present- +1.617.324.aaaa 19:43:18 present+ Judy_Brewer 19:43:27 rrsagent, make minutes 19:43:27 I have made the request to generate http://www.w3.org/2008/08/14-ua-minutes.html oedipus 20:38:14 jeanne has left #ua 21:02:53 rrsagent, please part 21:02:53 I see 1 open action item saved in http://www.w3.org/2008/08/14-ua-actions.rdf : 21:02:53 ACTION: JA will consolidate the proposals and notes for Guideline 4.1. [1] 21:02:53 recorded in http://www.w3.org/2008/08/14-ua-irc#T19-38-54