16:50:51 RRSAgent has joined #ua 16:50:51 logging to http://www.w3.org/2010/05/27-ua-irc 16:50:53 RRSAgent, make logs public 16:50:53 Zakim has joined #ua 16:50:55 Zakim, this will be WAI_UAWG 16:50:55 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 10 minutes 16:50:56 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:50:56 Date: 27 May 2010 16:51:07 chair: KellyFord 16:51:36 regrets+ MHakkenin 16:53:35 Agenda+ Survey http://www.w3.org/2002/09/wbs/36791/20100521/ 16:58:08 sharper has joined #ua 16:58:21 zakim, code? 16:58:21 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), sharper 16:59:31 WAI_UAWG()1:00PM has now started 16:59:38 +Greg 17:00:05 +allanj 17:00:06 -allanj 17:00:24 +[Microsoft] 17:00:25 +allanj 17:01:04 zakim, Microsoft is really KellyFord 17:01:04 +KellyFord; got it 17:01:27 +Jeanne 17:01:57 +??P4 17:01:59 zakim, ??P4 is sharper 17:01:59 +sharper; got it 17:02:48 kford has joined #ua 17:03:10 /me man a week away and you forget stuff. 17:05:24 +[IPcaller] 17:05:37 chair: JimAllan 17:05:47 KimPatch has joined #ua 17:05:52 zakim, IPcaller is really Mhakkenin 17:05:52 +Mhakkenin; got it 17:06:11 +kimpatch 17:06:32 Jim reports that James Craig of Apple will not be able to participate as much as he would like to, so has withdrawn from the working group. 17:06:52 However he will respond to email if we have specific questions. 17:07:17 http://www.w3.org/2002/09/wbs/44061/20080526_media-requirements/ 17:07:30 Jim reports the HTML5 working group is preparing a survey on media requirements (link above). 17:08:50 Jim gave them UAAG's requirements that should be incorporated into their proposal. It includes structured and hierarchical navigation, which Janina was concerned should be included along the lines of DAISY. Mark had sent her material on DAISY navigation. 17:10:23 Anyone on the HTML accessibility task force list will can participate in the survey; otherwise can forward comments to those on our WG who are members. 17:11:56 Jim sent the list a pointer to a document on keyboard input model for navigating rich controls. 17:11:57 https://wiki.mozilla.org/Accessibility/RichContentKeyboardBehaviour). 17:12:11 https://wiki.mozilla.org/Accessibility/EditorBehaviourOnUserInput 17:12:22 It appears to be only focused on screen reader users, and not addressing people who don't use assistive technology. 17:12:53 wai-xtech@w3.org 17:13:26 wai-xtech@w3.org is the public part of the PDF working group, where PFWG does a lot of their public discussions such as this keyboard navigation model. 17:14:25 Jim suggests when sending comments to xtech, cc uawg. 17:14:31 viewmode http://www.w3.org/TR/2010/WD-view-mode-20100420/ 17:15:09 The viewmode discussion is part of their candidate recommendation and comments are already closed, but it was brought to our attention this week. 17:15:49 Jim notes some issues are transparency setting and ability to omit chrome from windows. 17:16:29 Jim would like at least a few people to review it, but they require comments by today! *Very* little notice or time to review. 17:17:22 Jim, having at least looked it over, will send some broad comments. 17:20:18 Greg suggests we may need to revise our guidelines so that we don't need to updated them every time user agents add a new window or content attribute; rather, we could have a few very broad success criteria that basically say the user must be able to override ALL window and content attributes, and then transparency, chrome, etc. would be examples. 17:21:25 q+ 17:21:49 Greg says we need to be granular and broad, with examples. 17:21:58 ack kford 17:22:28 Kelly would prefer to err on the side of being too specific, rather than too general, or else we might miss too much. 17:22:47 Kim agrees we need both approaches. 17:23:01 +1 17:24:06 Jeanne says it makes documents easier to read if they start more general before getting into details. 17:25:19 -Mhakkenin 17:25:59 +??P10 17:27:54 zakim, P10 is really Mhakkenin 17:27:54 sorry, AllanJ, I do not recognize a party named 'P10' 17:28:06 zakim, ??P10 is really Mhakkenin 17:28:06 +Mhakkenin; got it 17:28:45 Kim requests comments on the position paper she sent around, from the working group on conversational applications. 17:28:47 http://lists.w3.org/Archives/Public/w3c-wai-ua/2010AprJun/0064.html 17:29:12 http://lists.w3.org/Archives/Public/w3c-wai-ua/2010AprJun/att-0064/Position_Paper_-_The_User_Context_2010-04-30.pdf 17:31:08 Kim is trying to get across the message that thinking about usability for people with limitations increases usability for everyone. 17:31:33 Kim will be spending two days at that group's meeting. 17:31:59 Greg asks if anyone else is reviewing the 508 refresh proposal. 17:33:36 Jeanne, Mark, and Greg have done so. Jeanne's comments were submitted as a block from WAI. 17:34:53 zakim, open item 1 17:34:53 agendum 1. "Survey http://www.w3.org/2002/09/wbs/36791/20100521/" taken up [from AllanJ] 17:34:59 http://www.w3.org/2002/09/wbs/36791/20100521/results 17:37:03 Re 4.7.x (Location in Hierarchy), Simon intends to do a rewrite. 17:37:26 3.10 .5 http://www.w3.org/2002/09/wbs/36791/20100521/results#xq7 17:39:06 Mark notes that user agents seem pretty good at determining when scroll bars are needed. 17:40:02 Greg 17:40:22 Greg's suggested modification to the SC is "The user has the ability to have all scrollbars or equivalent controls displayed for all graphical viewports where the rendered content extends beyond the viewport dimensions. This ability overrides any values specified by the author. (Level A)" 17:41:05 Kim notes that sometimes expanding viewport is better than adding scrollbars. 17:41:52 Greg notes that open ACTION-240 is addressing, various ways of handling cases where content overflows containers. 17:43:04 discussion of scroll bar implementation 17:44:01 Greg noted an instance of nested scrolling viewports, which causes extreme usability difficulties: http://sites.google.com/a/chromium.org/dev/developers/design-documents/accessibility/tracker 17:44:16 -Mhakkenin 17:46:54 Jeanne and Jim discuss how in the chrome page example, keyboard navigation is very difficult, and Kim notes that scrollbars are difficult to control programmatically. 17:48:13 -sharper 17:49:07 Issue: Guidelines for keyboard and mouse navigation in complex, nested scrollable areas and content 17:49:07 Created ISSUE-69 - Guidelines for keyboard and mouse navigation in complex, nested scrollable areas and content ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/69/edit . 17:53:44 Greg and Kim discuss the benefit of the ability to resize a viewport to the smaller of its content or its own container. 17:54:36 AllanJ has joined #ua 17:55:34 rrsagent, make minutes 17:55:34 I have made the request to generate http://www.w3.org/2010/05/27-ua-minutes.html AllanJ 17:56:22 ACTION: gl to create success criterion on resizing viewports to the smaller of their content or their own container 17:56:22 Created ACTION-398 - Create success criterion on resizing viewports to the smaller of their content or their own container [on Greg Lowney - due 2010-06-03]. 17:58:09 action: jallan to review definition of viewport to include frame, iframe, elements with 'overflow', object, form controls (select), screen, etc 17:58:09 Created ACTION-399 - Review definition of viewport to include frame, iframe, elements with 'overflow', object, form controls (select), screen, etc [on Jim Allan - due 2010-06-03]. 17:59:36 Kim suggested that all viewport have a min, max, and scale controls, 18:01:42 the UA needs tin indicate which viewport has the focus. they viewport needs to be highlighted in some fashion so the user know where the next keyboard action will occur 18:01:53 Greg requests we collect examples where Web content raises difficult keyboard navigation problems. 18:02:07 s/ tin / to 18:03:17 suggested rewrite of 3.10.5 "The user has the ability to have all scrollbars or equivalent controls displayed for all graphical viewports where the rendered content extends beyond the viewport dimensions. This ability overrides any values specified by the author. (Level A)". 18:06:04 +1 18:06:08 kf +1 18:06:17 kp +1 18:10:32 Re what counts as a scrollbar, Greg pointed out example of Excel 2003 (and Jim adds Firefox) where you have a control to scroll through a list of tabs, but which does not provide any indication of what percentage of the field is visible. 18:11:10 Servant for the Mac replaced scrollbars with a control that simply showed you which direction had content, but didn't provide any indication of how much nor did it provide a mechanism for scrolling. 18:11:58 Smimilarly, in Windows, scrolling menus provide arrow buttons at top and bottom when there is content to scroll to, but no indication of how much. 18:12:33 Those are all examples of things that are much like scrollbars, but provide a subset of normal scrollbar functionality. 18:12:53 So which pieces of functionality are we going to require in 3.10.5? 18:15:57 s/Smimil/Simil 18:17:06 Greg suggests if we have things like 3.10.12 (indicate viewport position) that require specific bits of scrollbar functionality, we don't need 3.10.5 that requires scrollbars specifically. 18:20:41 kf: what is the end function we want 18:21:01 gl: scroll bars tell you visually there is content beyond edge of viewport 18:21:12 ... which direction the content lies 18:21:50 ... position within the content (how much is viewable and./or outside viewport 18:22:07 Greg outlines the four uses of scrollbars: tell you when there's content outside of the viewport; tell you which direction it lies in; tell you which region you're seeing; and allow you to scroll the viewport. 18:22:16 ... allows scrolling (moving position of content within viewport) 18:23:29 need definition of scrollbar 18:24:53 We have several possible approaches: (1) require "scrollbars or equivalent" and give these four functionalities merely as examples; or (2) require "scrollbars or equivalent" and list some or all of the four functionalities as REQUIREMENTS to be considered scrollbar equivalents; or (3) ignore the concept of scrollbars and instead have four separate SC, one for each of the four functionalities, whic 18:24:55 h can have the same or different priorities. 18:25:42 I think the 3rd approach seems reasonable, given we already have SC like 3.10.12 which requires one of those four functionalities. 18:26:57 We can use "(e.g. scrollbars)". 18:28:33 Jim prefers using the term "scrollbar or equivalent" and defining that as requiring all four functionalities. 18:30:21 Greg notes that would result in increasing priority of "indicate viewport position" (3.10.12) from AAA to A. 18:31:46 Jim notes in Firefox, even when you can't see all the tabs, there is a control that displays a drop-down list of all tabs with your current tab highlighted. 18:32:53 Thus even though the viewport showing the list of tabs doesn't have scrollbars, there is an alternative way to get the same information/functionality. 18:34:16 -KellyFord 18:34:19 -kimpatch 18:34:24 -Greg 18:37:21 rrsagent, make minutes 18:37:21 I have made the request to generate http://www.w3.org/2010/05/27-ua-minutes.html AllanJ 18:41:51 present: KimPatch, JimAllan, JeanneS, GregL, MarkH, KellyF, SimonH 18:42:05 rrsagent, make minutes 18:42:05 I have made the request to generate http://www.w3.org/2010/05/27-ua-minutes.html AllanJ 18:42:12 zakim, please part 18:42:12 leaving. As of this point the attendees were Greg, allanj, KellyFord, Jeanne, sharper, Mhakkenin, kimpatch 18:42:12 Zakim has left #ua 18:42:32 rrsagent, make minutes 18:42:32 I have made the request to generate http://www.w3.org/2010/05/27-ua-minutes.html AllanJ 18:43:29 rrsagent, please part 18:43:29 I see 2 open action items saved in http://www.w3.org/2010/05/27-ua-actions.rdf : 18:43:29 ACTION: gl to create success criterion on resizing viewports to the smaller of their content or their own container [1] 18:43:29 recorded in http://www.w3.org/2010/05/27-ua-irc#T17-56-22 18:43:29 ACTION: jallan to review definition of viewport to include frame, iframe, elements with 'overflow', object, form controls (select), screen, etc [2] 18:43:29 recorded in http://www.w3.org/2010/05/27-ua-irc#T17-58-09