16:57:56 RRSAgent has joined #ua 16:57:56 logging to http://www.w3.org/2014/04/24-ua-irc 16:57:58 RRSAgent, make logs public 16:57:58 Zakim has joined #ua 16:58:00 Zakim, this will be WAI_UAWG 16:58:00 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 2 minutes 16:58:01 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:58:01 Date: 24 April 2014 16:58:12 rrsagent, set logs public 16:58:23 chair: JimAllan, KellyFord 16:58:31 regrets: Kelly, Eric 16:59:43 agenda+ start with CR02 guideline 1.4 16:59:45 agenda+ Microsoft comments 16:59:52 WAI_UAWG()1:00PM has now started 17:00:01 +Jim_Allan 17:01:05 +Jeanne 17:01:15 Jan has joined #ua 17:01:26 zakim, code? 17:01:26 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 17:01:46 Greg has joined #ua 17:02:04 +Kim_Patch 17:02:17 +[IPcaller] 17:02:18 +Greg_Lowney 17:02:41 zakim, [IPcaller] is really Jan 17:02:41 +Jan; got it 17:02:48 KimPatch has joined #ua 17:05:16 scribe: allanj 17:05:34 zakim, agenda? 17:05:34 I see 2 items remaining on the agenda: 17:05:35 1. start with CR02 guideline 1.4 [from allanj] 17:05:35 2. Microsoft comments [from allanj] 17:06:49 -Greg_Lowney 17:07:29 +Greg_Lowney 17:07:49 http://lists.w3.org/Archives/Public/public-uaag2-comments/ 17:09:53 http://lists.w3.org/Archives/Public/public-uaag2-comments/2014Jan/0005.html 17:10:21 discussion of github 17:10:51 current version of the guidelines - http://jspellman.github.io/UAAG/UAAG20/ 17:11:36 Joshue has joined #ua 17:13:18 http://www.w3.org/WAI/UA/2014/LCcomments.html 17:13:25 topic: CR02 guideline 1.4 17:13:37 gregs comments http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JanMar/0016.html 17:16:12 GCL: Your point is well taken that some pages break to greater or lesser extent when the user changes view options. Unfortunately, for many users the "zoom" feature does not provide an accessible view of the page in the way that increasing font size does; we try to address these issues in the Implementing document when explaining why overriding font size is so important. For example, greatly... 17:16:13 ...enlarging images along with text can make documents very difficult to use, as can making the user constantly scroll a viewport back and forth, and preventing them from seeing content that changes because it's scrolled off the side of viewport; there are many other examples. Also keep in mind that while enlarging text may break some pages, the page may be just as unusable for a user... 17:16:15 ...without it, and of course many, many pages will work with it just fine. Thus, we feel the user benefits from the ability to try different configuration settings for any give site to find the the ones that best 17:16:16 meet their needs while they're performing their current task on the particular site. In addition, by making these user controls more widely available and better known, it increases awareness among and pressure on web content developers to make their sites compatible with these user options. 17:18:00 Joshue108 has joined #ua 17:18:45 ja: I also think, its up to the user to be able to make changes. and uadjust to the edge of breaking the site to make it as useful as possible 17:20:42 +1 to Jeanne's point 17:21:35 Joshue has joined #ua 17:21:42 js: gregs answer is a good one. perhaps we need to review this with Wayne Dick, to deal with specificity. 17:22:45 jr: if one of the members makes a comment, then it becomes a proposed response and put in the comment document. 17:23:01 gl and ja and kp agree with JR 17:24:19 Joshue108 has joined #ua 17:24:42 http://www.w3.org/WAI/UA/2013/commentsWD.html 17:24:54 gl: the disposition table can be found at http://jspellman.github.io/UAAG-LC-Comment/ 17:27:11 rrsagent, make minutes 17:27:11 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html jeanne 17:28:18 rrsagent, make logs public 17:28:33 Joshue has joined #ua 17:28:37 repository link for comments https://github.com/jspellman/UAAG-LC-Comment 17:33:11 all working on figuring out github 17:39:27 Joshue has joined #ua 17:43:20 Topic: CR03 17:43:21 Some of the recommendations seem overly technical and narrow: for example, the use-case for Show Element Hierarchy is that a user might want to write a custom stylesheet and needs to determine the path to a particular element within a page to write a style rule for it. However, there are already more innovative solutions to this problem available. A popular Chrome extension, StyleBot, lets... 17:43:23 ...the user simply click on any element on the page and modify the custom stylesheet with a friendly dialog interface. They can explore the classes that this element belongs to and apply the same style change to all elements in that class. My concern is just that these guidelines should not specify one narrow solution to a problem that precludes a more clever implementation. 17:43:47 GCL: Again your point is well taken. It is certainly true that better solutions can be provided, but I don't feel that providing this base-level fallback feature would discourage better approaches. (It's also true that there are additional use cases for this feature, such as a user of assistive technology that wants their screen reader to notify them when a region of the document changes, or... 17:43:49 ...when they want to set up shortcuts that move focus or a magnifying window between specific locations.) 17:45:34 ja: this is a mix of general comment and a specific comment 17:47:49 ja: ok with gcl response 17:49:13 ja: any objections 17:49:17 none heard 17:49:18 It is true that some of the success criteria have very technical and narrow requirements, and that other, more effective approaches to addressing the problems may be developed. However, we do not believe that requiring the base-level fallback feature discourages development or inclusion of more effective approaches. 17:52:08 Proposed revised response: It is true that some of the success criteria have very technical and narrow requirements, and that other, more effective approaches to addressing the problems may be developed. However, we do not believe that requiring the base-level fallback feature discourages development or inclusion of more effective approaches. (It's also true that there are additional use... 17:52:10 ...cases for this feature, such as a user of assistive technology that wants their screen reader to notify them when a region of the document changes, or when they want to set up shortcuts that move focus or a magnifying window between specific locations.) 17:52:14 RESOLUTION: accept greg comment in IRC 17:52:21 rrsagent, make minutes 17:52:21 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj 17:53:12 Topic: CR04 17:53:22 CR04: Many of the guidelines are specific to a desktop computer, and written in a way that's too narrow to apply to a web browser running on a phone, tablet, or other device that may not have a keyboard. The guidelines should be written in a way that explain the user need and don't assume that a keyboard is available. 17:53:59 GCL: We entirely agree; any success criterion that relies on a physical keyboard, visual output, or other platform dependencies should be scoped in its own language. Please let us know of any success criteria that don't sufficiently address this. 17:55:56 GCL: We entirely agree; any success criterion that relies on a physical keyboard, visual output, or other platform dependencies should be scoped in its own language. Please let us know of any success criteria that don't sufficiently address this. Please keep in mind that even devices without physical keyboards are expected to support keyboard emulators and other types of assistive technology... 17:55:58 ...that rely on keyboard emulation at the programming interface level. 18:01:33 we added a note to principle 2 - Note: Users interacting with a web browser may do so using one or more input methods including keyboard, mouse, speech, touch, and gesture. It's critical that each user be free to use whatever input method or combination of methods works best for a given situation. If every potential user task is made accessible via modality independent controls that any... 18:01:35 ...input technology can access, a user can use what works best. For instance, if a user can't use or doesn't have access to a mouse, but can use and access a keyboard, the keyboard can call a modality independent control to activate an OnMouseOver event. Another example is a user on a mobile device that lacks keyboard who uses uses taps, wirelessly connected devices, and voice commands to... 18:01:36 ...simulate discrete or keyboard input. See Independent User Interface: Events for additional information on APIs and techniques for modality independent controls. 18:04:18 keyboard interface 18:04:19 Keyboard interfaces are programmatic services provided by many platforms that allow operation in a device independent manner. A keyboard interface can allow keystroke input even if particular devices do not contain a hardware keyboard (e.g. a touchscreen-controlled device can have a keyboard interface built into its operating system to support onscreen keyboards as well as external... 18:04:21 ...keyboards that may be connected). 18:04:22 Note: Keyboard-operated mouse emulators, such as MouseKeys, do not qualify as operation through a keyboard interface because these emulators use pointing device interfaces, not keyboard interfaces. 18:05:55 Joshue108 has joined #ua 18:06:18 Topic: CR05 general comment 18:06:20 CR05: Many of the guidelines suggest features that are already available in existing assistive technology - for example opening an elements list, navigation by headings, or using voice control to jump to an element. Do the guidelines really mean to suggest that the browser should reimplement these as browser features rather than making them features of the AT? It's not clear to me that... 18:06:22 ...browsers should be providing these features directly - rather, they should expose rich information to AT via accessibility APIs, and allow AT to innovate ways to present this information to diverse groups of users. 18:06:55 GCL: There are certainly features which are only applicable to users of assistive technology, and almost anything *could* be delegated (or relegated) to assistive technology. However, there are some features that benefit users who would not require assistive technology. The disadvantages of relying on assistive technology include all of those mentioned above in regard to providing features... 18:06:57 ...as extensions, but even more so. Regarding your specific examples, note that 2.5.2 (Provide Navigation by Heading and within Tables) is implemented by extensions for some browsers, and while the Implementing document may suggest features such as navigation by voice where speech input is already supported, I'm not sure they are required anywhere. We'd appreciate it if you could be more... 18:06:58 ...specific about any success criteria you feel should not be implemented in the user agent or extensions. 18:07:37 Joshue has joined #ua 18:08:01 JR, JA, KP all agree with comment 18:09:18 RESOLUTION: accept gcl comment 18:09:34 rrsagent, make minutes 18:09:34 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj 18:16:01 CR comments are done! 18:22:49 action: jeanne to smith CR05 response to make clear that nav by heading is required but not speech input nav by heading 18:22:49 Created ACTION-972 - Smith cr05 response to make clear that nav by heading is required but not speech input nav by heading [on Jeanne F Spellman - due 2014-05-01]. 18:23:56 CR comments are 5/6, waiting on addiional input from Wayne dick 18:25:48 Topic: MS01 18:26:11 why is it marked incomplete? 18:27:06 gl: It is possible, without needing to change the main guidelines document, to create targeted documents that call out only a subset of the guidelines and success criteria, or filter them based on the feature set of a particular product. 18:30:23 gl: making analogy to atag 18:32:22 -Jan 18:32:33 rrsagent, make minutes 18:32:33 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj 18:33:05 action: jan to smith MS01 with zooming example 18:33:05 Created ACTION-973 - Smith ms01 with zooming example [on Jan Richards - due 2014-05-01]. 18:33:20 rrsagent, make minutes 18:33:20 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj 18:33:29 zakim, please part 18:33:29 leaving. As of this point the attendees were Jim_Allan, Jeanne, Kim_Patch, Greg_Lowney, Jan 18:33:29 Zakim has left #ua 18:33:35 rrsagent, make minutes 18:33:35 I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj 18:34:20 rrsagent, please part 18:34:20 I see 2 open action items saved in http://www.w3.org/2014/04/24-ua-actions.rdf : 18:34:20 ACTION: jeanne to smith CR05 response to make clear that nav by heading is required but not speech input nav by heading [1] 18:34:20 recorded in http://www.w3.org/2014/04/24-ua-irc#T18-22-49 18:34:20 ACTION: jan to smith MS01 with zooming example [2] 18:34:20 recorded in http://www.w3.org/2014/04/24-ua-irc#T18-33-05