16:49:29 RRSAgent has joined #ua 16:49:29 logging to http://www.w3.org/2009/05/21-ua-irc 16:49:31 RRSAgent, make logs public 16:49:31 Zakim has joined #ua 16:49:33 Zakim, this will be WAI_UAWG 16:49:33 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 11 minutes 16:49:34 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:49:34 Date: 21 May 2009 16:49:56 Chair: Jim_Allan 16:51:43 Agenda+ Logistics (Regrets, agenda requests, comments)? 16:51:43 Agenda+ Finish 5/14 survey http://www.w3.org/2002/09/wbs/36791/20090513/ 16:51:43 Agenda+ Review any new proposals sent to list. 16:54:23 jeanne has joined #ua 16:57:19 WAI_UAWG()1:00PM has now started 16:57:26 +[Microsoft] 16:57:38 zakim, microsoft is KFord 16:57:38 +KFord; got it 16:57:47 rrsagent, make logs public 16:57:48 Henny has joined #ua 16:57:57 rrsagent, make minutes 16:57:57 I have made the request to generate http://www.w3.org/2009/05/21-ua-minutes.html KFord 16:59:27 sharper has joined #ua 16:59:30 be right there, I'm trying to get ATAG published. I'll be a few minutes. 16:59:56 zakim, code? 16:59:58 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), sharper 17:00:38 +??P2 17:00:41 zakim, ??P2 is sharper 17:00:41 +sharper; got it 17:01:18 present+ Harper_Simon 17:02:01 +??P4 17:02:44 Jan has joined #ua 17:03:13 Let's give folks a couple more minutes to arrive. 17:03:43 +Kim_Patch 17:03:53 on my way... 17:04:35 +Greg_Lowney 17:04:44 +Jeanne 17:05:09 KimPatch has joined #ua 17:05:22 +??P10 17:05:31 zakim, ??P10 is really Jan 17:05:31 +Jan; got it 17:05:54 -Jeanne 17:06:27 +Jeanne 17:06:41 mhakkinen has joined #ua 17:08:23 scribe: Harper_Simon 17:08:23 ScribeNick: sharper 17:08:36 +Jim_Allan 17:08:48 zakim, agenda? 17:08:48 I see 3 items remaining on the agenda: 17:08:49 1. Logistics (Regrets, agenda requests, comments)? [from KFord] 17:08:51 2. Finish 5/14 survey http://www.w3.org/2002/09/wbs/36791/20090513/ [from KFord] 17:08:52 3. Review any new proposals sent to list. [from KFord] 17:09:01 zakim, take up item 1 17:09:01 agendum 1. "Logistics (Regrets, agenda requests, comments)?" taken up [from KFord] 17:09:21 -Jim_Allan 17:10:38 present+ Lowney_Greg 17:10:56 +??P12 17:11:20 present: Allan_James, Spellman_Jeanne, Ford_Kelly, Swan_Henny Richards_Jan, Hakkinen_Mark 17:11:36 present+ Patch_kim 17:11:39 mark is p12 17:11:40 zakim, close item 1 17:11:40 agendum 1, Logistics (Regrets, agenda requests, comments)?, closed 17:11:41 I see 2 items remaining on the agenda; the next one is 17:11:42 2. Finish 5/14 survey http://www.w3.org/2002/09/wbs/36791/20090513/ [from KFord] 17:11:50 zakim, take up item 2 17:11:50 agendum 2. "Finish 5/14 survey http://www.w3.org/2002/09/wbs/36791/20090513/" taken up [from KFord] 17:13:27 KF: Moving to point 17:13:29 #78. (Re 4.2.3 **) ""Activate all input device event handlers"" 17:13:53 http://www.w3.org/WAI/UA/2009/ED-UAAG20-20090506/#gl-device-independent-handlers 17:13:53 Greg's feedback item 78. 17:13:54 #78. (Re 4.2.3 **) ""Activate all input device event handlers"" 17:13:54 4.2.3 17:13:54 #78. (Re 4.2.3 **) 17:13:54 ""Activate all input device event handlers"" is unclear: I'm afraid that I can't understand this success criterion based on its title (""Activate All"") 17:13:55 or its text ( ""The user can activate, as a group, all event handlers of the same input device event type, for the same control""), nor is it clear how 17:13:58 it is different than 4.2.1. Both require the user be able to activate event handlers, but they differ in: (a) although 4.2.1 applies to ""(content) elements"" 17:14:01 that take content focus while 4.2.3 applies to ""(user interface) controls"" (per glossary definitons); (b) 4.2.1 requires that the user can activate them 17:14:03 -Jeanne 17:14:03 with the keyboard while 4.2.3 doesn't specify the means, presumably making it OK if the user has to click a mouse to activate a mouse-click event handler 17:14:07 (which seems to remove the point); (c) 4.2.3 says ""as a group"" while presumably 4.2.1 finds it enough if they can be activated separately; (d) 4.2.1 17:14:10 only applies to the event handlers that are ""explicitly associated"" with the element that has content focus, while presumably 4.2.3 requires it for all 17:14:13 UI controls that handle events even if they ""bubble up"" to the control rather than being ""explicitly associated"" with it; (e) 4.2.1 requires the user 17:14:16 be able to navigate to and then trigger event handlers for an element, while 4.2.3 would presumably be met by providing an entirely separate facility that 17:14:19 merely allowed the user to pick UI controls and their event handlers from a master list; (f) etc., etc. As you can see, I find 4.2.3 (and probably 4.2.1) 17:14:22 need significant changes to be made both clear and useful. I recommend that the two SC be combined into a single SC that (a) applies to both content elements 17:14:25 that have the content focus AND to UI controls that have the UI focus, (b) lets the user activate, in a single operation, ""all"" of the event handlers 17:14:27 for the user's choice of input device event handlers ""explicitly associated"" with that element or control. (Priority: 1 High) (Type: Clarify)" 17:14:31 q+ 17:15:29 +Jeanne 17:17:09 JR: What do we mean when there are a number of specific handlers on a control and there can be multiple events (ie 2 mouse downs) - what is the use case for a keyboard user? 17:17:10 ack jan 17:17:13 q+ 17:17:46 q+ 17:18:09 ack kford 17:18:31 KF: Know of no uA who will do the all thing. my question is what is our end goal - what do we want the end user to experience. 17:18:48 I'd say the high-level goal is that a keyboard (etc.) user be able to access all the functionality that content provides for mouse (etc.) users. The means is to let the user emulate mouse input via the keyboard. 17:19:31 JR: all not such a problem - who flow is the problem - eg tabbing a document - come across a control, how does the system know that there is more than mouse down - how can they react? 17:19:33 zakim, who's noisy 17:19:33 I don't understand 'who's noisy', sharper 17:19:38 ack Jan 17:20:17 I believe the idea of the guideline may be that the user can emulate mouse input more efficiently if it's implemented by the user agent and tied directly to its functionality, as opposed to making the user rely on a general-purpose mouse emulator (e.g. MouseKeys). 17:20:42 KF: HTML eg - DIV with on click - do we want a tab stop enforced on all onclicks on div 17:21:09 zakim, who is talking 17:21:09 I don't understand 'who is talking', sharper 17:21:55 who is noisy 17:22:40 I support the notion that UA should provide keyboard access to all content elements that accept input of any sort. However, I believe that's already specified by 4.1.1, but maybe it important enough to call out explicitly. 17:23:43 KP: can mouse by speech but harder than anything else - need keyboard to be used - can we switch mouse to regular cursor - would this be useful? 17:25:00 KP: Caret browsing is really useful - if you could snap the caret to where the mouse is this could be a good option. 17:27:48 JR: Physical order of mouse actions which happen with a real mouse - there is an event sequence in which events are processed, how can this be done via the keyboard if a request occurs out of sequence? 17:28:16 KF: what if we had a browser in which you could step through in the order of your choice? 17:28:17 zakim, who's talking? 17:28:28 sharper, listening for 10 seconds I heard sound from the following: KFord (90%), Kim_Patch (25%), Jan (5%) 17:29:17 JR: act of tabbing could be the same as mousing over it? 17:30:28 GL: 4.1.1 already accomplishes this as a high level goal 17:32:44 GL: We seem to be getting into spec. details (in regard to event handlers). For instance Mousekeys would allow the user to trigger events in their proper order, several ways of going about it - don't need to specify which one is used - just need the high level goal. 17:33:25 GL: Rewrite all this into the keyboard section to provided all functionality including event handlers to the keyboard 17:33:54 KP: need to be careful regarding tab order and malformed contents 17:34:52 KF: WCAG guidelines say that you should not get people into this situation - need to do something - but not over spec. 17:35:16 In response to the spoken comment, I think the issue of making navigation that can be navigated more efficiently is important but should be somewhere other than 4.2. 17:35:36 q+ 17:37:18 zakim, who's talking? 17:37:29 sharper, listening for 10 seconds I heard sound from the following: KFord (49%), Kim_Patch (4%), Greg_Lowney (4%), Jan (29%) 17:37:39 I agree that in general the UA should have features that help compensate for bad page design, and we can require features that mitigate negative effects of inaccessible content. 17:37:50 JR: to say +1 to GL - that event handlers can be brought into 4.1 as a higeher level SC, +1 to Kim re: routing mouse to keyboard focus 17:39:12 +1 to Kim's suggestion of ability to route mouse to focus and vice versa. 17:39:13 ack Jan 17:39:44 KF: If you have 10 events - how should I show them all. 17:40:10 JR: not sure you need to show all, as the author has a model of the universe which may dictate and order. 17:40:33 Does anyone have reservations about moving 4.2 (make events available via keyboard) into 4.1 (make everything available via the keyboard)? 17:40:46 JR: may not exist until used, or are predicated on some other sequential action 17:41:37 KF: In summary, Move to 4.1 then condense and make a sub-point of keyboard access. 17:42:22 Action Jan: Propose rewording of event handling requirements into higher level language for 4.1 17:42:22 Created ACTION-189 - Propose rewording of event handling requirements into higher level language for 4.1 [on Jan Richards - due 2009-05-28]. 17:42:27 RESOLVED: Move to 4.1 then condense and make a sub-point of keyboard access. Actions to be taken by JR. 17:42:45 ACTION-149 to write proposal for 'default settings of UA should be accessible' 17:42:59 KF: 3 accepts and 3 needs more discussion 17:43:14 Discussion points 17:43:15 Does the first part mean that Tools>Options needs a keyboard shortcut? Is the second part necessary? Maybe I wasn't there when this was discussed but ( ACTION-149 to write proposal for 'default settings of UA should be accessible') sounds like it was meant to mean that certain accessibility settings were going to be on by default. 17:43:23 This may be beyond the scope of this item, but it's also important that the user be able to save reconfigured default settings. Even better if there's some way to share these settings. 17:43:34 The globally accessible key combination as to bring up a configuration dialog. Is it necessary to add this point? 17:44:07 Simon's proposal http://lists.w3.org/Archives/Public/w3c-wai-ua/2009AprJun/0044.html 17:44:25 +Allanj 17:44:46 This sounds like an expanded version of the existing requirement for persistent keyboard settings--a general requirement for persistent user preference settings. Is that correct? 17:48:30 I think that we should not force the UA to instruct the user in accessibility features, or prompt them for accessibility settings. Perhaps UA documentation should be available outside of the product, so that one can get to it and read about accessibility-affecting features without being blocked by the product's inaccessible default settings. 17:49:32 Similarly, the ability to change the accessibility settings from outside the product would be extremely useful, although it's hard to do so certainly could not be higher than AAA. 17:54:13 -1; I think Simon's original wording needs some more work before being approved. 17:55:04 The ISO/ANSI guidelines for accessible software design include a Level AAA success criteria about providing "user settings schemes" designed for accessibility. I suggest we compare with those. 17:57:58 With respect to Jim's point 17:58:12 4.1.8 Important Command Functions: Important command functions (e.g. related to navigation, display, content, information management, etc.) are available 17:58:13 in a single keystroke. (Level AA) 18:00:15 GL: Problem with this is that most products have many config options scattered through the panels / dialogues 18:00:35 KF: needs to not be hard to get to config options via the keyboard 18:00:45 KF: defined as less than 5 keystockes 18:01:20 rrsagent, make minutes 18:01:20 I have made the request to generate http://www.w3.org/2009/05/21-ua-minutes.html KFord 18:02:01 Kelly, are you suggesting that *all* user preferences options be available within five keystrokes, or just, say, the main dialog or menu or wizard? 18:02:41 KF: not a standard but a rule of thumb 18:04:45 The current discussion seems to be about making everything important efficiently available through the keyboard, which is a good goal but is it related to 4.5? 18:06:06 I do not support requiring the UA to prompt the user to make configuration changes on first run, mainly because studies all show that users hate it. 18:06:12 KF: Is it important on first launch about default configurations wrt to accessibility settings? 18:06:17 JA: no 18:06:42 JR: useful in an ideal word but imposes overheads 18:07:12 KF: Not an absolute must - a UA could decide to do this. 18:07:25 KP and HS agree. 18:08:33 Should not prompt automatically, real focus should be on discoverability of how you can configure defaults. 18:09:02 RESOLVED: Don't believe that a UA does not need to prompt re accessibility configurations. 18:09:46 KF: is the first part covered by other parts of the guidelines? 18:09:47 I am not convinced that a configuration dialog box is so special that it should always have a single keystroke. For example, using a key sequence such as Office's Alt+T,O is not significantly harder than a single key combination. 18:10:05 KF: do we need the first part of the proposal? 18:10:58 JA: Happy with just the first part: The user agent will allow its default settings to be reconfigured by the user 18:11:35 q+ 18:11:53 What do you mean by default. Is it what the user encounters the first time they run the product, or the next time they run the product? The latter is already covered by 4.5.1. 18:12:37 KF: OK to leave in the first sentance 18:12:41 ack Jan 18:13:20 JR: aren't configuration settings already configurable by the user anyhow. 18:14:12 KP: sometimes settings don't stick, ie size of a window or dialogue - sometimes the size is importance and we shouls be able to make settings stick. 18:14:23 KP: not sure if they stick - not explicit. 18:14:33 I can agree that there may be problems from 4.5 being too broad and requiring ALL settings to be saved. Most should be persistent, but there are certainly rare cases where temporary settings are appropriately. 18:15:06 JR: Likes Kim's idea that window resizings are stored between sessions 18:15:42 We have Kinm. 18:15:42 4.5.3 Portable Profiles: Sets of preferences are stored as separate files (allowing them to be transmitted electronically). (Level AAA) 18:17:05 KF: We should list in a technical note the settings w=that have an impact on accessibility, list why, and put in window size 18:17:31 I agree that window size and position should be persistent, but the UA should also automatically correct saved settings that are no longer appropriate (e.g. the window is now off the screen because the screen resolution has changed between sessions). 18:17:32 JR: does the single keystoke open 1 dialogue or multiple ones. 18:18:25 KF: not going to have the single keystroke - how do we say we are going to prompt or allow configuration. Need something to say 'configure it'. 18:18:34 GL: first sentance covers it. 18:19:36 (I don't think I said anything like "first sentence covers it".) 18:19:44 SH: In the introduction of the draft we say.../ 18:19:45 A default user agent 18:19:45 setting may be useful for one user but interfere with accessibility 18:19:46 for another, therefore this document prefers configuration 18:19:46 requirements rather than requirements for default settings 18:20:37 -1; I cannot vote for adding this until you define defaults". 18:21:49 JR: would be ok if accessibility settings is inserted 18:22:06 Questions: how to define accessibility settings. 18:23:02 KF: how about, we change 4.5 to configure and store accessibility setting - and add accessibility to the guidelines and tehn add the first sentence. 18:23:09 The danger of changing it to "configure and store accessibility preference settings" is that developers tend to wrong distinguish between mainstream (useful) and accessibility (obscure) features. 18:23:13 JA: works for me. 18:24:21 GL: risk whenever you apply something to only accessibility settings that these get un-implemented. As a general approach it makes sense. 18:24:49 KF: most UA do everything we want here today. 18:25:19 KF: Do we need it in a survey to get final sign off. 18:26:01 RESOLVED: Change 4.5 to configure and store accessibility setting - and add accessibility to the guidelines and then add the first sentence. 18:27:10 -Jan 18:27:44 topic: ACTION-181 Investigate / review interactive and enabled for contradictions. 18:28:22 5 accepts and 2 neutrals 18:28:44 Resolved: Interactive element removed 18:28:54 RESOLVED: Interactive element removed 18:29:01 Action: JS to remove interactive element from glossary 18:29:01 Created ACTION-190 - Remove interactive element from glossary [on Jeanne Spellman - due 2009-05-28]. 18:31:09 Action: KF Update guideline 4.5 to reflect accessibility changes. Include first sentence of Simon's proposal 149 and make all items reflect accessibity settings. 18:31:09 Created ACTION-191 - Update guideline 4.5 to reflect accessibility changes. Include first sentence of Simon's proposal 149 and make all items reflect accessibity settings. [on Kelly Ford - due 2009-05-28]. 18:31:11 I see useful distinction between static vs. interactive elements, and the latter can be in two states, enabled and disabled. 18:31:27 rrsagent, make minutes 18:31:27 I have made the request to generate http://www.w3.org/2009/05/21-ua-minutes.html KFord 18:34:10 I agree we can take 'interactive element' out for now; we can always add it back in if we later decide to use the term. 18:35:52 -??P12 18:35:58 mhakkinen has left #ua 18:35:59 -??P4 18:36:01 -KFord 18:36:01 -sharper 18:36:03 -Kim_Patch 18:36:27 rrsagent, make minutes 18:36:27 I have made the request to generate http://www.w3.org/2009/05/21-ua-minutes.html sharper 18:36:45 -Jeanne 18:36:50 -Allanj 18:36:55 -Greg_Lowney 18:36:56 WAI_UAWG()1:00PM has ended 18:36:57 Attendees were KFord, sharper, Kim_Patch, Greg_Lowney, Jeanne, Jan, Jim_Allan, Allanj 18:37:30 zakim, please part 18:37:30 Zakim has left #ua 18:38:09 rrsagent, make minutes 18:38:09 I have made the request to generate http://www.w3.org/2009/05/21-ua-minutes.html sharper 18:38:32 rssagent, please part 18:38:53 rrsagent, please part 18:38:53 I see 3 open action items saved in http://www.w3.org/2009/05/21-ua-actions.rdf : 18:38:53 ACTION: Jan to Propose rewording of event handling requirements into higher level language for 4.1 [1] 18:38:53 recorded in http://www.w3.org/2009/05/21-ua-irc#T17-42-22 18:38:53 ACTION: JS to remove interactive element from glossary [2] 18:38:53 recorded in http://www.w3.org/2009/05/21-ua-irc#T18-29-01 18:38:53 ACTION: KF Update guideline 4.5 to reflect accessibility changes. Include first sentence of Simon's proposal 149 and make all items reflect accessibity settings. [3] 18:38:53 recorded in http://www.w3.org/2009/05/21-ua-irc#T18-31-09