IRC log of ua on 2014-04-24
Timestamps are in UTC.
- 16:57:56 [RRSAgent]
- RRSAgent has joined #ua
- 16:57:56 [RRSAgent]
- logging to http://www.w3.org/2014/04/24-ua-irc
- 16:57:58 [trackbot]
- RRSAgent, make logs public
- 16:57:58 [Zakim]
- Zakim has joined #ua
- 16:58:00 [trackbot]
- Zakim, this will be WAI_UAWG
- 16:58:00 [Zakim]
- ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 2 minutes
- 16:58:01 [trackbot]
- Meeting: User Agent Accessibility Guidelines Working Group Teleconference
- 16:58:01 [trackbot]
- Date: 24 April 2014
- 16:58:12 [allanj]
- rrsagent, set logs public
- 16:58:23 [allanj]
- chair: JimAllan, KellyFord
- 16:58:31 [allanj]
- regrets: Kelly, Eric
- 16:59:43 [allanj]
- agenda+ start with CR02 guideline 1.4
- 16:59:45 [allanj]
- agenda+ Microsoft comments
- 16:59:52 [Zakim]
- WAI_UAWG()1:00PM has now started
- 17:00:01 [Zakim]
- +Jim_Allan
- 17:01:05 [Zakim]
- +Jeanne
- 17:01:15 [Jan]
- Jan has joined #ua
- 17:01:26 [Jan]
- zakim, code?
- 17:01:26 [Zakim]
- the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan
- 17:01:46 [Greg]
- Greg has joined #ua
- 17:02:04 [Zakim]
- +Kim_Patch
- 17:02:17 [Zakim]
- +[IPcaller]
- 17:02:18 [Zakim]
- +Greg_Lowney
- 17:02:41 [Jan]
- zakim, [IPcaller] is really Jan
- 17:02:41 [Zakim]
- +Jan; got it
- 17:02:48 [KimPatch]
- KimPatch has joined #ua
- 17:05:16 [allanj]
- scribe: allanj
- 17:05:34 [allanj]
- zakim, agenda?
- 17:05:34 [Zakim]
- I see 2 items remaining on the agenda:
- 17:05:35 [Zakim]
- 1. start with CR02 guideline 1.4 [from allanj]
- 17:05:35 [Zakim]
- 2. Microsoft comments [from allanj]
- 17:06:49 [Zakim]
- -Greg_Lowney
- 17:07:29 [Zakim]
- +Greg_Lowney
- 17:07:49 [allanj]
- http://lists.w3.org/Archives/Public/public-uaag2-comments/
- 17:09:53 [jeanne]
- http://lists.w3.org/Archives/Public/public-uaag2-comments/2014Jan/0005.html
- 17:10:21 [allanj]
- discussion of github
- 17:10:51 [allanj]
- current version of the guidelines - http://jspellman.github.io/UAAG/UAAG20/
- 17:11:36 [Joshue]
- Joshue has joined #ua
- 17:13:18 [Jan]
- http://www.w3.org/WAI/UA/2014/LCcomments.html
- 17:13:25 [allanj]
- topic: CR02 guideline 1.4
- 17:13:37 [allanj]
- gregs comments http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JanMar/0016.html
- 17:16:12 [Greg]
- 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 [Greg]
- ...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 [Greg]
- ...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 [Greg]
- 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]
- Joshue108 has joined #ua
- 17:18:45 [allanj]
- 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 [Jan]
- +1 to Jeanne's point
- 17:21:35 [Joshue]
- Joshue has joined #ua
- 17:21:42 [allanj]
- js: gregs answer is a good one. perhaps we need to review this with Wayne Dick, to deal with specificity.
- 17:22:45 [allanj]
- jr: if one of the members makes a comment, then it becomes a proposed response and put in the comment document.
- 17:23:01 [allanj]
- gl and ja and kp agree with JR
- 17:24:19 [Joshue108]
- Joshue108 has joined #ua
- 17:24:42 [Jan]
- http://www.w3.org/WAI/UA/2013/commentsWD.html
- 17:24:54 [allanj]
- gl: the disposition table can be found at http://jspellman.github.io/UAAG-LC-Comment/
- 17:27:11 [jeanne]
- rrsagent, make minutes
- 17:27:11 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html jeanne
- 17:28:18 [jeanne]
- rrsagent, make logs public
- 17:28:33 [Joshue]
- Joshue has joined #ua
- 17:28:37 [allanj]
- repository link for comments https://github.com/jspellman/UAAG-LC-Comment
- 17:33:11 [allanj]
- all working on figuring out github
- 17:39:27 [Joshue]
- Joshue has joined #ua
- 17:43:20 [allanj]
- Topic: CR03
- 17:43:21 [allanj]
- 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 [allanj]
- ...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 [Greg]
- 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 [Greg]
- ...when they want to set up shortcuts that move focus or a magnifying window between specific locations.)
- 17:45:34 [allanj]
- ja: this is a mix of general comment and a specific comment
- 17:47:49 [allanj]
- ja: ok with gcl response
- 17:49:13 [allanj]
- ja: any objections
- 17:49:17 [allanj]
- none heard
- 17:49:18 [Greg]
- 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 [Greg]
- 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 [Greg]
- ...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 [allanj]
- RESOLUTION: accept greg comment in IRC
- 17:52:21 [allanj]
- rrsagent, make minutes
- 17:52:21 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj
- 17:53:12 [allanj]
- Topic: CR04
- 17:53:22 [allanj]
- 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 [allanj]
- 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 [Greg]
- 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 [Greg]
- ...that rely on keyboard emulation at the programming interface level.
- 18:01:33 [allanj]
- 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 [allanj]
- ...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 [allanj]
- ...simulate discrete or keyboard input. See Independent User Interface: Events for additional information on APIs and techniques for modality independent controls.
- 18:04:18 [allanj]
- keyboard interface
- 18:04:19 [allanj]
- 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 [allanj]
- ...keyboards that may be connected).
- 18:04:22 [allanj]
- 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]
- Joshue108 has joined #ua
- 18:06:18 [allanj]
- Topic: CR05 general comment
- 18:06:20 [allanj]
- 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 [allanj]
- ...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 [allanj]
- 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 [allanj]
- ...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 [allanj]
- ...specific about any success criteria you feel should not be implemented in the user agent or extensions.
- 18:07:37 [Joshue]
- Joshue has joined #ua
- 18:08:01 [allanj]
- JR, JA, KP all agree with comment
- 18:09:18 [allanj]
- RESOLUTION: accept gcl comment
- 18:09:34 [allanj]
- rrsagent, make minutes
- 18:09:34 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj
- 18:16:01 [allanj]
- CR comments are done!
- 18:22:49 [allanj]
- 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 [trackbot]
- 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 [allanj]
- CR comments are 5/6, waiting on addiional input from Wayne dick
- 18:25:48 [allanj]
- Topic: MS01
- 18:26:11 [allanj]
- why is it marked incomplete?
- 18:27:06 [allanj]
- 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 [allanj]
- gl: making analogy to atag
- 18:32:22 [Zakim]
- -Jan
- 18:32:33 [allanj]
- rrsagent, make minutes
- 18:32:33 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj
- 18:33:05 [allanj]
- action: jan to smith MS01 with zooming example
- 18:33:05 [trackbot]
- Created ACTION-973 - Smith ms01 with zooming example [on Jan Richards - due 2014-05-01].
- 18:33:20 [allanj]
- rrsagent, make minutes
- 18:33:20 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj
- 18:33:29 [allanj]
- zakim, please part
- 18:33:29 [Zakim]
- leaving. As of this point the attendees were Jim_Allan, Jeanne, Kim_Patch, Greg_Lowney, Jan
- 18:33:29 [Zakim]
- Zakim has left #ua
- 18:33:35 [allanj]
- rrsagent, make minutes
- 18:33:35 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/04/24-ua-minutes.html allanj
- 18:34:20 [allanj]
- rrsagent, please part
- 18:34:20 [RRSAgent]
- I see 2 open action items saved in http://www.w3.org/2014/04/24-ua-actions.rdf :
- 18:34:20 [RRSAgent]
- 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 [RRSAgent]
- recorded in http://www.w3.org/2014/04/24-ua-irc#T18-22-49
- 18:34:20 [RRSAgent]
- ACTION: jan to smith MS01 with zooming example [2]
- 18:34:20 [RRSAgent]
- recorded in http://www.w3.org/2014/04/24-ua-irc#T18-33-05