16:50:33 RRSAgent has joined #ua 16:50:33 logging to http://www.w3.org/2012/10/11-ua-irc 16:50:35 RRSAgent, make logs public 16:50:35 Zakim has joined #ua 16:50:37 Zakim, this will be WAI_UAWG 16:50:37 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 10 minutes 16:50:38 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:50:38 Date: 11 October 2012 16:51:06 rrsagent, set logs public 16:54:18 agenda+ Volunteers writing mobile examples. October 12. 16:54:32 Agenda+ Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? 16:54:39 Agenda+ Action-762 Review 2.2.3 16:54:47 Agenda+ Finish off 2.8 Action-747 16:54:51 kford has joined #ua 16:54:59 Agenda+ Levels Discussion 16:56:02 WAI_UAWG()1:00PM has now started 16:56:10 +[Microsoft] 16:56:42 +Jim_Allan 16:58:18 zakim, +[Microsoft] is really kford 16:58:18 sorry, JAllan, I do not recognize a party named '+[Microsoft]' 16:58:25 zakim, [Microsoft] is really kford 16:58:25 +kford; got it 16:58:47 -kford 16:59:02 regrets+ Jeanne 16:59:11 +[Microsoft] 16:59:23 zakim, [Microsoft] is really kford 16:59:23 +kford; got it 16:59:50 Greg has joined #ua 17:00:19 +Greg_Lowney 17:00:26 +Jeanne 17:03:23 KimPatch has joined #ua 17:04:02 Jan has joined #ua 17:04:25 zakim, code? 17:04:25 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 17:04:27 +Kim_Patch 17:04:40 +??P7 17:04:54 zakim, ??P7 is really Jan 17:04:54 +Jan; got it 17:05:17 http://www.surveygizmo.com/s3/966655/Microsoft-Accessibility-Survey 17:09:35 zakim, agenda 17:09:35 I don't understand 'agenda', JAllan 17:09:48 zakim, agenda? 17:09:48 I see 5 items remaining on the agenda: 17:09:49 1. Volunteers writing mobile examples. October 12. [from JAllan] 17:09:49 2. Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? [from JAllan] 17:09:49 3. Action-762 Review 2.2.3 [from JAllan] 17:09:49 4. Finish off 2.8 Action-747 [from JAllan] 17:09:49 5. Levels Discussion [from JAllan] 17:11:37 zakim, open item 1 17:11:37 agendum 1. "Volunteers writing mobile examples. October 12." taken up [from JAllan] 17:12:07 JA: Reminder that tomorrow volunteers will write mobile examples for UAAG20. 17:13:09 There will also be dial-in access for those who cannot attend in person via the W3C Conference Bridge at: 17:13:11 (+1 617.761.6200, conference code: 662453# [mobile#]). For SIP access: zakim@voip.w3.org 17:13:12 Instructions for SIP access are at: http://www.w3.org/2006/tools/wiki/Zakim-SIP 17:13:41 KP: Currently four people will be there live in the room, in addition to callers. 17:13:59 9-4:30 EDT 17:14:29 scribe: Greg_Lowney 17:16:20 KP: People are welcome to dial in for part of the day, whenever works for them, any time from 9:30 EDT on. 17:17:03 zakim, close item 17:17:03 I don't understand 'close item', JAllan 17:17:08 zakim, close item 1 17:17:08 agendum 1, Volunteers writing mobile examples. October 12., closed 17:17:09 I see 4 items remaining on the agenda; the next one is 17:17:09 2. Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? [from JAllan] 17:17:09 +MarkHakkinen 17:18:17 zakim, close item 3 17:18:17 agendum 3, Action-762 Review 2.2.3, closed 17:18:18 I see 3 items remaining on the agenda; the next one is 17:18:18 2. Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? [from JAllan] 17:18:36 zakim, close item 4 17:18:36 agendum 4, Finish off 2.8 Action-747, closed 17:18:37 I see 2 items remaining on the agenda; the next one is 17:18:37 2. Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? [from JAllan] 17:21:24 mth has joined #ua 17:21:39 zakim, open item 4 17:21:39 agendum 4. "Finish off 2.8 Action-747" taken up [from JAllan] 17:22:06 Zakim, open item 5 17:22:06 agendum 5. "Levels Discussion" taken up [from JAllan] 17:22:15 http://www.youtube.com/watch?v=E7ZCRkyb-uQ 17:22:34 link is to a video demo of assistive touch 17:23:40 zakim, open item 4 17:23:40 agendum 4. "Finish off 2.8 Action-747" taken up [from JAllan] 17:23:45 KP: iOS 6 contains an accessibility feature called Assistive Touch which is intended for people who can only do single touch, also replacing the need to use physical buttons. 17:24:06 JS: The ease with which it can be moved could be an example of how toolbars can be moved or customized. 17:25:10 JR: One cannot expect that degree of configurability from something that is not the OS. 17:25:56 MH: Almost done with work on upgrading and synthesizing input on toolbars, will email soon. 17:26:26 zakim, close item 4 17:26:26 agendum 4, Finish off 2.8 Action-747, closed 17:26:27 I see 2 items remaining on the agenda; the next one is 17:26:27 2. Action-759 https://www.w3.org/WAI/UA/tracker/actions/759 Simon? [from JAllan] 17:26:35 zakim, take up item 5 17:26:35 agendum 5. "Levels Discussion" taken up [from JAllan] 17:26:54 JA: Resuming on 2.3.4. 17:27:20 Spreadsheet is at https://docs.google.com/spreadsheet/ccc?key=0AiiGLIaAlHSKdHNrcGNacUp2MHdXQW9sUmpBQ21Lenc&pli=1#gid=0 17:27:46 http://www.w3.org/TR/UAAG20/ 17:28:52 JA: 2.3.4 Present Direct Commands in User Interface (AA). 17:30:55 JR: We didn't finish discussion of 2.3.2 Present Direct Commands in Rendered Content last week. 17:31:55 JA: According to minutes, we got down to implementation strategies but did not decide on a level. 17:32:56 -Jeanne 17:32:59 KP: Thinks it should remain A, because much of her job is explaining to users that something exists they didn't know about. Discoverability is key. Jeanne just told us about something most of didn't know about. 17:34:19 JR: Microsoft does that in its ribbon, wondering how hard it is to implement. 17:34:47 MH: Browser has to walk the DOM to final where all the ARIA landmarks are. 17:35:09 KF: Rendering is complicated because where do you put it, how does it affect page layout. 17:35:26 KP: The one that Jeanne pointed out handles it well, they fade. 17:35:54 MH: Transparency leads to background color problems. 17:36:44 KP: Key is letting the user change the presentation to meet their needs. Having more people thinking about ways to implement this well will be very important. 17:38:33 JR: Browser handles some commands natively (e.g. accesskey) but not others (e.g. landmarks). How? It must walk the DOM, identify all the landmarks. One concern is that if we allow plugins to do things, and plugins bring in their own direct commands (e.g. direct commands for landmark) if they didn't put them into the overlay would the combined tool fail? 17:39:51 GL: Isn't the Mouseless Browsing add-in one implementation of this? 17:41:01 JR: E.g. is an add-in provides an outline view that has its own shortcuts. 17:42:01 JA: ARIA Landmarks do not have key bindings, so this is a separate issue, so we should just stick with accesskey. 17:42:51 GL: What about the COMMAND element that associates a keyboard shortcut with an element or action? 17:43:05 http://www.whatwg.org/specs/web-apps/current-work/multipage/interactive-elements.html#the-command-element 17:45:00 greg discusses feedback about the 'command' element 17:45:10 mh: how to bind the key 17:45:22 mh: ah, access key 17:46:18 So, COMMAND provides a way of associating a keyboard input (accesskey) with any action or element in a way that is recognized by the user agent, allowing the user agent to convey this to the user through any UI it deems appropriate (e.g. displaying indicators inline, providing a voice menu or on-screen menu, etc.) 17:47:00 I've provided feedback in the HTML5 development process recommending that the mechanism for specifying keyboard inputs for COMMAND elements be made more flexible. 17:48:32 Discussion of how Mouseless Browsing add-in is an example of the UI, but does not exactly match this SC because it adds new shortcuts instead of just presenting existing ones. 17:49:32 JR: On mobile devices, gestures could be mapped to different spots, would be nice but if a menu is provided, but would we fail those that don't? 17:49:42 GL: I thought this was direct keyboard commands. 17:49:48 JR: It says all direct commands. 17:50:03 opera has an extension to reveal accesskeys 17:50:29 GL: What about limiting this to direct keyboard commands, which is what I think most of us thought it was? 17:51:31 KP: What about the bottom rung (minimum) being to present a persistent list of commands shortcuts, for keyboard inputs, gestures, etc. 17:51:49 JR: Can't always be visible, could be on request. 17:52:24 JA: Opera has exactly that, Chaal's accesskey button that appears on the UI. It lights up if there are accesskeys, you hit it and it gives you the list. 17:52:57 JR: Rewrite 2.3.2 to make that fit, or keep it as is with AA and add a new one that is A? 17:53:29 KP: Probably clearer to add a new A SC, making the current AA. 17:54:53 GL: The reason I put in the wording that shortcuts be presented "with their associated UI controls" is that there are many cases where a separate list won't be particularly useful, as in a lot of seemingly identical buttons. 17:56:34 KP: It would be unusual to provide shortcuts for separate identical buttons. If that happened, would have to make the list show them, e.g. an overlay. 17:57:01 JR: Level A would not handle that case, a stinky end-user experience, which is why we have the AA version that is better for those cases. 17:57:25 JR: The A requirement is just "a foot on the bottom rung", and better than nothing. 17:57:52 action: Jeanne to change 2.3.2 to AA because there are no implementations. 17:57:52 Created ACTION-764 - Change 2.3.2 to AA because there are no implementations. [on Jeanne F Spellman - due 2012-10-18]. 17:58:37 Action JR: Propose a new 2.3.X that is the list version of direct commands notification 17:58:37 Created ACTION-765 - Propose a new 2.3.X that is the list version of direct commands notification [on Jan Richards - due 2012-10-18]. 17:58:42 GL: we could edit the mouseless browsing add-in to simply remove the adding of addition accesskeys, and then it would be an implementation of 2.3.2. 18:00:03 MH: Simple Chrome extension that puts accesskeys in context on the page. 18:01:42 Accesskey extension for chrome using CSS http://aloiroberto.wordpress.com/2010/06/12/how-to-display-accesskey-shortcuts-in-google-chrome-and-much-more/ 18:03:21 action: jeanne add Accesskey extension for chrome using CSS http://aloiroberto.wordpress.com/2010/06/12/how-to-display-accesskey-shortcuts-in-google-chrome-and-much-more/ as a resource for 2.3.2 18:03:21 Created ACTION-766 - Add Accesskey extension for chrome using CSS http://aloiroberto.wordpress.com/2010/06/12/how-to-display-accesskey-shortcuts-in-google-chrome-and-much-more/ as a resource for 2.3.2 [on Jeanne F Spellman - due 2012-10-18]. 18:03:21 For the record, here is the CSS: 18:03:24 a[accesskey]:after, button[accesskey]:after, input[accesskey]:after, label[accesskey]:after, legend[accesskey]:after, textarea[accesskey]:after { margin-left: 0.3em; color: Plum; content: "[" attr(accesskey) "]"; } 18:04:57 MH: We'll remove the term "landmark"? 18:07:46 JA: Yes, it just confuses the issue because landmark has nothing other than accesskey for associating a shortcut with it. 18:09:02 JR: Will remove the (e.g. accesskey, landmark) and instead link to the glossary entry for direct commands. 18:09:51 Next, 2.3.3 Direct activation (former 2.7.6): The user can move directly to and activate any operable elements in rendered content. (Level AA) 18:11:24 Suggest handle change from: Direct activation --> Direct Activation of Operable Elements 18:12:25 GL: Can anything other than operable elements be directly activated? 18:13:35 Hmmm are operable elements always recognizable as such or do we have to say recognized? 18:17:42 GL: operable element is not in the glossary. 18:17:51 JA: Same as "enabled element": An element with associated behaviors that can be activated through the user interface or through an API. 18:18:41 GL: operable elements might include both enabled and disabled elements (i.e. those that are *currently* disabled, but might be enabled later). 18:19:19 JR: This SC should be "enabled elements". 18:20:06 JA: OK with Jan's suggestion of "Direct Activation of Enabled Elements". 18:20:23 No objections from the group. 18:21:46 New version: 2.3.3 Direct Activation of Enabled Elements (former 2.7.6): The user can move directly to and activate any enabled elements in rendered content. (Level AA) 18:22:35 New version: 2.3.3 Direct Activation of Enabled Elements (former 2.7.6): The user can move directly to and activate any enabled element in rendered content. (Level AA) 18:22:51 action: Jeanne change 2.3.3 to be: 2.3.3 Direct Activation of Enabled Elements (former 2.7.6): The user can move directly to and activate any enabled element in rendered content. (Level AA) 18:22:51 Created ACTION-767 - Change 2.3.3 to be: 2.3.3 Direct Activation of Enabled Elements (former 2.7.6): The user can move directly to and activate any enabled element in rendered content. (Level AA) [on Jeanne F Spellman - due 2012-10-18]. 18:23:23 GL: Technically it's "moving keyboard focus directly to", but OK. 18:23:38 Next, 2.3.1 Direct Navigation to Important Elements (former 2.7.4): The user can navigate directly to any important (e.g. structural or operable) element in rendered content. (Level A) 18:25:52 GL: "important element" should certainly be a link, or else readers will say "well, *I* don't think that's important." 18:26:15 JR: Suggest it be AA. 18:27:03 GL: Today the Mouseless Browsing add-ins don't allow navigation to static elements like headings. 18:28:55 JR: Does anything do this today? 18:29:08 General agreement to move it to AA. 18:29:32 GL: If there are no implementations by the time we publish it will be deleted altogether. 18:30:00 MH: We should maintain a list of at-risk SCs that need extensions written. 18:30:35 KP: However, deleting this would be horrible, it's very important. 18:31:22 GL: Create a wiki page listing add-ins we need written? 18:31:34 JA: Will create that wiki page today. 18:31:35 Accesskey, important elements, mouseless browsing are candidate for browser extension implementations. 18:31:50 -Jan 18:32:26 -kford 18:33:47 -MarkHakkinen 18:33:50 -Kim_Patch 18:33:54 -Greg_Lowney 18:34:09 action: jeanne to change 2.3.1 to be 2.3.1 Direct Navigation to Important Elements (former 2.7.4): The user can navigate directly to any important (e.g. structural or operable) element in rendered content. (Level AA). Make 'important element' a link to glossary. move example (e.g. xxxx) to after the word element. moved to AA because no implementation 18:34:09 Created ACTION-768 - Change 2.3.1 to be 2.3.1 Direct Navigation to Important Elements (former 2.7.4): The user can navigate directly to any important (e.g. structural or operable) element in rendered content. (Level AA). Make 'important element' a link to glossary. move example (e.g. xxxx) to after the word element. moved to AA because no implementation [on Jeanne F Spellman - due 2012-10-18]. 18:34:17 rrsagent, make minutes 18:34:17 I have made the request to generate http://www.w3.org/2012/10/11-ua-minutes.html JAllan 18:34:36 zakim, please part 18:34:36 leaving. As of this point the attendees were Jim_Allan, kford, Greg_Lowney, Jeanne, Kim_Patch, Jan, MarkHakkinen 18:34:36 Zakim has left #ua 18:34:45 rrsagent, make minutes 18:34:45 I have made the request to generate http://www.w3.org/2012/10/11-ua-minutes.html JAllan 18:35:05 Chair: JimAllan, KellyFord 18:35:10 rrsagent, make minutes 18:35:10 I have made the request to generate http://www.w3.org/2012/10/11-ua-minutes.html JAllan