21:01:02 RRSAgent has joined #wai-wcag 21:01:07 +Michael_Cooper 21:01:11 rrsagent, make log world 21:01:15 +John_Slatin 21:01:24 agenda? 21:01:34 +??P11 21:01:49 +Matt 21:01:59 zakim, ??P11 is Roberto_Castaldo 21:01:59 +Roberto_Castaldo; got it 21:02:51 gregg has joined #wai-wcag 21:02:51 +??P12 21:03:00 +Loretta_Guarino_Reid 21:03:20 +[Microsoft] 21:03:50 zakim, ??P12 is Doyle 21:03:50 +Doyle; got it 21:03:55 +[IBM] 21:04:01 zakim, [Microsoft] is Mike_Barta 21:04:01 +Mike_Barta; got it 21:04:17 zakim, [IBM] is Andi 21:04:17 +Andi; got it 21:04:33 tecks has joined #wai-wcag 21:04:37 Andi has joined #wai-wcag 21:05:44 agenda + Techniques Task Force Summary (Michael - 10 min.) 21:06:10 agenda + Guideline 2.2 proposal and issue summary [1] (20 min.) 21:06:10 [1] 21:06:26 David_MacDonald has joined #wai-wcag 21:06:39 agenda + Guideline 4.1 proposal and issue summary [2] (20 min.) 21:06:39 [2] 21:07:01 agenda + Conformance issue summary and proposal [3] (20 min.) 21:07:01 [3] 21:07:48 agenda + Guideline 2.4 revisions from John [http://lists.w3.org/Archives/Public/w3c-wai-gl/2004OctDec/0259.html] (20 min.) 21:08:00 next agendum 21:08:47 sorting techniques into WCAG 1.0 priorities 21:09:02 working on clarifications on techniques related to use of semantic elements 21:09:27 clear link text issue - working to define line between general and HTML techniques 21:10:03 conditional content concepts - some belongs in general, other in tech specifics 21:10:32 "don't do this" techniques - some techniques are confusing regarding labeling deprecated techniques - working to clarify 21:10:55 will be providing fallback techniques, need to find ways to handle "don't do this" 21:11:05 chris ridpath and ken kipnes working on test suites 21:11:25 f2f meeting made it clear that we need to focus on building up techniques at this point 21:11:45 has been a lot of top-down work and we need some bottom up to solidify guidelines 21:12:18 next agendum 21:13:13 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004OctDec/0219.html 21:13:46 most of the issues around parameters in the guidelines 21:14:12 values specified in current draft seem to be subjective 21:15:13 biggest issue from bugzilla is to decide whether we should maintain numerical parameters or if we should try simple and not subjective approach (ex. 3 seconds of blinking vs. not blinking at all) 21:15:35 q+ 21:16:31 numerical values can be good for some users, but not any user (ex. chatrooms can be considered live events in that users have difficulty going back through logs, but if only talking with one person, it is no longer a live event) 21:17:06 if we could agree to not set numerical values, most issues would be addressed 21:17:16 ack John 21:17:46 two things: 1) I don't think we can say "no moving content" because that would mean no site w/ video or animation could conform 21:18:29 2) not sure chat room example works because there isn't necessarily a time limit in the chatroom - it's a funciton of how quickly participants type and whether the user agent allows users to scroll back 21:18:35 ack gregg 21:19:12 only 2 items that talk about timing is time for users to respond (10 seconds) and letting things blink for 3 seconds 21:19:36 chat room example doesn't apply to criteria with 10 second req. 21:20:02 applies to a single action 21:20:23 numbers are based on years of work with inidiv. who have physical disabilities 21:21:03 flip side is that if you set times too long, then you have someone at a banking site and when users stop interacting, sites need to sign you off if the user is no longer there 21:21:18 if we don't put down 10 seconds, people often choose times that are inadequate 21:21:27 other example (3 seconds of blink) 21:21:54 trying to outlaw any blinking to attract attention is a problem because it can be helpful for people with cognitive disabilities if you want to attract attention to it 21:22:14 3 seconds was a compromise between attracting attention and being distracting for someone with attention deficit 21:22:40 ack Mike 21:22:47 gv covered most of my issues 21:23:02 should we make a distinction between timeouts and dynamic content 21:23:21 gv: instead of saying time limits, say time out? 21:23:47 stock tickers, news windows, etc. aren't timeouts and should be dealt with differnetly than a page timeout that kicks you off a site 21:24:02 gv: "time limit" overly vague? 21:24:53 gv: substitute "time out" for "time limit"? 21:25:29 mb: make a distinction between dynamic content that and time out 21:25:42 ack john 21:26:11 are you proposing that we create a separate guideline for dynamic content? also, is there a way that things like chatrooms might be covered under 1.1 or 1.2? 21:26:32 gv: already have a criteria that allows users to pause or stop content 21:27:38 mb: not entirely clear what the difference between dynamic content and moving content is 21:27:49 gv: concern may be with words "time limits" 21:28:21 gv: I think criterion were written to mean "time outs" 21:29:01 gv: 2 suggestions 21:29:13 1) change "time limit" to "time out" 21:29:29 2) add "dynamic" "pause and permanently stop moving, dynamic, or time based content" 21:29:48 ... dynamic (moving or time-based) 21:30:38 asw: would adding dynamic make this apply to DHTML? 21:30:57 gv: if there is change happening on screen, then you would want users to pause or permanently stop it 21:33:40 resolved: replace "time limit" with "time out" and change level 2, item to to read, "The user is allowed to pause and/or permanently stop dynamic (moving or time-based) content." 21:34:24 issue 627 21:34:41 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=627 21:35:20 should specify that we mean that time starts at the end of a message (in cases where a message takes more than 10 seconds to read) 21:35:35 ack john 21:36:32 time it takes to read dialog buttons is an issue 21:36:48 change 10 second time limit to 20 seconds? 21:37:41 action john: do some testing on time it takes to ineteract with dialog boxes 21:38:16 resolved: accept suggestion in issue 627 and change 10 second time limit to 20 seconds 21:38:40 issue 789 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=789 21:38:54 gv: no longer an issue - overcome by edits 21:39:10 issue 800 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=800 21:39:38 gv: I think server timeouts are not covered by this, only author-imposed time limits 21:40:06 gv: suggest adding a note about server-based time outs outside of the authors control? 21:41:09 content is designed... or at least one of the following is true for each time out that is a function of the content 21:41:27 resolved: add "that is a function of the content" to the end of SC 1 21:42:11 issue 801 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=801 21:42:33 gv: guideline itself has the phrase "real-time events" - suggestion is to take it out of the guideline and just have it in the SC 21:43:52 sugg: change guideline 2.2 to read, " Guideline 2.2 Allow users to control time limits on their reading or interaction." 21:44:21 resolved: adjust guideline wording as suggested 21:44:50 gv: skip 802 and 803 since they are informative 21:45:24 issue 843 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=843 21:46:07 gv: turning off blinking completely a user agent issue? 21:48:03 is there data about why 3 seconds is not an issue? 21:48:46 gv: for some (ex. attn. deficit disorder) users can't stop looking at it 21:49:07 asw: loophole - what if an author makes it blinks for 3 seconds, stops it and then lets it blink for 3 more seconds 21:49:23 gv: .. blinks for more than 3 seconds before stopping and not restarting? 21:51:49 gv: if it starts up again, then it's more than 3 seconds 21:53:20 blinking content stops permanently after 3 second or the user is allowed to permanently stop content that blinks for more than 3 seconds? 21:54:02 leave criterion as is and explain in techniques that content that starts blinking again is blinking for more than 3 seconds 21:54:18 resolved: change "turn off" to "stop" 21:54:45 level 2 criterion 1 would then read, "The user is allowed to stop content that blinks for more than 3 seconds." 21:55:10 issue 856 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=856 21:57:10 resolved: change level 2 criterion 1 to, "a method is provide to turn off content that blinks for more than 3 seconds" 21:57:21 -Roberto_Castaldo 21:57:27 ooopsss... 21:57:42 dialpad's gone... trying to reconnect 21:57:47 resolved: change level 2 criterion 2 to, "A method is provided to pause and/or permanently stop moving or time-based content." 21:58:14 issue 857 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=857 21:58:43 is this a user agent issue? 21:59:57 i cannot manage and connect with dialpad... trying again 21:59:59 gv: both the author and user agent are involved - this is why we are looking at user agent baselines 22:00:27 authors responsibility is to make it possible for a user agent to do these things 22:00:46 (issue resolved) 22:01:04 issue 879 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=879 22:01:37 gv: in this application, a default does exist - it would be what auser experiences when they first visit the page if there are no preferences applied 22:01:51 gv: suggest we close this bug 22:02:09 issue 880 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=880 22:03:13 gv: level 2, item 2 does seem to imply that a live broadcast should be able to be frozen 22:03:14 +Avi 22:03:48 my dialpad is not working at this moment... i'll keep following the meeting on irc 22:04:02 q+ 22:04:06 ack g 22:04:10 q? 22:04:38 asw: to freeze a live broadcast would be a player issue (ex. tivo) 22:05:10 criteria says you can either pause or stop or both 22:07:14 mm: this is a player function 22:07:28 but issue is specific to live content 22:07:36 UAAG doesn't make a distinction about whether content is live 22:08:01 ... and doesn't require time-shifting 22:08:17 pause and restart is different from pause and resume 22:08:51 gv: second half of this issue should be closed because we don't say "until user agents" 22:09:25 question that is left is do we really want to require freezing live content 22:11:14 resolved: This issue shoud already be covered by UAAG. Pending baseline decisions, move success criterion 2 to repair strategies. 22:11:54 issue 929 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=929 22:12:15 gv: this is a real-time event (already excepted) 22:14:04 issue 1092 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1092 22:14:26 suggestion to simply allow users to ask for more time and remove other bullets 22:14:43 gv: not practical - different choices apply to different types of time limits 22:15:00 issue 1093 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1093 22:15:29 gv: overcome by events 22:16:29 lgr: level 3 item 1 - what are the "exceptions" being referred to? 22:17:10 gv: refers to last item (where timing is essential) in level 1 criterion 1 22:18:52 sugg: delete the editorial note and say, "The content has been designed in a way that any time limits in the content would pass level 1, success criteria 1 for this guideline and timing is not designed to be an essential part of the activity." 22:21:17 gv: time remaining - concerns or comments with the issues related to 4.1 and conformance? 22:21:27 next agendum 22:22:37 issue 888 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=888 22:26:15 Ben - Just a quick note about the page we're discussing - http://lists.w3.org/Archives/Public/w3c-wai-gl/2004OctDec/0222.html has many of the longer lines of text run way off the right hand side of the page. I am using Internet Explore 22:26:15 possibly it's a browser issue. Just to let you know. 22:27:53 q? 22:31:01 Its also runs off page in Mozilla 22:31:37 thanks doyle - looks like a bug in how the lists are handling plain text emails 22:34:36 lgr: contradication in strengthening the use-spec guideline and advocating repair strategies (that would then violate the reqs. to follow spec) 22:35:33 next agendum 22:36:14 gv: there are a number of issues that can't be closed because they are advice or things to remember as we go 22:37:09 sugg: combining issues into a single bug that summarizes these issues and would be reviewed at a later date 22:37:45 gv: suggest creating a "working group notes" document that explains why things are the way they are in the guidelines 22:39:42 lgr: concerned about proliferation of documents - who would do it? 22:39:53 gv: responsibility of editors to populate 22:40:41 above comments relate to issue 326 22:40:55 issue 368 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=368 22:41:11 resolved: move to combined issue of things to consider as we go 22:41:27 issue 396 - http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=396 22:41:31 gv: leave open 22:41:51 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=397 22:44:12 resolved: accept proposed resolution 22:44:21 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=452 22:44:52 resolved: collapse this issue into #396 and close 22:45:02 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=476 22:45:08 I've got to leave the call... bye everybody, hear you next week 22:45:25 rcastaldo has left #wai-wcag 22:46:15 -Michael_Cooper 22:47:55 resolved: accept proposed resolutions 22:48:39 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=548 22:50:05 http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=837 22:50:07 gv: keep open 22:52:54 -Mike_Barta 22:52:55 -Loretta_Guarino_Reid 22:52:55 -John_Slatin 22:52:56 -Matt 22:52:56 -Gregg_and_Ben 22:52:57 -Andi 22:52:57 -Doyle 22:53:06 -Bengt_Farre 22:53:07 rrsagent, bye 22:53:07 I see 1 open action item: 22:53:07 ACTION: john to do some testing on time it takes to ineteract with dialog boxes [1] 22:53:07 recorded in http://www.w3.org/2004/11/04-wai-wcag-irc#T21-37-41