15:50:32 RRSAgent has joined #html-a11y 15:50:32 logging to http://www.w3.org/2010/02/25-html-a11y-irc 15:50:34 RRSAgent, make logs world 15:50:34 Zakim has joined #html-a11y 15:50:36 Zakim, this will be 2119 15:50:36 ok, trackbot; I see WAI_PFWG(HTML TF)11:00AM scheduled to start in 10 minutes 15:50:37 Meeting: HTML Accessibility Task Force Teleconference 15:50:37 Date: 25 February 2010 15:50:47 chair: Mike_Smith 15:50:52 agenda: http://lists.w3.org/Archives/Public/public-html-a11y/2010Feb/0522.html 15:50:53 Morning Michael 15:51:55 regrets: Laura_Carlson, Ben_Caldwell, Geoff_Freed, Markku_Hakkinen, Joshue_O'Connor, Kelly_Ford 15:54:32 Stevef has joined #html-a11y 15:54:42 agenda+ Actions Review 15:54:43 agenda+ discuss survey results for canvas change proposal: http://www.w3.org/2002/09/wbs/44061/20100225_canvas/results 15:54:45 agenda+ discuss results for summary-details change proposal: http://www.w3.org/2002/09/wbs/44061/20100225_summary/results 15:54:46 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 15:54:48 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 15:54:49 agenda+ Resolved & Rejected Bugs Review http://lists.w3.org/Archives/Public/public-html-a11y/2010Feb/0497.html 15:54:51 agenda+ New Business 15:54:52 agenda+ next meetings, confirm date/time, choose scribe 15:56:45 Marco_Ranon has joined #html-a11y 15:56:50 WAI_PFWG(HTML TF)11:00AM has now started 15:56:57 +??P6 15:57:04 +John_Foliot 15:57:06 -John_Foliot 15:57:12 eric_carlson has joined #html-a11y 15:57:25 zakim, ??P6 is Stevef 15:57:25 +Stevef; got it 15:57:29 +Gregory_Rosmaita 15:57:35 +John_Foliot 15:57:40 +Eric_Carlson 15:58:53 +Michael_Cooper 15:59:08 dboudreau has joined #html-a11y 15:59:16 Zakim, call Mike 15:59:17 ok, MikeSmith; the call is being made 15:59:18 +Mike 15:59:39 Zakim, Mike is me 15:59:41 +MikeSmith; got it 15:59:47 RRSAgent, make minutes 15:59:47 I have made the request to generate http://www.w3.org/2010/02/25-html-a11y-minutes.html MikeSmith 15:59:59 +Rich 16:00:23 richardschwerdtfe has joined #html-a11y 16:00:25 GJR joins in steveF's plus 1 to rich's most recent post 16:00:38 davidb has joined #html-a11y 16:00:50 +Marco_Ranon 16:01:00 Not knowing who is chairing or who scribed recently, I propose MikeSmith 16:01:10 + +1.514.312.aaaa 16:01:58 <---- 515.312 16:02:00 zakim, +1.514 is Denis_Boudreau 16:02:00 +Denis_Boudreau; got it 16:02:04 +Matt 16:02:09 hi hi :) 16:02:12 kliehm has joined #html-a11y 16:02:13 Not knowing who is chairing or who scribed recently, I propose Rich 16:03:18 scribe: Gregory_Rosmaita 16:03:22 scribenick: oedipus 16:03:31 TOPIC: Introductory Stuff 16:03:41 MS: will have scribe rotation list ready for next week 16:04:02 MS: put agendum item on media accessibility -- move to front of agenda and address briefly 16:04:10 +Cynthia_Shelly 16:04:12 MS: want to give summary and next steps 16:04:28 agenda: http://lists.w3.org/Archives/Public/public-html-a11y/2010Feb/0522.html 16:04:32 +kliehm 16:05:13 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:13 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 16:05:13 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:13 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 16:05:13 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:14 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 16:05:17 MS: experiencing IRC problems - please stand by 16:05:18 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:20 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 16:05:22 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:24 agenda+ discuss TextAssociations proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_TextAssociations 16:05:26 agenda+ discuss MultitrackAPI proposal: http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:05:44 zakim, take item 19 16:05:44 I don't understand 'take item 19', MikeSmith 16:05:46 zakim, agendum 19 16:05:46 I don't understand 'agendum 19', oedipus 16:05:56 zakim, take agendum 19 16:05:58 I don't understand 'take agendum 19', oedipus 16:06:13 TOPIC: MultitrackAPI Proposal 16:06:44 MS: draft is up-to-date; ready for us to take to TF as a whole for a survey; only hold up is survey not yet put together, will be soon 16:06:47 cyns has joined #html-a11y 16:07:07 http://www.w3.org/WAI/PF/HTML/wiki/Media_MultitrackAPI 16:07:09 MS: plan: discuss MultitrackAPI Proposal next week; have survey out at beginning of week then discuss on call next week 16:07:25 MS: if have comments or something new to say about draft proposal, please take to list 16:07:46 TOPIC: TextAssociations proposal 16:08:04 jongunderson has joined #html-a11y 16:08:13 MS: please read proposal -- if anything new to say that hasn't been said, please post comments to list A.S.A.P. 16:08:16 +??P27 16:08:34 MS: will be putting together a survey for TextAssociationsAPI for beginning of next week so can discuss at next week's call 16:08:45 zakim, ??P27 is Jon_Gunderson 16:08:45 +Jon_Gunderson; got it 16:08:52 MS: any questions or comments? 16:09:38 JF: has been fair amount of discussion on which type of timestamp format; a lot of back-and-forth, but no decision; boils down to SRT, SMIL tags, etc. - no resolution yet -- anyone with substantive thoghts or comments please post 16:09:42 MS: thanks JF 16:09:54 +Gerald-E 16:10:05 MS: talked with sylvia today; asked slyvia for some text for basis for survey on issue of format 16:10:34 MS: will be reflected in surveys -- probably need discussion; format issue clearly needds resolution 16:11:06 MS: for those who haven't weighed in on format discussion, review thread if possible to ensure that if you do post something it is something new and substantive 16:11:24 MS: comments that lead to action items are encouraged 16:11:37 TOPIC: Actions Review 16:12:19 s/TOPIC: Actions Review/TOPIC: survey results for canvas change proposal: http://www.w3.org/2002/09/wbs/44061/20100225_canvas/results 16:12:26 I have made the request to generate http://www.w3.org/2010/02/25-html-a11y-minutes.html oedipus 16:12:58 MS: approach suggest with documented results, look for points-of-agreement 16:13:17 MS: question on canvas simpler than summary versus details survey 16:13:22 MS: want to find points of consensus 16:13:27 q? 16:13:36 q? 16:13:42 q+ 16:13:48 q+ 16:15:03 RS: agreement in principle: need ability to: 1) have solution where a11y test tool can test when runs into CANVAS; 2) make use of HTML components as much as possible (reduces burden on author); 3) need to be able to associate a representation of what is in canvas in terms of structural info; need to be explicit as to what UA does when encounters an a11y implementation for CANVAS 16:15:12 RS: AT (assistive tech) also key 16:15:54 RS: SteveF asked about area/imagemaps -- in HTML5 removed all document structural info that one could use in HTML4 16:16:05 RS: imagemap approach would require change in HTML5 16:16:29 RS: advantages to using subtree -- already used for fallback content, how do we do binding to convey semantics and structural info 16:16:44 Zakim, mute me 16:16:44 MikeSmith should now be muted 16:17:15 Zakim, unmute me 16:17:15 MikeSmith should no longer be muted 16:17:16 RS: first question for TF: 1) use what is in adom proposal (what is in subtree is what author designated as a11y implementation); or 2) imagemap / use of AREA - would involve changing HTML5 changes to HTML5 16:17:19 q? 16:17:23 ack rich 16:17:46 q+ 16:17:55 SF: regards to areas of agreement -- what does that exactly mean 16:19:00 SF: reply to RichS: imagemaps don't supplant use of subtree in complicated situations, but in simple situations where someone wants some hotspots on a CANVAS, seems lilke ideal solution; pluls for dev because easy to do and provides community a way to add text alternatives and labesl to hotspots, plus keyboard nav/focus built-in 16:19:02 ack Stevef 16:19:37 SF: if follow imagemap will help; problem with subtree issue is dichotomy between "fallback" -- is CANVAS available or not available; need means of differentiation 16:19:39 q? 16:19:59 MS: points of agreement -- lot more agreement in survey responses than in most surveys 16:20:24 MS: easy for people to note points of disagreement -- looking for points of agreement 16:20:52 [The imagemap proposal actually comes from Lachlan Hunt (at least that's who showed me the light)] 16:20:58 MS: sounds as if there need to be some refinements made to proposal based on feeddback from survey results -- is that accurate, Rich? 16:21:34 RS: 2 changes in my mind are easy to make: 1) address DSinger's comment on what UA must do if adom is set (include in subtree map for API); if false, don't do it; made that change 16:21:50 RS: added part about support of a11y API suggested by Sylvia 16:22:07 RS: agree with SF, imagemap can be good solution for some cases, however, it has changed in HTML5 16:22:25 RS: Maciej assumed canvas children always exposed to AT 16:22:48 RS: includes not exposing for currently existing canvas elements -- how to control currently existing canvas implementations 16:22:51 Therefore I will propose adopting this proposal with one of the following changes: 16:22:51 A) Allow children to always be exposed to AT, even if adom is not set; OR 16:22:52 B) Provide a rationale for not exposing this content to AT in some cases (this would likely include not exposing it for any currently existing elements). 16:23:09 RS: immediately above are maciej's comments 16:23:10 q+ to suggest another interpretation of what we agree on 16:23:28 RS: don't know how one would handle point B 16:23:34 MS: need clarification from maciej, then 16:23:46 MS: have been changes made; planning other specific changes 16:24:00 q+ 16:24:01 RS: made 2 changes that sylvia and dsinger asked me to address 16:25:06 RS: possibility: imagemap in HTML4 allowed document structure in imagemap; with additional placement info, allows one to have same tree one has as if in subtree; realize we need to have document structure to assist author -- wahty is easier: imagemap (as in HTML4) 16:25:15 [ i.e. you can have as many area elements, and as much of whatever other HTML, as you want ] 16:25:25 s/syliva/cynthia/ 16:25:26 MS: sounds like a bigger question -- take to list for discussion, please; 16:25:29 [from HTML 4.01 definition of the map element] 16:25:30 ack chaals 16:25:30 chaals, you wanted to suggest another interpretation of what we agree on 16:25:57 CMN: agree on functionalities; think adom attribute is a bad idea -- doesn't provide functionality haven't already got 16:26:08 -Stevef 16:26:19 CMN: need to hammer out scenarios -- what can be done with imagemaps and other approaches to making content accessible 16:26:43 CMN: quick note to steve - bug in latest Opera beta 16:26:47 q? 16:27:12 CMN: agree that need to be able to navigate canvas; need to put stuff inside canvas; need to put a11y info in CANVAS 16:27:45 CMN: completely disagree with adom model - but can achieve everything without that attribute; can do much better if HTML4 def of imagemap restored to keep things accessible 16:28:00 CMN: don't think extra work is that daunting; 16:28:26 CMN: adom very hard to explain; if shift imagemap to 4.01 capabilities, would be the biggest win; adom doesn't buy anything more 16:28:36 MS: chaals, concrete alterante proposal? 16:28:43 CMN: don't do this!!!! 16:29:08 CMN: related to issue of what are we trying to achieve; concrete proposal for use of imagemaps if returned to HTML 4.01 powere 16:29:16 MS: where is concrete proposal? 16:29:23 I have made the request to generate http://www.w3.org/2010/02/25-html-a11y-minutes.html oedipus 16:30:27 ACTION: Chaals - coordinate concrete proposal for use of imagemap in CANVAS 16:30:27 Created ACTION-21 - - coordinate concrete proposal for use of imagemap in CANVAS [on Charles McCathieNevile - due 2010-03-04]. 16:30:34 CMN: can have both adom and imagemap 16:31:02 MikeSmith: I want to try to close off discussion on this by :35 minutes after 16:31:10 RS: ok - one thing that may be confusing about adom is misunderstanding that this is a validity problem 16:31:26 CMN: happens because RS keeps saying "testing needs place to pick up on" 16:31:29 +[IPcaller] 16:31:35 CMN: experience suggests that won't happen 16:31:37 Stevef has joined #html-a11y 16:32:06 MS: one approach is to say: based on survey and call discussion, might have critical mass within TF to go ahead with proposal 16:32:08 s/won't happen/means adom will be *used* as an accessibility conformance statement/ 16:32:43 MS: subgroup spent time on this; task force review; don't want to risk wasting time by putting forward prematurely 16:33:08 MS: on other hand, could say "ready for discussion with larger group" this can procede in parallell with other efforts 16:33:16 CMN: object to that - don't do it 16:33:19 q+ 16:33:26 ack Stevef 16:33:38 -kliehm 16:34:21 +kliehm 16:34:43 SF: chaals, given we have situation where subtree supposed to be fallback and alternate to CANVAS - how to sheild those users from having to deal with subtree content if unusable 16:34:48 zakim, who is making noise? 16:34:59 chaals, listening for 10 seconds I could not identify any sounds 16:35:15 zakim, who is making noise? 16:35:25 CMN: shield users from getting into subtree? imagemap/usemap more power than adom -- adom says use this map with this mapping -- can be hidden inside CANVAS or OBJECT element 16:35:26 chaals, listening for 10 seconds I heard sound from the following: Jon_Gunderson (19%) 16:36:03 q? 16:36:06 CMN: if object isn't rendered, get block content -- that falback could be an imagemap -- help one identify part of the subtree as part of current interaction, while leaving other stuff out 16:36:34 CMN: imagemap designed to be interactive with canvas as rendered and fallback content; can use imagemap as part of fallback content or have imagemap and fallback content 16:36:50 MS: running out of time on topic; 16:36:53 ack richardschwerdtfe 16:37:30 q+ 16:37:51 RS: 1 question: imaegmap a solution - instead of adom have "navigate sub-tree"? alows someone to use that as a11y implementation and would direct test tool to include what is in subtreee -- might be the superior approach -- opens up option of use of imagemap 16:38:12 CS: sounds like might be close enough to do an ammendment on this - can we close now and not have to cylce back next week 16:38:19 CMN: need more discussion and more examples 16:38:37 MS: yes, more examples; not going to get resolution on call -- have to discuss other survey results 16:38:51 MS: can have rest of discussion list today and tomorrow 16:39:01 RS: be at HTML WG after this -- what is timespan? 16:39:23 MS: need another couple of days for discussion; making effort to get done; had great discussion on list and on TF call today; 16:39:32 CS: one more week -- need to have written up 48 hours before cal 16:39:40 RS: i will convey that to HTML WG 16:39:51 TOPIC: results for summary-details change proposal: http://www.w3.org/2002/09/wbs/44061/20100225_summary/results 16:40:28 http://www.w3.org/WAI/PF/HTML/wiki/Talk:Details_element_as_a_replacement_for_summary_attribute,_Feb_15,_2010 16:40:40 MS: look at points of agreement 16:41:01 cyns has joined #html-a11y 16:41:01 q+ to say it seems that there is disagreement over summarizing attribute versus element 16:41:41 CS: goal of proposal was to break log jam; been going round-and-round on summary for years; ran into stalemate of sorts; 1 group adamantly against summary use another adamantly for summary 16:42:09 CS: PF's initial position was summary as existed in HTML4 good enough -- restore HTML4 verbiage and move on to other things; hasn't resulted in clean break 16:42:40 CS: proposal stemmed from discussions in TF; JOC, GJR & WC collaborated; CS worked with WC 16:43:01 CS: if better access to structure of table, what is use case for summary that aren't covered by ian's proposals 16:43:08 +Wendy 16:43:35 CS: ability to have text that is hidden from "mainstream" users but available for AT users who can't perceive table -- equivalent to visual info provided by gestalt view of table 16:44:11 wendy has joined #html-a11y 16:44:20 CS: other use case: no text that isn't obvious to mainstream developers 16:44:49 CS: run into both situations: need for summary or text equivalent that can't be accomodated by design; also used hidden text to achieve ends 16:45:10 CS: goal -- find a middle point that everyone could live with -- i don't love it fully myself, but is an attempt at consensus 16:45:11 q? 16:45:15 http://www.w3.org/WAI/PF/HTML/wiki/Talk:Details_element_as_a_replacement_for_summary_attribute,_Feb_15,_2010 16:45:15 ack cyns 16:45:25 MS: try to see where we have agreement so far 16:45:47 http://www.w3.org/WAI/PF/HTML/wiki/Details_element_as_a_replacement_for_summary_attribute%2C_Feb_15%2C_2010 16:45:55 MS: seems as if this was point of disagreement with proposal, but consensus around