16:57:34 RRSAgent has joined #ua 16:57:34 logging to http://www.w3.org/2009/04/02-ua-irc 16:57:36 RRSAgent, make logs public 16:57:36 Zakim has joined #ua 16:57:38 Zakim, this will be WAI_UAWG 16:57:38 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 3 minutes 16:57:39 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:57:39 Date: 02 April 2009 16:58:14 Chair: Jim Allan 16:58:25 mhakkinen has joined #ua 16:58:33 Chair: Jim_Allan 17:00:07 Agenda+ Logistics (Regrets, agenda requests, comments)? 17:00:07 Agenda+ Consensus on alt http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal 17:00:07 Agenda+ Survey Results http://www.w3.org/2002/09/wbs/36791/20090223/ 17:00:07 Agenda+ WAI-ARIA last call review http://www.w3.org/TR/wai-aria/ 17:00:07 Agenda+ overflow http://lists.w3.org/Archives/Public/w3c-wai-ua/2009JanMar/0087.html 17:00:08 Agenda+ MaxLength and screen readers 17:01:01 zakim, save agenda 17:01:07 ok, KFord, the agenda has been written to http://www.w3.org/2009/04/02-ua-agenda.rdf 17:01:09 WAI_UAWG()1:00PM has now started 17:01:10 +??P5 17:01:16 zakim, ??P5 is sharper 17:01:16 +sharper; got it 17:01:24 +[Microsoft] 17:01:39 zakim, microsoft is kford 17:01:39 +kford; got it 17:02:52 JR has joined #ua 17:02:54 present+ Harper_Simon 17:03:00 zakim, code? 17:03:00 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), JR 17:03:41 rrsagent, amke logs public 17:03:41 I'm logging. I don't understand 'amke logs public', KFord. Try /msg RRSAgent help 17:03:50 rrsagent, make logs public 17:04:21 rrsagent, make minutes 17:04:21 I have made the request to generate http://www.w3.org/2009/04/02-ua-minutes.html KFord 17:05:04 +Mark_Hakkinen 17:05:19 +??P10 17:05:30 zakim, ??P10 is really JR 17:05:30 +JR; got it 17:06:13 AllanJ has joined #ua 17:06:36 Correcting survey link., http://www.w3.org/2002/09/wbs/36791/20090331/ 17:06:53 +allanj 17:07:48 scribe: allanj 17:07:50 +??P14 17:08:07 zakim, agenda 17:08:07 I don't understand 'agenda', AllanJ 17:08:16 zakim, ??P14 is Henny 17:08:16 +Henny; got it 17:08:29 zakim list agenda 17:08:49 zakim, agenda ? 17:08:49 I see 6 items remaining on the agenda: 17:08:50 1. Logistics (Regrets, agenda requests, comments)? [from KFord] 17:08:52 2. Consensus on alt http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal [from KFord] 17:08:55 3. Survey Results http://www.w3.org/2002/09/wbs/36791/20090223/ [from KFord] 17:08:57 4. WAI-ARIA last call review http://www.w3.org/TR/wai-aria/ [from KFord] 17:08:58 5. overflow http://lists.w3.org/Archives/Public/w3c-wai-ua/2009JanMar/0087.html [from KFord] 17:09:01 6. MaxLength and screen readers [from KFord] 17:09:20 regrets: jeanne 17:09:40 -Henny 17:09:46 zakim, close item 1 17:09:46 agendum 1, Logistics (Regrets, agenda requests, comments)?, closed 17:09:47 I see 5 items remaining on the agenda; the next one is 17:09:48 2. Consensus on alt http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal [from KFord] 17:10:14 zakim, open next item 17:10:14 agendum 2. "Consensus on alt http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal" taken up [from KFord] 17:10:16 + +0203091aaaa 17:11:31 Proposal: 17:11:39 1. IMG is only valid when @alt is present (empty or non-empty) 17:11:41 2. For cases in which it is appropriate for user agents to ignore the presence of the image (e.g., when they are used for decoration, formatting, or are invisible): 17:11:42 * alt="" MUST be present 17:11:44 * @role="presentation" SHOULD be present 17:11:46 3. alt="" WITHOUT an accompanying role="presentation" triggers a non-critical validator warning recommending use of role="presentation" (but @alt="" remains technically valid) 17:12:55 KF: choices for response. 17:13:30 JR: sent responses, but not on survey results 17:13:35 MH: same 17:13:43 KF: same 17:14:09 JR: I appreciate the simplicity and backwards compatibility of this proposal. My only concern is about the affect it will have on adoption of ARIA-labelledby. 17:14:57 JR: if we always require @alt why would you use @labeledby 17:15:06 ...what is its future 17:15:45 KF: do we want to risk backwards compatibiility. 17:16:07 JR: compatibility is a commendable goal 17:16:32 ...question of simplicity. @alt is one of three options 17:16:50 KF: past is use @alt 17:17:25 JR: perhaps @labeledby is not needed for images, but necessary for other things 17:18:11 ...good thing about @labeledby, can specify (link) description to image 17:18:20 I would still favor recommending an @role value that would unambiguously 17:18:20 indicate that the image is indeed content, and that either alt text is 17:18:20 present, or the AT will use aria, content in the figure markup, or other 17:18:20 techniques to find alt text. 17:18:20 From last week I can understand the rationale for not making role required 17:18:20 ... don't break existing code. But, aren't enough other things changing in 17:18:22 HTML5 to make backward compatibility concerns moot, and aren't there ways 17:18:24 to address this re validators? 17:18:26 The proposed approach continues to allow for ambiguity, without enforcing 17:18:28 any real change. 17:18:30 Further, recommending @role=presentation may become the easy way for an 17:18:33 author to not deal with the problem, removing an image from the initial 17:18:34 view of the UA/AT (a whole other topic). 17:18:37 The present proposal doesn't really fix anything if authors don't follow 17:18:39 these rules, and without requirement, many won't. 17:18:40 One possible approach, using the non-required model: 17:18:43 "Alt="" WITHOUT an accompanying role="image???" or role="presentation" or 17:18:45 described-by triggers a non-critical validator warning recommending use of 17:18:47 use non-blank alt text or aria described-by." 17:19:36 MH: still ambiguity. concerned about @role 17:20:34 ...explicitly requires @role. what is the intent of the image. using @role removes some ambiguity. 17:21:56 SH: neutral. can see both points. want simple. not so concerned about backward compatibility 17:22:22 JA: Like marks idea of requiring the role 17:24:43 JR: like original ALT proposal http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal 17:25:32 ...requiring @role would break all pre-HTML5 pages. 17:26:10 ...spacer is an image, so is @role image is confusing 17:27:02 MH: right. @role=presentation is not meaningful. suggest- decorative or non-informational 17:27:23 KF: send comments 17:27:58 ...change definition, with @role, language is too complicated 17:29:33 ...technology moves forward. can live with @labeledby. browser of today would get gibberish if I am not using the most upto date browser. because it doesn't recognize @labeledby 17:29:49 JR: how long do we wait for AT to catch up. 17:30:59 JR: @labeledby goes in the DOM. descriptions should be there. 17:31:53 KF: AT do DOM parsing. accessibility architecture provides other information 17:33:11 JR: go with aria, and what is the timeline 17:34:11 KF: can live with current proposal 17:34:47 MH: image with @labeledby, any limit on what it can reference 17:35:19 JR: if image was graph, could link to a table. 17:35:54 MH: how do we validate that the referenced information has any value. 17:36:10 JR: no easier to validate an @alt. 17:36:31 MH: right, could be better or worse 17:37:10 JR: like the 'in plain view' easier for author to update, @alt is hidden 17:38:04 MH: could move it off screen 17:38:23 JR: should be able to do that. talking about 'describedby 17:39:56 KF: any consensus? 17:40:15 JR: CG proposal is too complicated 17:40:25 +1 all around 17:44:42 JR: some short text is required - @alt or @labeledby 17:47:39 does UA just have to process the information 17:48:13 JR: more than that, must have the technical and accessibility considerations 17:48:56 KF: must have short text. two ways @alt, @labeledby 17:49:31 KF: -1 @alt must be required 17:49:35 KF: I'm coming down on @alt is the required attribute 17:50:04 MH: +1 kelly 17:51:02 MH: what about mobile browsers, easier to process @alt, or query DOM to find displayable text 17:51:51 ...mobile browser may not support ARIA, then how is information presented 17:53:37 JR: chart example. short text - some caption text, describedby - longer description 17:54:20 MH: google search look at not just @alt, but also need to look at @labeledby 17:55:29 JR: Ok with HTML proposal 17:55:40 JA: +1 to JR 17:56:01 SH: +1 to kelly 17:57:13 KF: response to ALTwg 17:57:21 ...too complicated 17:57:33 ...point back notes 17:58:06 Action: kford summary UA position on alt for CG. 17:58:06 Sorry, couldn't find user - kford 17:58:32 Action: kf summaryize UA position on alt for CG. 17:58:32 Created ACTION-166 - Summaryize UA position on alt for CG. [on Kelly Ford - due 2009-04-09]. 17:58:46 ...group split on @alt & @labeledby 17:59:08 zakim, close item 17:59:08 I don't understand 'close item', AllanJ 17:59:20 zakim, close item 2 17:59:20 agendum 2, Consensus on alt http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal, closed 17:59:22 I see 4 items remaining on the agenda; the next one is 17:59:23 3. Survey Results http://www.w3.org/2002/09/wbs/36791/20090223/ [from KFord] 17:59:36 zakim, open item 3 17:59:36 agendum 3. "Survey Results http://www.w3.org/2002/09/wbs/36791/20090223/" taken up [from KFord] 18:00:20 --enabled element 18:00:47 Resolved: enabled element, disabled element 18:00:48 An element with associated behaviors that can be activated through the user interface or through an API. The set of elements that a user agent enables is generally derived from, but is not limited to, the set of interactive elements defined by implemented markup languages. A disabled element is a potentially enabled element, that is not currently available for activation (e.g., a "grayed... 18:00:50 ...out" menu item) 18:01:11 action: JS update def of enabled element 18:01:11 Created ACTION-167 - Update def of enabled element [on Jeanne Spellman - due 2009-04-09]. 18:03:10 action: JS check version of 'equivalent alternative' this should have been dealt with already 18:03:10 Created ACTION-168 - Check version of 'equivalent alternative' this should have been dealt with already [on Jeanne Spellman - due 2009-04-09]. 18:03:17 zakim, close item 3 18:03:17 agendum 3, Survey Results http://www.w3.org/2002/09/wbs/36791/20090223/, closed 18:03:19 I see 3 items remaining on the agenda; the next one is 18:03:20 4. WAI-ARIA last call review http://www.w3.org/TR/wai-aria/ [from KFord] 18:03:33 zakim, open item 4 18:03:33 agendum 4. "WAI-ARIA last call review http://www.w3.org/TR/wai-aria/" taken up [from KFord] 18:04:18 deadline 17 April 18:05:39 JA, MH, KF to draft a proposal by 16 April 18:06:08 Henny has joined #ua 18:06:13 zakim, close item 4 18:06:13 agendum 4, WAI-ARIA last call review http://www.w3.org/TR/wai-aria/, closed 18:06:15 I see 2 items remaining on the agenda; the next one is 18:06:16 5. overflow http://lists.w3.org/Archives/Public/w3c-wai-ua/2009JanMar/0087.html [from KFord] 18:06:29 zakim, open item 5 18:06:29 agendum 5. "overflow http://lists.w3.org/Archives/Public/w3c-wai-ua/2009JanMar/0087.html" taken up [from KFord] 18:06:42 Scribe: kford 18:07:33 This has to do with CSS where an author sets a div with an overflow descriptor. You can get scroll bars but it doesn't get keyboard focus. 18:08:02 JA: I thought we had this covered under keyboard operation. 18:08:34 JA: What does the group think? Is this covered, do we need a technique or what? 18:08:55 JA: In short is this covered under 4.1? 18:10:11 JA: This doesn't normally get keyboard focus. 18:10:35 JA: This is kind of like the tooltip situation. 18:11:14 KF: My impression is that this is an example of many cases we could come up with. 18:12:11 JR: I think we also want to throw this under focus as well. Success criteria cover this. Need to cover keyboard action for scrollable areas. 18:12:56 JA: Might this fall under enabled element but is this stretching it? 18:13:53 Action: JA ensure success criteria cover this keyboard scrollable area. 18:13:54 Created ACTION-169 - Ensure success criteria cover this keyboard scrollable area. [on Jim Allan - due 2009-04-09]. 18:14:21 JR: Jim, check 3.11 where we have some of this already. 18:15:01 JA: Could this be another little viewport? 18:15:14 JR: Exactly. 18:15:49 zakim, close item 5 18:15:49 agendum 5, overflow http://lists.w3.org/Archives/Public/w3c-wai-ua/2009JanMar/0087.html, closed 18:15:51 I see 1 item remaining on the agenda: 18:15:52 6. MaxLength and screen readers [from KFord] 18:16:06 zakim, open item 6 18:16:06 agendum 6. "MaxLength and screen readers" taken up [from KFord] 18:17:08 KFord has joined #ua 18:18:38 KFord has joined #ua 18:19:41 automatically reject input 18:20:05 KF: UA should ding or something, some indication of invalid input 18:20:58 MH: also scripting issues where max length is reached it jumps to next field 18:21:58 action: JA to craft success criteria for 'invalid input' 18:21:58 Created ACTION-170 - Craft success criteria for 'invalid input' [on Jim Allan - due 2009-04-09]. 18:23:43 any general case beyond max length 18:24:17 MH: anything in HTML5 about content types 18:24:34 JA: what about 'required' 18:24:54 zakim, close item 6 18:24:54 agendum 6, MaxLength and screen readers, closed 18:24:55 I see nothing remaining on the agenda 18:25:53 MH: input types, date, time, range, uri, password, required 18:27:44 -Mark_Hakkinen 18:27:46 -JR 18:27:46 - +0203091aaaa 18:27:47 -sharper 18:30:23 -kford 18:30:28 -allanj 18:30:29 WAI_UAWG()1:00PM has ended 18:30:30 Attendees were sharper, kford, Mark_Hakkinen, JR, allanj, Henny, +0203091aaaa 18:30:48 rrsagent, set logs public 18:31:03 rrsagent, make minutes 18:31:03 I have made the request to generate http://www.w3.org/2009/04/02-ua-minutes.html AllanJ 18:45:45 zakim, bye 18:45:45 Zakim has left #ua 18:45:50 rrsagent, bye 18:45:50 I see 6 open action items saved in http://www.w3.org/2009/04/02-ua-actions.rdf : 18:45:50 ACTION: kford summary UA position on alt for CG. [1] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T17-58-06 18:45:50 ACTION: kf summaryize UA position on alt for CG. [2] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T17-58-32 18:45:50 ACTION: JS update def of enabled element [3] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T18-01-11 18:45:50 ACTION: JS check version of 'equivalent alternative' this should have been dealt with already [4] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T18-03-10 18:45:50 ACTION: JA ensure success criteria cover this keyboard scrollable area. [5] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T18-13-53 18:45:50 ACTION: JA to craft success criteria for 'invalid input' [6] 18:45:50 recorded in http://www.w3.org/2009/04/02-ua-irc#T18-21-58