16:15:23 RRSAgent has joined #ua 16:15:23 logging to http://www.w3.org/2010/08/26-ua-irc 16:15:25 RRSAgent, make logs public 16:15:25 Zakim has joined #ua 16:15:27 Zakim, this will be WAI_UAWG 16:15:27 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 45 minutes 16:15:28 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:15:28 Date: 26 August 2010 16:24:37 oedipus has joined #ua 16:26:37 oedipus has changed the topic to: User Agent Accessibility Guidelines Telecon, 2010-08-26 at 1700h UTC (oedipus) 16:44:37 regrets+MarkkuH, KFord, PLauke 16:45:58 Agenda+ Second Life Agenda+ Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ Agenda+ Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ Agenda+ Browser Implementations Agenda+ ATAG review 16:46:18 Agenda+ Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ 16:46:35 Agenda+ Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ 16:46:45 Agenda+ Second Life 16:46:57 Agenda+ ATAG review 16:47:05 Agenda+ Browser Implementations 16:47:15 zakim, agenda? 16:47:15 I see 6 items remaining on the agenda: 16:47:16 1. Second Life Agenda+ Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ Agenda+ Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ 16:47:21 ... Agenda+ Browser Implementations Agenda+ ATAG review [from AllanJ] 16:47:24 2. Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ [from AllanJ] 16:47:26 3. Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ [from AllanJ] 16:47:28 4. Second Life [from AllanJ] 16:47:28 5. ATAG review [from AllanJ] 16:47:30 6. Browser Implementations [from AllanJ] 16:47:47 zakim, remove agendum 1 16:47:47 agendum 1, Second Life Agenda+ Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ Agenda+ Writers Meeting Survey#3 16:47:49 ... http://www.w3.org/2002/09/wbs/36791/20100802-3/ Agenda+ Browser Implementations Agenda+ ATAG review, dropped 16:48:05 zakim, agenda? 16:48:05 I see 5 items remaining on the agenda: 16:48:07 2. Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ [from AllanJ] 16:48:09 3. Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ [from AllanJ] 16:48:11 4. Second Life [from AllanJ] 16:48:11 5. ATAG review [from AllanJ] 16:48:13 6. Browser Implementations [from AllanJ] 16:48:34 zakim, move item 4 to 1 16:48:34 I don't understand 'move item 4 to 1', AllanJ 17:02:39 WAI_UAWG()1:00PM has now started 17:02:41 Jan has joined #ua 17:02:47 +AllanJ 17:02:51 zakim, code? 17:02:51 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), Jan 17:03:29 jeanne has joined #ua 17:03:31 +??P17 17:03:56 zakim, ??P17 is really Jan 17:03:57 +Jan; got it 17:04:14 +Jeanne 17:04:17 +Greg 17:04:55 Greg has joined #ua 17:05:06 +Gregory_Rosmaita 17:09:01 agenda adendum request: UAAG Review of PF Keyboard Access Requirements (http://www.w3.org/WAI/PF/HTML/wiki/Access/pf_requirements) 17:09:04 KimPatch has joined #ua 17:09:21 http://www.w3.org/WAI/PF/HTML/wiki/Access/pf_requirements 17:09:26 + +1.617.325.aaaa 17:09:43 agenda+ UAAG Review of PF Keyboard Access Requirements 17:10:45 zakim, aaaa is really Kim 17:10:45 +Kim; got it 17:11:10 agenda: http://lists.w3.org/Archives/Public/w3c-wai-ua/2010JulSep/0052.html 17:11:47 zakim, agenda? 17:11:47 I see 6 items remaining on the agenda: 17:11:48 2. Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ [from AllanJ] 17:11:51 3. Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ [from AllanJ] 17:11:53 4. Second Life [from AllanJ] 17:11:53 5. ATAG review [from AllanJ] 17:11:55 6. Browser Implementations [from AllanJ] 17:11:57 7. UAAG Review of PF Keyboard Access Requirements [from AllanJ] 17:12:11 zakim, open item 7 17:12:11 agendum 7. "UAAG Review of PF Keyboard Access Requirements" taken up [from AllanJ] 17:12:13 http://www.w3.org/WAI/PF/HTML/wiki/Access/pf_requirements 17:12:21 http://lists.w3.org/Archives/Public/w3c-wai-ua/2010JulSep/0058.html 17:12:26 Requirement 1: A device independent means to activate an access command. 17:12:29 Requirement 2: Ability for an author to define a default access command mapping, and for a user to override the default mapping. 17:12:32 Requirement 3: Access commands should default to focus behaviour, ability for authors to specify whether the default behaviour focuses or activates the target, and for a user to overwrite any author specified or default behaviour. 17:12:36 Requirement 4: Ability for an author to provide a description for an access command assignment. 17:12:39 Requirement 5: Ability to specify the target elements that will respond to an access command, based on their id reference. 17:12:42 Requirement 6: Ability to specify target elements in terms of their role, or implied ARIA semantics for the role if not overridden by ARIA. 17:12:45 Requirement 7: Ability to specify a custom order for cycling through multiple objects attached to a single access command. 17:12:49 Requirement 8: As long as the document is loaded in the browser, user agents must be able to return the user to their previous place in the navigation sequence. 17:12:52 Requirement 9: Access command mappings should be available at the beginning of the document. 17:13:12 proposed first draft of "Access Element: Enabling Generic Document Accessibility" http://lists.w3.org/Archives/Public/www-archive/2010May/att-0020/access-element-20100519.html 17:13:16 Gregory posted a list of 9 requirements that PF has gathered for HTML5 keyboard access features. 17:14:09 Before these are taken to accessibility task force, they want to ensure that UA's more recent work is reflected in the requirements. 17:15:00 http://www.w3.org/WAI/PF/HTML/wiki/Access/pf_requirements 17:15:04 Kim asks if UA's "direct access to any element" should be included; Gregory thinks item 5 would cover that. 17:15:43 Originally HTML5 had no accesskey or tabindex, so PF asked them to consider use of the access module, which was rejected. 17:16:36 A new proposal has too much complexity, such as author defined pseudo-cascade of access keys without any guidance on how to handle the cascade. 17:18:16 Gregory offered to serve as a conduit to the HTML accessibility task force. 17:19:25 Jim points out that UA work applies to both UA UI and content, whereas currently the list is only addressing content. 17:20:01 gl: the lines between the UI and content interfaces get blurry 17:20:18 Greg points out that there is no clear distinction between content and UI anymore, as they're often implemented by the same code. 17:20:48 Gregory would like to treat them the same, but the HTML5 working group may not approve of that approach. 17:20:54 thanks, y'all 17:21:09 http://lists.w3.org/Archives/Public/w3c-wai-ua/2010JulSep/0058.html 17:21:19 zakim, close this itme 17:21:19 I don't understand 'close this itme', AllanJ 17:21:27 zakim, close item 6 17:21:27 agendum 6, Browser Implementations, closed 17:21:27 jeanne has joined #ua 17:21:28 I see 5 items remaining on the agenda; the next one is 17:21:30 2. Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/ [from AllanJ] 17:21:48 jeanne has joined #ua 17:21:52 zakim, open item 2 17:21:52 agendum 2. "Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/" taken up [from AllanJ] 17:22:00 http://www.w3.org/2002/09/wbs/36791/20100802-2/results 17:22:40 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-text-config 3.6.1 configure text 17:23:45 for 3.6.1 i intended to propose: "In order to better suit individual visual needs, some users will need to increase the size of the text, change the font in which the text is rendered and/or change the background-and-foreground color combinations in order to make the text usable by that user." 17:25:04 Here's the existing draft wording: 17:25:06 3.6.1 Configure Text: The user can globally set the following characteristics of visually rendered text content, overriding any specified by the author or user agent defaults (Level A): 17:25:07 * (a) text scale (i.e., the general size of text) , 17:25:09 * (b) font family, and 17:25:11 * (c) text color (i.e., foreground and background). 17:25:12 * Intent of Success Criterion 3.6.1: 17:25:14 There are many types of low vision, with different needs for font size, font resolution, and color contrast. Some users want to reduce the font size to decrease the need to scroll the content. 17:25:15 * Examples of Success Criterion 3.6.1: 17:25:17 o Lee has low vision from albinism and has difficulty with screen resolution and brightness. She changes all text to 16 pt Palatino font, with white text on a black background. The serif Palatino font has character spacing that resolves better for her vision. The white on black reduces glare. 17:26:33 action: jallan to word smith http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq6 for 3.6.1 17:26:33 Created ACTION-433 - Word smith http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq6 for 3.6.1 [on Jim Allan - due 2010-09-02]. 17:26:44 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-text-config 3.6.2. Preserve Distinctions 17:27:26 General agreement on the proposed change adding to Intent: ", and because some content may be authored in a way that would make it difficult or impossible to understand when if font distinctions were hidden." 17:28:00 plus 1 to proposed change 17:28:10 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-text-config 3.6.2. Preserve Distinctions 17:28:14 action: jeanne to update document for 3.6.2 with the edits from Greg in results of http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq7 17:28:14 Created ACTION-434 - Update document for 3.6.2 with the edits from Greg in results of http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq7 [on Jeanne Spellman - due 2010-09-02]. 17:28:24 topic: 3.6.3 17:28:32 Current draft wording: 17:28:33 3.6.3 Option Range: The range of options for each text characteristic includes at least (Level A): 17:28:35 * (a) the range offered by global preference settings supported by the operating environment (i.e configured though the Control Panel or System) utility, or 17:28:37 * (b) if no such utility is available, the range supported by the conventional APIs of the operating environment for drawing text. 17:28:38 * Intent of Success Criterion 3.6.3: 17:28:40 Users need to be able to access the full range of text characteristics that the operating system supports. The full range may be determined by the operating environment (as determined by the settings). If platform does not provide a range of text characteristics in the control panel, then whatever text characteristics are supported by drawing programs for that operating environment,... 17:28:41 ...must be made available to the user. 17:28:43 * Examples of Success Criterion 3.6.3: 17:28:44 o Browser A supports only 3 font sizes: Small, Medium, and Large. Lee, who has low vision, needs to use a font size of 16 pt, which is between the medium and large sizes. Browser A provides an option to override the 3 font sizes with the operating system font range, so that Lee can select the 16 pt font size she needs. 17:28:57 zakim, mute me 17:28:57 sorry, oedipus, I do not know which phone connection belongs to you 17:29:02 zakim, mute Gregory_Rosmaita 17:29:02 Gregory_Rosmaita should now be muted 17:29:19 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-text-config 3.6.3. Option Range 17:30:12 http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq8 17:30:57 Jan points out the SC is about range (min to max), but the example is about number of increments, which is a separate issue. 17:32:58 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 17:33:25 GL: most graphical OSes have limited set of font sizes they support - no difficulty in UA UI interface offering small or large 17:34:03 (That is, *don't* have a limited set of font sizes they support.) 17:34:22 s/have limited/DON'T have limited/ 17:34:43 Thus there is no technical difficulty for UA to offer an extremely wide range of options for font size. 17:35:01 fine tune control (by increment) - relative control (max min and preset increments) ? 17:35:32 Jim: The SC doesn't provide any specific requirements for size range, other than what the platform supports. 17:36:12 Jeanne: knows of no research on minimum range requirements. 17:36:41 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 17:37:30 chair: Jim_Allan 17:37:37 We need to decide if it sufficient to require a range, without addressing increments within that range. 17:38:09 GL: jan pointed out that example discusses increments - haven't heard anyone formally say put in an SC for this 17:38:20 fine tune control (by increment) - relative control (max min and preset increments) ? 17:38:29 Is it acceptable for UA to offer only very small and very large, for example, without anything in between? 17:39:23 user control (enter point size) fine tune control (increase by supported increments) relative control (max, min, preset increments) 17:39:30 Consensus seems to be that it would be unacceptable to have, for example, just Tiny, Normal, and Huge. 17:39:38 zakim, unmute me 17:39:38 sorry, oedipus, I do not know which phone connection belongs to you 17:39:45 zakim, unmute Gregory_Rosmaita 17:39:45 Gregory_Rosmaita should no longer be muted 17:40:24 user control (enter point size) fine tune control (increase by supported increments) relative control (max, min, preset increments) 17:42:48 user control (user decides precisely what setting), fine tune control (increase or decrease by supported increments), relative control (gross manipulation: max to min, preset increments) 17:43:48 If we only change the Intent and Examples, but leave the SC as is, then the normative requirements would still be met with very minimal, unfriendly options (such as just Tiny, Normal, Huge). It sounds like we want to redo the SC. 17:44:18 ACTION: Gregory - propose SC and intent for 3.6.3 based on WBS survey and feedback to list 17:44:18 Created ACTION-435 - - propose SC and intent for 3.6.3 based on WBS survey and feedback to list [on Gregory Rosmaita - due 2010-09-02]. 17:44:27 zakim, mute Gregory_Rosmaita 17:44:27 Gregory_Rosmaita should now be muted 17:45:11 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-access-alternative-content 3.1.4. Rendering Alternateive (Enhanced) Intent 17:46:14 GL: looks like mostly editorial; although felt that intent restated SC instead of explaining user benefit; 17:47:36 3.1.4 Rendering Alternative (Enhanced): Provide the user with the global option to configure a cascade of types of alternatives to render by default, in case a preferred type is unavailable. If the alternative content has a different height or width, then the user agent will reflow the viewport. (Level AA) * Intent of Success Criterion 3.1.4: For a give piece of non-text content... 17:47:38 ...the author may have provide one or several alternatives. For example, an image may have different versions based on resolution, ‘alt text’ (@alt) or a link to a long description (@longdesc). A video may have bandwidth alternatives, caption files in different languages, audio descriptions in different languages. There may be others. The user is able to choose which item(s) to render by... 17:47:39 ...default, and specify the order of the cascade of alternatives to be rendered if the author did not provide a type of alternative. * Examples of Success Criterion 3.1.4: o Mary has a learning disability. She finds looking at images on a webpage very distracting. Mary would like to see all images rendered in the following order. First, for images with long descriptions have... 17:47:42 ...the long description rendered in place of the image. If the long description does not exit, she wants the ‘alt text’ to be rendered. If neither is available, Mary wants the file name rendered. Added functionality would allow Mary to right click (context menu) on an image to list and select the rendering of the available alternatives (thumbnail, original size, full screen,... 17:47:47 ...low... 17:47:47 GL: for given piece of content -- example says "user" - doesn't express to user what is required/constitutes success 17:47:49 ...resolution, high resolution, alt text, long description, file name) o @@ Editors' Note: where do we put the ability for the user to individually pick an image and have the image displayed. It should not have to be an all or nothing. o Juan is hard of hearing. He wants to always see video on the page. Also, Juan would like the Spanish language track used if available,... 17:47:54 ...along with Spanish captions as a default. If these are not available, he wants to see the video with English audio and captions. If no captions are available Juan wants the the video and English audio. Added functionality would allow Juan to right click (context menu) on an video to list and select the rendering of the available alternatives (still image, caption languages,... 17:47:59 ...audio languages, audio-description languages) 17:48:31 GL: intent misses point; intent should be written in 2 parts 17:48:57 GL: should state why users with disabilities need and not describe functionality 17:48:59 I think the Intent should be rewritten to start with and emphasize why users with disabilities need this functionality, which is mostly obscured by the current text. 17:49:31 GL: when X happens, is a problem, here is how to get around it; users often need to do Y in order to accomplish task Z 17:49:38 GL: problem is this, here is solution 17:50:20 GL: intent paragraph good information, just not presented correctly 17:50:23 action: jallan rewrite 3.1.4 based on comments http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq9 and comments here 17:50:23 Created ACTION-436 - Rewrite 3.1.4 based on comments http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq9 and comments here [on Jim Allan - due 2010-09-02]. 17:50:49 The rest of my comments were purely editorial/wordsmithing. 17:50:56 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#gl-focus-mechanism General 3.11. Intent 17:51:52 JA: take intent of 3.11.1 and merge with GL 3.11 and say that is good for all and add examples for specific SC? 17:52:31 GL: do we need to repeat stuff for every SC? do you need to read 3.11 in order to understand 3.11.1 -- could just be a simple link back to GL 17:54:16 GL: each intent start with or end with "see GL x.x for a general introduction to mechanisms" 17:55:01 The Intent of each SC in 3.11 could start or end with a sentence such as "See the Intent for Guideline 3.11 for an introduction to the concept of focus mechanisms and their importance." 17:56:12 plus 1 to Greg's suggestion 17:57:02 JA: need something new, or move part to intent of GL? 17:57:13 That is, factor out all the common Intent material that applies to every SC in 3.11, move that into the Intent for Guideline 3.11, and for the Intent for 3.11.1 just put a very narrow discussion of what makes this SC different from the others in this section. 17:57:38 JS: could link to 3.11.1 in resources -- keep 3.11 as overall intro and then have 3.11.x link to 3.11 17:58:17 GL: no intent for GL, but only SC? 17:58:23 JS: want intents for all GLs 17:58:51 Jeanne we should have Intent paragraphs for all or none of the Guidelines, but be consistent. 17:59:19 GL: as long as referenced, doesn't matter where it is, info needs to be linked; 17:59:42 jeanne has joined #ua 18:00:54 GL: 3.11.1 talks about things that aren't part of 3.11 -- cursors aren't part of req for 3.11 -- content focus may or may not have visual indicator (cursor) 18:01:08 GL: 3.11.1 says need at least 1 kind of focus 18:01:14 JA: doesn't say has to be visible 18:01:27 GL: need to review all focus definitions -- are they complete? 18:01:48 KP: should be in there 18:02:30 JA: "need to find HREFs and fix them" -- all defs of cursors, and similar appear before that anchor; don't talk about content focus 18:02:47 JA: no "content focus" in list 18:03:45 KP: content focus is keyboard focus 18:04:18 GL: whether content pane or menu, takes focus; at other times does not; focus in dialog box ontop of a menu, active focus on menu; close menu, inactive focus on menu 18:04:54 JS: explainatory chart at beginning of focus section 18:05:07 JS: input focus and keyboard focus most common; also pointer focus 18:05:21 JS: sometimes want to specify active or inactive focus 18:05:29 GL: maybe need a new focus section? 18:05:49 JS: should be "at least 1 keyboard focus " 18:06:06 GL: haven't normalized all of the defined terms 18:07:12 JA: operationally, this is the outline around an active element in viewport that is keyboard focused/active focused; talking specifically about enabled elements -- if have page with enabled elements, focus must be provided so user knows what can act upon 18:07:36 GL: has to be concept if there are elements that can take kbd input, UA has to know which element receives event if key invokeed 18:07:46 s/invokeed/invoked/ 18:08:44 GL: does imply "focus being on something" like first input field 18:08:52 action: jeanne change in 3.11.1 'content focus' to 'keyboard focus' 18:08:52 Created ACTION-437 - Change in 3.11.1 'content focus' to 'keyboard focus' [on Jeanne Spellman - due 2010-09-02]. 18:09:46 JA: def of "point of regard" is "AT-focus" -- AT keeps track of where one is going, but doesn't necessarily show on screen; keyboard focus, UA has to know which actionable item will receive action or input 18:09:56 GL: was "keyboard focus in content" 18:10:11 KP: we changed all these -- what happened to that version? 18:10:19 JS: 23 August 2010 draft 18:10:32 KP: focus defs all correct in 2010-08-23 draft 18:10:54 http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100823.html 18:11:04 http://www.w3.org/WAI/UA/2010/ED-IMPLEMENTING-UAAG20-20100823/ 18:11:13 KP: made other edits requested by GL 18:11:36 trackbot, close action-437 18:11:36 ACTION-437 Change in 3.11.1 'content focus' to 'keyboard focus' closed 18:12:00 action-437 OBE (reviewing wrong draft - fixes in 2010-08-23 draft) 18:12:07 action-437: OBE (reviewing wrong draft - fixes in 2010-08-23 draft) 18:12:07 ACTION-437 Change in 3.11.1 'content focus' to 'keyboard focus' notes added 18:12:24 s/action-437 OBE (reviewing wrong draft - fixes in 2010-08-23 draft)// 18:12:44 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:13:20 I’ll write an example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. 18:13:31 action: GregL to create another intent example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. 18:13:31 Sorry, couldn't find user - GregL 18:13:40 action: Greg to create another intent example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. 18:13:40 Created ACTION-438 - Create another intent example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. [on Greg Lowney - due 2010-09-02]. 18:14:11 i/Gregory posted a list of 9/SCRIBENICK: Greg/ 18:14:14 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:14:18 zakim, close item 2 18:14:18 agendum 2, Writers Meeting Survey#2 http://www.w3.org/2002/09/wbs/36791/20100802-2/, closed 18:14:20 I see 4 items remaining on the agenda; the next one is 18:14:22 3. Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ [from AllanJ] 18:14:33 zakim, open item 3 18:14:33 agendum 3. "Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/" taken up [from AllanJ] 18:14:44 zakim, close item 7 18:14:44 agendum 7, UAAG Review of PF Keyboard Access Requirements, closed 18:14:45 I see 3 items remaining on the agenda; the next one is 18:14:46 3. Writers Meeting Survey#3 http://www.w3.org/2002/09/wbs/36791/20100802-3/ [from AllanJ] 18:15:08 http://www.w3.org/2002/09/wbs/36791/20100802-3/results 18:15:24 Current wording: 18:15:25 2.1.1 Platform Accessibility Architecture: Support an platform accessibility architecture relevant to the operating environment. (Level A) 18:15:27 * Intent of Success Criterion 2.1.1: 18:15:28 Computers, including many smart phones, have accessibility features built into the operating system. Some well-known APIs for the Windows operating system are: MSAA, iAccessible2, UIAutomation, [more]. Where ever technically possible, support the existing accessibility APIs. 18:15:30 * Examples of Success Criterion 2.1.1 : 18:15:31 o Browser A is developing a new user interface button bar for their Microsoft Windows product. The developer codes a call to the MSAA API for the functionality. 18:15:35 proposal 2.1 1. http://www.w3.org/2002/09/wbs/36791/20100802-3/results#xq1 18:16:22 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#guide-AT-access 2.1.1. Platform Accessibility Architecture 18:17:35 note: IA2 is IAccessible2, not iAccessible2 18:17:46 http://a11y.org/ia2-spec 18:19:17 ATK/AT-SPI (accessible toolkit/assistive technology service provider interface) should be mentioned http://a11y.org/atspi 18:19:38 "Assistive technologies often use a combination of methods to get information about, and manipulate, a user agent's user interface and the content it's rendering. These methods include DOMs, accessibility APIs such as MSAA or JAA, general-purpose platform APIs such as those used to determine a window's title, application-specific APIs that are typically a last resort when an application does... 18:19:40 ...not make all information available through the former means, and hard-coded heuristics. It is the user agent's responsibility to make the necessary information and facilities available through the appropriate corresponding means. Platform accessibility API is particularly important because it provides common functionality across all (or at least all well behaved) applications running on... 18:19:41 ...the platform, reducing the amount of special-casing the assistive technology has to implement for each of the hundreds of applications it supports..." 18:19:46 AX-API accessibility API for Mac 18:19:48 IA2 dev in harmony with AT-SPI dev 18:20:35 sounds good 18:22:07 -> http://accessibility.linuxfoundation.org/a11yspecs/atspi/adoc/a11y-dom-apis.html Accessibility and DOM API Comparisons 18:22:19 action: jeanne to replace intent of 2.1.1. to include Assistive technologies often use a combination of methods to get information about, and manipulate, a user agent's user interface and the content it's rendering. These methods include DOMs, accessibility APIs such as MSAA or JAA, general-purpose platform APIs such as those used to determine a window's title, application-specific APIs that... 18:22:19 Created ACTION-439 - Replace intent of 2.1.1. to include Assistive technologies often use a combination of methods to get information about, and manipulate, a user agent's user interface and the content it's rendering. These methods include DOMs, accessibility APIs such as MSAA or JAA, general-purpose platform APIs such as those used to determine a window's title, application-specific APIs that... [on Jeanne Spellman - due 2010-09-02]. 18:22:20 ...are typically a last resort when an application does... ...not make all information available through the former means, and hard-coded heuristics. It is the user agent's responsibility to make the necessary information and facilities available through the appropriate corresponding means. Platform accessibility API is particularly important because it provides common functionality across... 18:22:22 ...all (or at least all well behaved) applications running on... ...the platform, reducing the amount of special-casing the assistive technology has to implement for each of the hundreds of applications it supports 18:22:31 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:23:48 http://www.w3.org/2002/09/wbs/36791/20100802-3/results#xq2 18:24:04 Current wording: 18:24:05 2.1.2 Name, Role, State, Value, Description: For all user interface components including the user interface, rendered content, generated content, and alternative content, make available the name, role, state, value, and description via an platform accessibility architecture. (Level A) 18:24:07 * Intent of Success Criterion 2.1.2: 18:24:08 The information that assistive technology requires is the 18:24:10 o Name (component name) 18:24:11 o Role (purpose, such as alert, button, checkbox, etc) 18:24:13 o State (current status, such as busy, disabled, hidden, etc) 18:24:14 o Value (information associated with the component such as, the data in a text box, the position number of a slider, the date in a calendar widget) 18:24:16 o Description (user instructions about the component). 18:24:18 For every component developed for the user agent, pass this information to the appropriate accessibility platform architecture or application program interface (API). Embedded user agents, like media players can pass Name, Role, State, Value and Description via the WAI-ARIA techniques. 18:24:21 -> http://www.w3.org/WAI/UA/2010/ED-UAAG20-20100802/MasterUAAG20100802.html#guide-AT-access 2.1.2 Name, Role, State, Value, Description 18:25:13 GL: suggested minor rewrite of paragraph 18:25:23 1. I suggest rewriting the intent as: 18:25:25 Some assistive technology (such as speech recognition or macro utiliies) interacts with software on the user's behalf, and some (such as screen readers) need to conveys information about it to the user. To do this effectively, it needs the following information about each component of the user agent user interface or rendered content: 18:25:26 * Name (the brief name by which the user or documentation would refer to the component, e.g. for a button labeled "OK" the name would be "OK".) 18:25:28 * Role (the type of component in a generic sense, such as button, checkbox, alert, heading, etc.) 18:25:29 * State (whether the component is disabled, hidden, busy, etc.) 18:25:31 * Value (information associated with the component such as the data in a text box, the position number of a slider, or the date in a calendar widget) 18:25:33 * Description (user instructions about the component)." 18:25:52 sounds good 18:26:45 markuu's comment on 2.1.2 "change: Name (accessible name or label for the component) -- Rationale: simply stating "component name" might lead one to think SysGridView32 may be a valid component name." 18:26:59 plus 1 18:27:14 No objections to the proposed rewrite of Intent. 18:28:37 GL: description should be taken out of required list due to ambiguity of what means for diff standards -- non-existent in some 18:28:47 zakim, unmute Gregory_Rosmaita 18:28:47 Gregory_Rosmaita should no longer be muted 18:29:12 In my Intent rewrite I merely copied the previous definition of Description, but my 2nd and 3rd comments are about how that's actually problematic. 18:29:25 -Jan 18:31:00 oedipus has left #ua 18:31:11 oedipus has joined #ua 18:31:14 http://www.w3.org/WAI/PF/aria/roles#Properties 18:31:22 If the definition of Description as user instructions is from ARIA, and we require it, does that mean every element needs to be marked up with user instructions? 18:31:53 5.2.7.2. Description Computation An accessible description may be computed by concatenating the text alternatives for nodes pointed to by an aria-describedby attribute on the current node. 18:33:58 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:33:58 -Kim 18:34:00 -Greg 18:34:02 -AllanJ 18:34:03 -Gregory_Rosmaita 18:34:13 zakim, please part 18:34:13 leaving. As of this point the attendees were AllanJ, Jan, Jeanne, Greg, Gregory_Rosmaita, +1.617.325.aaaa, Kim 18:34:13 Zakim has left #ua 18:34:16 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:34:48 present- +1.617.325.aaaa 18:34:50 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:35:53 i/GL: as long as referenced/scribenick: oedipus/ 18:35:55 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:37:00 i/JS: could link to 3.11.1 in resources/scribenick: oedipus/ 18:37:04 i/Jeanne we should have Intent/scribenick: Greg/ 18:37:06 I have made the request to generate http://www.w3.org/2010/08/26-ua-minutes.html oedipus 18:50:08 I see 8 open action items saved in http://www.w3.org/2010/08/26-ua-actions.rdf : 18:50:08 ACTION: jallan to word smith http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq6 for 3.6.1 [1] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T17-26-33 18:50:08 ACTION: jeanne to update document for 3.6.2 with the edits from Greg in results of http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq7 [2] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T17-28-14 18:50:08 ACTION: Gregory - propose SC and intent for 3.6.3 based on WBS survey and feedback to list [3] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T17-44-18 18:50:08 ACTION: jallan rewrite 3.1.4 based on comments http://www.w3.org/2002/09/wbs/36791/20100802-2/results#xq9 and comments here [4] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T17-50-23 18:50:08 ACTION: jeanne change in 3.11.1 'content focus' to 'keyboard focus' [5] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T18-08-52 18:50:08 ACTION: GregL to create another intent example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. [6] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T18-13-31 18:50:08 ACTION: Greg to create another intent example for 3.11.1 that talks through what happens when the UA displays a Web page for the first time. That is, focus is on the document as a whole so pressing Space scrolls, pressing tab move to the first focusable element, etc. [7] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T18-13-40 18:50:08 ACTION: jeanne to replace intent of 2.1.1. to include Assistive technologies often use a combination of methods to get information about, and manipulate, a user agent's user interface and the content it's rendering. These methods include DOMs, accessibility APIs such as MSAA or JAA, general-purpose platform APIs such as those used to determine a window's title, application-specific APIs that... [8] 18:50:08 recorded in http://www.w3.org/2010/08/26-ua-irc#T18-22-19