17:12:11 RRSAgent has joined #ua 17:12:11 logging to http://www.w3.org/2015/12/10-ua-irc 17:12:13 RRSAgent, make logs public 17:12:13 Zakim has joined #ua 17:12:15 Zakim, this will be WAI_UAWG 17:12:15 I do not see a conference matching that name scheduled within the next hour, trackbot 17:12:16 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 17:12:16 Date: 10 December 2015 17:14:55 rrsagent, set logs public 17:20:00 rrsagent, make minutes 17:20:00 I have made the request to generate http://www.w3.org/2015/12/10-ua-minutes.html allanj 17:20:13 rrsagent, set logs public 17:20:33 chair: Jim 17:21:05 Agenda+ Publish Note 17:21:07 Agenda+ candidate implementations/extensions for each SC - finish (1.1.7, 1.6) 17:21:08 Agenda+ New Guidelines 18:01:37 Greg has joined #ua 18:08:12 http://w3c.github.io/UAAG-Implementations/Implementations-by-feature 18:08:56 https://w3c.github.io/UAAG/UAAG20-Reference/#sc_1810 18:09:08 Kim has joined #ua 18:09:21 http://w3c.github.io/UAAG/UAAG20/ 18:14:14 regrets: eric 18:21:05 must publish by Jan 5, 2016 18:21:33 w3c maratoriaum - last day to publish Dec 17 18:27:12 1.4.5 https://lists.w3.org/Archives/Public/w3c-wai-ua/2015AprJun/0055.html 18:31:28 Jeanne will check on how we should handle sections of the document that say "normative", which may or may not be appropriate when the document is now going to be a Note. 18:34:06 scribe: allanj 18:37:29 calling the vote to publish the note... 18:37:35 +1 18:37:38 +1 18:37:38 +1 18:37:55 +1 18:38:39 Resolution: Group agrees that UAAG 20 Note should be published 18:38:48 rrsagent, make minutes 18:38:48 I have made the request to generate http://www.w3.org/2015/12/10-ua-minutes.html allanj 18:39:49 Present: jim, jeanne, kim, greg 18:39:54 rrsagent, make minutes 18:39:54 I have made the request to generate http://www.w3.org/2015/12/10-ua-minutes.html allanj 18:50:33 Per Kim's suggestion, our proposal document should say that the future document should include use cases to provide UA developers with real-world examples that help them understand the users' needs and pros and cons of different potential solutions. 18:53:08 For the intro to Solution section: Many (most? all?) of the examples are addressed in UAAG 2.0, but they are still problems for people with disabilities. Since the need still exists, they should be repeated in a forum that is more acceptable to the user agent vendors. 18:54:24 s/Many (most? all?) /All 18:55:34 Might want to add to "are still problems for people with disabilities" "because they are not yet consistently implemented by user agents." 18:55:50 (Don't want them to think it's because UAAG20 is insufficient.) 18:55:56 Many (most? all?) of the examples are addressed in UAAG 2.0, but they are still problems for people with disabilities because they are not yet consistently implemented in the browsers and user agents. Since the need still exists, these examples should be repeated. 18:56:36 Provide a means for users to change and coordinate keyboard shortcuts across applications. Provide a way for users to save and share keyboard shortcuts. 18:56:51 Remove repeated "browsers should implement html5 and ARIA". 18:56:54 All of the examples are addressed in UAAG 2.0, but they are still problems for people with disabilities because they are not yet consistently implemented in the browsers and user agents. Since the need still exists, these examples should be repeated. 18:58:22 To "code around the deficiencies of user agents" could add "and their solutions may fail in some user agents". 18:58:28 wiki page to edit - https://www.w3.org/WAI/UA/work/wiki/DRAFT_-_Input_to_Guidelines_from_UAWG 19:01:53 Here's some use case language for the keyboard shortcut item above: Keyboard shortcut control is important because different users have different needs. For example, single key shortcuts are good for keyboard users, but disastrous for speech users. It's important that users be able to save and share keyboard shortcut so users can share with each other and trainers can quickly set people up... 19:01:54 ...with standard defaults for particular types of users. 19:07:57 The "Solutions" list seems to equate to "do 5.1.1, do 5.1.2, and do all the rest". 19:09:44 Maybe instead we should say the solution is to implement UAAG20, most importantly 5.1.1 and 5.1.2. We could also say something beyond UAAG20, such as recommending the incorporate accessibility into their processes such as testing, beta testing, and training. 19:10:28 s/most importantly/with particular emphasis on/ 19:12:21 Kim's comment: The difference between UAAG 2.0 and a future requirements document: UAAG was based on WCAG model, but while it is important for authors to use one solution to a user problem, the user agents can design different solutions to the problem. We hope it would be more effective to have use cases of disability needs for user agent vendors than to have a strict document like UAAG 2.0. 19:15:05 kim: everything is a moving target. new use cases will arrive next month. 19:16:34 ... as landscape changes, the same issues discussed in UAAG will continue to appear in each new context 19:17:31 s/ and training./ and developer training. 19:18:31 js: how would we organize a solutions document? 19:19:01 ... we followed a POUR model, with standards and platforms. 19:19:30 kim: Organized along lines of what would be useful categories for developers 19:19:33 kp: focus on developers, not users. what categories do developers need 19:19:44 by type of user agent 19:20:01 mobile, desktop, media 19:20:17 input, output 19:20:19 If you want to include a statement like "polyfills are hacks - bad for accessibility" you should justify it by explaining why they're bad. 19:20:42 rendering engine vs user interface 19:21:23 UI, rendering engine, interaction model (mouse, keyboard, touch, gesture, etc), output (printing,etc), API interface 19:21:25 not a specification, but rather a guidance document, including using PwD in design and usability 19:21:50 Kim: Having a video of something going wrong. 19:21:55 kp: video of user failing 19:22:48 If we were working on a general guidance document instead of a standard we could include a lot of things beyond the technical implementation, such as process steps like including people with a range of disabilities in usability and beta tests, providing early development copies to accessibility ISVs, etc. 19:26:21 topic: Implementation chart 19:26:53 1.1.7 Allow Resize and Reposition of Time-based Media Alternatives:* 19:26:54 *youtube - captions on top or bottom of video 19:26:56 (http://www.whooshtranscription.com/how-to-set-the-position-of-subtitles-on-youtube/ 19:26:57 )* 19:27:03 vlc player - captions/subtitles 19:27:05 https://wiki.videolan.org/Documentation:Subtitles/ 19:27:28 For 1.6 decided to only test with ChromeVox. as it is an extension and by our definition it is part of the browser. All other screen readers are separate applications and are not covered by UAAG. 19:27:40 *1.6.1 Speech Rate, Volume, and Voice: 19:27:48 chromevox - rate, volume, voice* 19:27:58 1.6.2 Speech Pitch and Range: 19:28:11 chromevox - pitch only. http://www.chromevox.com/keyboard_shortcuts.html 19:28:24 1.6.3 Advanced Speech Characteristics: none known 19:28:43 1.6.4 Synthesized Speech Features: 19:29:02 all - only for external screen readers. 19:29:03 chromevox - read character by character, punctuation - on/off, no 19:29:05 exceptions, one way to read numbers, 19:29:12 1.6.5 Synthesized Speech Language:chromevox - yes 19:32:06 rrsagent, make minutes 19:32:06 I have made the request to generate http://www.w3.org/2015/12/10-ua-minutes.html allanj 19:35:59 trackbot, close meeting 19:35:59 Sorry, allanj, I don't understand 'trackbot, close meeting'. Please refer to for help. 19:36:17 trackbot, end meeting 19:36:17 Zakim, list attendees 19:36:17 As of this point the attendees have been jim, jeanne, kim, greg 19:36:25 RRSAgent, please draft minutes 19:36:25 I have made the request to generate http://www.w3.org/2015/12/10-ua-minutes.html trackbot 19:36:26 RRSAgent, bye 19:36:26 I see no action items