14:05:23 RRSAgent has joined #wai-wcag 14:05:31 RRSAgent, make logs world-visible 14:05:34 +Sailesh_Panchang 14:06:59 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004AprJun/0333.html 14:10:30 "select technology" should happen before "checklists" 14:10:35 checklists will be technology-specific 14:10:45 some questions for david about what he is intending 14:10:56 "select checklist" mean "select technology"? 14:11:24 perhaps "select technology" then "select checklist or techniques or both" 14:11:30 from that go to technologies 14:11:39 seems like too many paths, seems confusing. 14:12:05 at top of wcag 1.0, link for checklist to "switch the view" - find that very helpful 14:12:20 http://www.w3.org/TR/WCAG10/ 14:12:27 [contents] [checklist] 14:13:47 how is "technology indie techniques" different from "techniques repository" 14:15:00 action: wendy talk with david about diagram (give suggestions from this call for revision) 14:17:44 some people want to go right to checklists 14:18:29 checklists linked from guidelines? 14:18:41 could work to treat checklists as independent entity 14:19:05 could make ref at top of the document - a separate tool rather than a link from every guideline 14:20:05 checklist is tool for evaluators 14:20:37 evaluators - what kind of evaluators? evaluating content or author/evaluation tool? 14:23:47 tom's personae from last sept: http://lists.w3.org/Archives/Public/w3c-wai-gl/2003JulSep/0497.html 14:24:18 action: Becky review tom's previous work on personas and expand upon them 14:25:33 next week: review the revisions of graph and use cases 14:25:38 end-to-end analyses 14:26:35 1.1 and 1.3: http://lists.w3.org/Archives/Public/w3c-wai-gl/2004AprJun/att-0054/gateway-outline 14:26:50 1.4 and 1.5: http://lists.w3.org/Archives/Public/w3c-wai-gl/2004AprJun/0158.html 14:30:14 should there be a success criteria if there is nothing specific for users to do. 14:30:36 places where things didn't fall into the hierarchy very well? 14:30:51 when looked at 1.1, there were techs that supported both of the success criteria. 14:31:46 if started with test cases, group those into techniques then group those into guidelines 14:32:01 interesting to create guidelines by test cases of accessibility issues 14:32:34 if someone creates a techniques that aids accessibility and we have nothing in the guidelines, what will we do? 14:32:45 similar to the units of measurement issue - there is nothing in the guidelines right now. 14:32:49 or is it a bug in the browser? 14:33:18 UAAG rely on WCAG, but WCAG should speak to functional aspect of scalable text 14:33:27 become an author responsibility of browsers are broken 14:34:59 a large part of wcag 1.0 was author fixes for user agents 14:35:10 in practice, if you want your content accessible, is the author's responsibility 14:35:57 however, current movements say "use standards. browsers should follow standards" 14:36:08 in some cases, there are techniques that are deprecated. 14:36:13 techs specific to address browser bugs 14:36:18 how much do we want to promote those? 14:37:05 guidelines need to say "text needs to be scalable" 14:37:34 we could include tech that says "broken browser support...." rely on UAAG for appropriate way to do it in browsers 14:40:17 this was an issue raised in relation to reviewing JIS guidelines. 14:40:43 there was agreement in november f2f to create guideline/success criteria related to readable fonts 14:41:02 action: wendy make sure this is included in issues list and gets discussed in WCAG WG 14:41:37 action: wendy make sure other proposals/issues from JIS are also included in issues list/discussion. if not proposals already, request someone write them. 14:42:13 create guidelines for issues that user agents should address rather than authors? 14:43:30 would this boil down to "until user agents...' 14:43:35 handled by techniuqes 14:43:56 section 508 created author requirements and functional criteria 14:44:36 if guidelienes are functional characteristics, these are characterisitcs that content should have to be accessible to people with disabilities 14:44:49 some met by user agents, some met by author's as interim measure... 14:45:02 q+ to say, "slippery slope" 14:45:15 guidelines say, "users should be able to do X" 14:49:39 ack wendy 14:49:39 wendy, you wanted to say, "slippery slope" 14:50:56 one reason for end-to-end was to get the individual pieces connected. look at what is missing. 14:51:12 many pieces seem to be written w/out looking at other related pieces. 15:02:31 wendy has joined #wai-wcag 15:02:46 can't look at content alone, also have to look at user agent 15:02:54 need to educate users 15:05:19 end-to-end should include uaag and atag 15:05:28 it should include references to other guidelines where appropriate 15:06:20 action: wendy, jenae, david update end-to-end analyses with atag/uaag 15:07:04 include atag and uaag in the big diagram? 15:08:21 action: michael write description of "functional characteristics" 15:08:54 how many dangling techniques are there? 15:09:12 (chris thinks about 3 or 4? ) 15:10:39 Here's the site that contains the current list of checks with associated test files: 15:10:40 http://oac.atrc.utoronto.ca/index.html 15:12:13 mappings 15:12:33 action: michael clean up mappings from html techs to success criteria and post to list 15:12:58 david did comparison of 1.0 to 2.0 techniques 15:13:36 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004JanMar/0384.html 15:14:02 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004JanMar/0270.html 15:14:11 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004JanMar/0257.html 15:14:38 1 - david's html 1.o to 2.0 tech mapping 15:14:50 2 - michael, david, and ben's html to guidelines mapping 15:15:00 3. david's css 1.0 to 2.0 tech mapping 15:15:02 === 15:18:09 http://lists.w3.org/Archives/Public/w3c-wai-gl/2004AprJun/0191.html 15:18:16 linking from guidelines to techniques 15:19:28 wendy summarizes discussions with shawn, suggestion for option 5 at: 15:19:38 http://www.w3.org/WAI/GL/2004/04/links-from-wcag.html#Option5 15:19:51 issues: link text gets long quickly, where link to? 15:20:15 david mocked up single page - help people realize "you are here" and this is all the info related to this success criteria 15:21:51 at a minimum, for july draft would like to see link after every success criteria so people can begin to see the big picture 15:21:59 have something for people to reacte to 15:22:37 like the "how to" but would like to have an icon that represents the concept so that there isn't so much text 15:22:47 can we do this by level instead of success criteria? 15:23:08 that was explored in a different option 15:23:21 e.g., option 1 http://www.w3.org/WAI/GL/2004/04/links-from-wcag.html#Option1 15:23:50 and option 4: http://www.w3.org/WAI/GL/2004/04/links-from-wcag.html#Option1 15:24:15 I18N techniques had something off in margin 15:24:42 two icons: one for techniques one for checklist 15:26:02 make sure the icons have scent...talk with usability folks about how much scent icons have 15:26:12 how likely for someone to follow icon if doesn't say "how to" 15:28:13 how to boil language down? 15:28:18 "how to ... 1.1" 15:28:36 1.1 is gobbledygook for people who don't live in guidelines. "text equivalents" has scent. 15:28:45 (or at least more scent than 1.1) 15:28:58 in june 2003 draft, did we have keywords? 15:30:50 katie haritos-shea introduced idea of "handles" for each guideline 15:31:10 action: sailesh propose "handles" (short text phrases) for each success criteria. 15:31:26 we could use these in the traffic cop (instead of entire text of SC) as well as in links to techniques 15:31:48 wait for revised flowchart to continue discussion on linkages 15:32:12 === 15:35:42 css doesn't seem to make too much sense on its own. current draft has lots of issues. 15:35:46 many is reiterating css spec. 15:35:51 many techs rely on html techs 15:36:00 use css diff for xml, x/html, svg 15:36:13 what are the accessibility issues with css alone? most stem from combined use w/scripting. 15:36:26 therefore, web apps and joint techs w/atag seems most interesting 15:36:57 many of css techs (re: color) belong in gateway/tech indie 15:37:06 discussion on list re: supporting technologies 15:38:35 in html techs, where say use structure, then say "use css to style" 15:38:52 how include that in css? 15:42:16 wendy wants to do analysis of guidelines and how relate to css. also talk w/css gurus about possible css issues. concern about css3, but in CR 15:42:17 http://www.w3.org/WAI/GL/WCAG20/WD-WCAG20-CSS-TECHS-20031219.html 15:43:44 action: wendy talk with tim. write proposal for how to move forward with CSS techs. 15:44:43 === 15:44:46 table headers 15:46:12 most browsers seem to require scope 15:46:19 if go w/th, should also consider scope 15:46:32 disagreement with data 15:46:43 th w/out scope does trigger screen readers to do things 15:46:51 it's difficult to test 15:47:12 however, have a test where heading is diagonal from the cell 15:47:16 see if SR reads it 15:47:29 scope to add th is not necessary 15:47:49 scope is fairly recent. headers and id were first to be supported. 15:47:58 scope mostly intended to be used with td 15:48:16 scope is not necessary in row 1 or col 1 15:48:20 want to make sure reason for scope 15:48:35 doesn't make sense if we know scope is col 15:48:39 th rule is one option. 15:49:13 not bad to add something beyond html, but don't like th because it adds things that we dont need. using headers and id could get the same info. 15:50:35 captions optinal on data tables? 15:50:46 in wcag 1.0, priority 2 15:50:52 caption *or* summary but not both 15:51:01 both are necessary, they serve diff purposes 15:51:06 summary = "" on layout table 15:51:21 summary is not reliable 15:51:35 has been used so many ways 15:51:40 correc that? 15:51:45 for layout tables, used summary="" 15:53:07 use th in addition to headers/id 15:53:19 from the list, if use headers/id don't also need to use th 15:53:30 is that acceptable? 15:53:53 what is current pratice? what is ideal? 15:54:20 current practice = how authors use table as well as how browsers and assistive technologies support table elements/attributes 15:54:33 issues with visual impact of th. use styles! 15:54:52 other reasons for using this markup? 15:54:57 search engines? 15:55:25 what does the spec say? 15:55:37 there may be exceptions to the rule, but it's a simple rule. 15:55:49 "all data tables should have th" exceptions are...other options are... 15:56:06 whenever use colspan no need to use th 15:56:15 only in simple talbe th work all the time 15:56:29 for whom do we want this technique? 15:56:40 authors. 15:56:43 screen readers? 15:57:00 they can read any table cell-by-cell. behavior doesn't change knowing it is a data table. 15:57:06 could announce "found data table" 15:57:34 SRs have own algorithms to detect 15:57:42 by default read as data table, can be frustrating 15:57:47 user has to know to change reading mode 15:58:06 data tables are difficult to navigate w/a SR 15:58:32 q+ to say "s/layout tables/css" 15:59:23 tables should have captions like maps show which direction is north 16:00:27 if have th is empty cell, get no headings 16:00:32 sailesh had example 16:02:10 what about css? 16:02:37 fix problem in 1.0, people assume summary needed for every table 16:03:01 layout: summary="" data="something about the data" 16:03:55 should our focus be on how to distinguish between data and layout? how to create good data tables is a much more difficult and interesting problem. 16:04:03 let's put our energy there. 16:04:28 and push css for layout 16:04:34 no resolution today. 16:04:49 how would this be refleted in techniques? 16:04:52 in html techs 16:05:09 -Don_Evans 16:05:17 next week: another 2 hour mtg? 3 hour? 16:06:24 next week: issues w/html and gateway. 16:06:38 need new drafts, at least 2, so can publish something in july 16:06:50 longer mtgs in next few weeks to help us get through those 16:08:37 please contact wendy about how to help. i can help break tasks into smaller chunks. 16:08:48 -Becky_Gibson 16:09:18 -Jenae 16:10:46 -Jim_Thatcher 16:10:47 -Michael_Cooper 16:10:48 -Sailesh_Panchang 16:10:49 -Chris 16:10:49 -Ben 16:10:50 -Wendy 16:10:51 WAI_WCAG(techniques)10:00AM has ended 16:10:52 Attendees were Becky_Gibson, Jim_Thatcher, Wendy, Jenae, Chris, Michael_Cooper, Ben, Don_Evans, Sailesh_Panchang 16:16:47 ChrisR has left #wai-wcag 16:17:40 zakim, bye 16:17:40 Zakim has left #wai-wcag 16:17:43 RRSAgent, bye 16:17:43 I see 9 open action items: 16:17:43 ACTION: wendy talk with david about diagram (give suggestions from this call for revision) [1] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T14-15-00 16:17:43 ACTION: Becky review tom's previous work on personas and expand upon them [2] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T14-24-18 16:17:43 ACTION: wendy make sure this is included in issues list and gets discussed in WCAG WG [3] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T14-41-02 16:17:43 ACTION: wendy make sure other proposals/issues from JIS are also included in issues list/discussion. if not proposals already, request someone write them. [4] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T14-41-37 16:17:43 ACTION: wendy, jenae, david update end-to-end analyses with atag/uaag [5] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T15-06-20 16:17:43 ACTION: michael write description of "functional characteristics" [6] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T15-08-21 16:17:43 ACTION: michael clean up mappings from html techs to success criteria and post to list [7] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T15-12-33 16:17:43 ACTION: sailesh propose "handles" (short text phrases) for each success criteria. [8] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T15-31-10 16:17:43 ACTION: wendy talk with tim. write proposal for how to move forward with CSS techs. [9] 16:17:43 recorded in http://www.w3.org/2004/05/12-wai-wcag-irc#T15-43-44