13:59:57 RRSAgent has joined #wai-wcag 14:00:02 hi Wendy :) 14:00:07 hello 14:00:36 zakim, list conference 14:00:36 I see Team_W3M()8:00AM, WAI_WCAG(techniques)10:00AM, DI_DIWG()10:00AM active and no others scheduled 14:01:03 zakim, this is WAI_WCAG(techniques) 14:01:03 ok, rscano 14:01:11 zakim, who is on the phone? 14:01:11 On the phone I see ??P6, ??P8 14:01:28 +??P9 14:01:50 zakim, who is speaking? 14:01:54 +Wendy 14:02:01 rscano, listening for 10 seconds I heard sound from the following: ??P6 (85%), ??P8 (5%), ??P9 (8%) 14:02:08 zakim, ??P6 is Roberto_Scano 14:02:09 +Roberto_Scano; got it 14:02:11 :) 14:02:11 Michael has joined #wai-wcag 14:02:26 zakim, ??P9 is Michael_Cooper 14:02:26 +Michael_Cooper; got it 14:02:36 +??P12 14:02:41 who is P8? 14:03:06 zakim, I am Michael_Cooper 14:03:06 ok, Michael, I now associate you with Michael_Cooper 14:03:07 BBC has joined #wai-wcag 14:03:14 zakim, who is here? 14:03:14 On the phone I see Roberto_Scano, ??P8, Michael_Cooper, Wendy, ??P12 14:03:15 On IRC I see BBC, Michael, RRSAgent, wendy, Zakim, rscano 14:03:25 P8 is Ben i think 14:03:48 zakim, ??P8 is Ben_Caldwell 14:03:48 +Ben_Caldwell; got it 14:03:56 zakim, ??P12 is Chris_Ridpath 14:03:56 +Chris_Ridpath; got it 14:04:01 zakim, who is here? 14:04:01 On the phone I see Roberto_Scano, Ben_Caldwell, Michael_Cooper, Wendy, Chris_Ridpath 14:04:01 zakim, who's on the phone? 14:04:03 On IRC I see BBC, Michael, RRSAgent, wendy, Zakim, rscano 14:04:04 On the phone I see Roberto_Scano, Ben_Caldwell, Michael_Cooper, Wendy, Chris_Ridpath 14:04:05 Al has joined #wai-wcag 14:05:12 Zakim, is this WAI_WCAG? 14:05:12 I don't understand your question, Al. 14:05:24 al, the code is 92248 14:05:28 (for zakim) 14:05:36 +1 617.761.6200 passcode 92248 ("WCAG-T") 14:06:21 Zakim, please call AlGiman-home 14:06:21 I am sorry, Al; I do not know a number for AlGiman-home 14:06:36 Zakim, please call AlGilman-home 14:06:36 ok, Al; the call is being made 14:06:37 +AlGilman 14:06:48 zakim, who is on the phone? 14:06:48 On the phone I see Roberto_Scano, Ben_Caldwell, Michael_Cooper, Wendy, Chris_Ridpath, AlGilman (muted) 14:07:17 -AlGilman 14:07:38 Zakim, call AlGilman-home, please 14:07:39 ok, Al; the call is being made 14:07:41 +AlGilman 14:07:56 I am back 14:08:23 23 techniques bugs have not been touched in the last week. want to make sure they are being handled. 14:08:44 wac has several new bugs, assign them? 14:09:05 action wac: change status on new bugs (assign them to me) 14:10:10 other work items from last week: 14:10:29 action bc: send info to richard 14:10:43 rellero has joined #wai-wcag 14:10:45 found weird diffs in browsers. 14:10:49 Hi 14:10:55 hi 14:12:33 wac got all action items done except: 14:13:02 action wac: make sure the script (cleaned up) is available somewhere once it stabilizes - for use in the documents and as example of accessible script 14:13:17 action Wendy: finish moving HTML and CSS issues into Bugzilla 14:13:45 RRASAgent, replace action 2 with send Richard suggestions for accessibility of document and script 14:14:30 === 14:14:31 tables 14:15:37 wac reports what steven (chair of html wg) said: there are better mechanisms to achieve the effect of layout tables. tables are for data. 14:16:04 for layout tables, a summary (i think) is not needed... so why don't put summary="*" so the user agent / AT knows that it is a layout table? 14:16:15 if xhtml 2 and forward will not support layout tables, could make hard and fast rule (xhtml 2 is a different technology). 14:16:52 table markup is used for layout, it contains graphical representation of relationships. 14:17:10 there is one pattern of relationsihps that we think of as data table. 14:17:23 making layouts, authors are using a more general pattern. 14:17:59 there are hints to the semantic links between the pieces. 14:18:18 need to understand the semantic structure of the layout tables before what we have requirements in xhtml2. 14:18:39 if not call them tables, then what call them? wysiwyg will have a tool to create something like a table. 14:18:43 what markup will it create? 14:19:07 (that's phase 1 - understand the uses of layout tables) 14:19:27 phase 2 - if you treat layout table as a scene graph there are 2 types of relationships. parts of wholes. 14:19:31 a row is an object. 14:19:47 mcappelli has joined #wai-wcag 14:19:49 row of headers is type description of the object (contains field names) on the subparts (column heads) 14:19:53 HI! 14:19:56 hi everybody 14:19:59 hi 14:20:14 to understand cell need primary key and column head (tell what property, aspect is being described by the cell) 14:21:39 asst techs repeat some context as they read a table, but it varies. 14:21:57 they only tell qualifier for what changed. 14:22:30 if asst tech can build graph and understand relationships between cells can speak in way that works 14:22:43 we need to get relationships between elements captured so the AT can scrape it out 14:24:22 fedstats workshop on marking up tables 14:24:28 (need pointer) 14:24:49 In CSS3 a relational structure is foreseen among "id", so as to exceed the only current limit in the tableless layouts (columns are independent and have now different length according to the contents)? 14:27:24 techniques for html 4.01, xhtml 1, xhtml 2 could be very different, since diff technologies 14:27:43 so, what recommend say today? 14:27:44 default in AT is 1st col, 1st row 14:28:15 test how widely implemented th, scope, etc. are implemented. 14:28:42 using th instead of td for some cells is good practice, but need to get cells connected w/qualifiers. 14:29:08 proposals from last week: 14:29:15 th required for all cells that perform header role 14:29:26 if more complex structure, id, scope, etc. 14:29:39 data tables only those that contain header cells? 14:29:47 assuming working with data table, headers are required in that sit. 14:30:54 not th, but id/scope be required. since default handling of th is not enough. 14:31:37 header markup would help avoid misinterpretation. need to test this theory. 14:33:01 current proposal is "here are the features of HTML 4 and how to use them". is feature-driven not cost-driven for author. 14:34:33 is there a clear distinction between layout and data tables? 14:35:08 people seem to want clear rules. some may not like it, but most seem to want it. 14:35:23 thus, push for saying "don't put th in a layout table" seems to make things easier for everyone. 14:35:46 is there a strong reason why they would want to use th? 14:35:53 because of mixed-use tables. 14:36:04 partly data and partly layout. could stress to avoid doing that. 14:36:13 should use nested structures? 14:36:25 use css and tables. 14:36:30 but are css implementations ready? 14:36:45 still hearing that css is not a replacement for tables 14:37:34 it is possible, but it is a lot of work 14:37:56 question of: is the relationship outside of default reading order is important? 14:38:30 if a layout tables default reading order is ok, then stay away from other markup. 14:39:09 if a layout table did have relationships between cells, the table markup might be useful? 14:39:17 how do you represent that relationship? 14:39:27 can use id and headers, but can't describe it in detail. 14:41:20 jaws reads order in "headers" order. part of technique to put headers in order that want to be read. 14:42:38 if a table has a structure beyond layout but is not a header to cell relationship (part/whole, or generic relationship) then that is a semantic that might appear and could be worth dealing with. 14:43:12 work for sibling relationships? 14:44:49 if there is another cell that is required to understand the contents of this cell make the connection between those cells clear in the markup and let the assistive technology work out the reflow of the contents of those cells to give the user (of the AT) an experience that's easy to understand. 14:46:26 this rule could apply to any table, however people will want simple rule. i.e., "for data tables..." and for "layout tables" 14:46:34 could we have a hierarchy? 14:46:45 (of checklist items) 14:47:05 what should we tell the author vs what should we tell the UA/AT? 14:48:41 tables at either end of the spectrum (data <----> layout), here we can apply pretty clear/simple "rules", but it's those in the middle where we want to apply the top-down rule. 14:49:01 process of linearization means that semantic-free version must make sense. 14:49:22 if a linear order is enough, then leave to the UA. 14:49:59 in case where author has indicated layout, then push to discover what are the significant relationships to know as go through linear presentation. 14:50:23 requires knowledge of the relationships. 14:51:01 1. here's classical data table, do x. everything else is layout. 14:51:15 2. if obvious from reading order, don't need anything else. if not, need to do more. 14:51:44 tested sample tables where it does not have classical data table structure, but other structures that should be annotated? (headers in middle of table, etc.) 14:54:46 still not hearing an example of a visual relationship that needs to be represented using "data table markup" 14:55:21 the use of h1-hn, paragraph, in tables - did not expect (in design of relationship markup) 14:55:38 it makes those points navigable but not clear that makes their scope clear. 14:55:56 example: newspaper layout 14:56:31 full wide header block (masthead), left bar, right bar, multiple columns. cols might have headers. there is a colhead function. 14:58:20 collect a sample of layout tables and analyze. 15:00:49 within cnn.com: a markets table that is not marked up as data: http://www.cnn.com/ 15:01:33 w/out support in Asst. Techs it is theoretical 15:03:29 nothing about block structure in the proposal 15:04:21 call out: layout table can contain data table, but data cannot contain layout 15:04:44 might need to use a nested table 15:05:04 using class or keyword in summary (related, but distinct) 15:05:14 class proposal grew out of summary proposal 15:05:40 using special charset like summary="*" ? 15:06:06 so if summary = "*" then skip because it is a layout table 15:06:46 people have been using summary="" - it's like null alt-text 15:07:07 at 1.0, suggested 3 techniques. 2 of which aren't viable in browsers. 15:07:43 method to track UA imps in techniques database 15:08:20 primary mandate? - create techniques that work today. but perhaps many places where we say "here's a future tech that we want techs to imp" 15:08:41 once supported, move into "today" 15:14:48 can't resolve until we do testing. 15:16:43 1. take a table and change markup to see how AT handles differently 15:16:55 2. talk with ATs to find out algorithms 15:17:24 web search w/a markup pattern 15:17:34 e.g., table w/colgroup 15:18:34 these are the types of tables to look at 15:23:10 mediametrix is now comscore: http://www.comscore.com/metrix/ 15:23:15 1. how are tables being used 15:23:21 2. how are ATs handling tables 15:24:29 wac: interested in looking at sites 15:24:37 ag: interested in what the structure should be 15:24:49 mc: collect some examples and forward 15:24:59 bc: look at current support in AT 15:27:45 wac: play w/markup 15:27:52 assumption there is hybrid tables 15:29:17 wac: forward to list 15:29:56 plan to discuss this for perhaps 1/2 hour next week, no more. 15:30:43 next week: 15:30:46 1. tables 1/2 hour 15:30:49 2. schema 15:30:52 3. html techs draft 15:31:12 4. process for incorporating these discussions into techniques doc 15:31:15 I won't be able to join next week [INCITS V2 F2F] but I'll try to look 15:31:23 at sample pages. 15:32:12 Al has left #wai-wcag 15:38:55 bye 15:39:06 bye! 15:39:21 bye!ù 15:40:20 mcappelli has left #wai-wcag 15:40:31 rscano has left #wai-wcag 16:01:35 RRSAgent, bye 16:01:35 I see 4 open action items: 16:01:35 ACTION: wac to change status on new bugs (assign them to me) [1] 16:01:35 recorded in http://www.w3.org/2003/06/11-wai-wcag-irc#T14-09-05 16:01:35 ACTION: bc to send info to richard [2] 16:01:35 recorded in http://www.w3.org/2003/06/11-wai-wcag-irc#T14-10-29 16:01:35 ACTION: wac to make sure the script (cleaned up) is available somewhere once it stabilizes - for use in the documents and as example of accessible script [3] 16:01:35 recorded in http://www.w3.org/2003/06/11-wai-wcag-irc#T14-13-02 16:01:35 ACTION: Wendy to finish moving HTML and CSS issues into Bugzilla [4] 16:01:35 recorded in http://www.w3.org/2003/06/11-wai-wcag-irc#T14-13-17