IRC log of html-a11y on 2009-12-17

Timestamps are in UTC.

15:57:54 [RRSAgent]: RRSAgent has joined #html-a11y
15:57:54 [RRSAgent]: logging to http://www.w3.org/2009/12/17-html-a11y-irc
15:57:56 [trackbot]: RRSAgent, make logs world
15:57:56 [Zakim]: Zakim has joined #html-a11y
15:57:58 [trackbot]: Zakim, this will be 2119
15:57:59 [trackbot]: Meeting: HTML Accessibility Task Force Teleconference
15:57:59 [Zakim]: ok, trackbot; I see WAI_PFWG(HTML TF)11:00AM scheduled to start in 3 minutes
15:57:59 [trackbot]: Date: 17 December 2009
15:58:12 [oedipus]: regrets: Ben_Caldwell,Eric_Carlson,Laura_Carlson,Stephane_Deschamps,Markku_Hakkinen,Gez_Lemon,Sylvia_Pfeiffer,Marco_Ranon
15:58:14 [MichaelC]: chair: Janina_Sajka
15:58:32 [MichaelC]: agenda: http://lists.w3.org/Archives/Public/public-html-a11y/2009Dec/0083.html
15:59:19 [janina]: janina has joined #html-a11y
15:59:41 [janina]: zakim, call janina
15:59:41 [Zakim]: ok, janina; the call is being made
16:00:07 [wendy]: wendy has joined #html-a11y
16:00:17 [MichaelC]: present+ Michael_Cooper
16:00:21 [oedipus]: present+ Gregory_Rosmaita
16:00:28 [MichaelC]: present+ Janina_Sajka
16:00:40 [AllanJ]: present+Jim_Allan
16:00:51 [Stevef]: Stevef has joined #html-a11y
16:01:30 [cyns]: cyns has joined #html-a11y
16:01:34 [MichaelC]: present+ David_Singer
16:01:34 [wendy]: present+Wendy_Chisholm
16:01:46 [MichaelC]: present+ Steve_Faulkner
16:01:57 [janina]: regrets for december 17
16:01:57 [janina]: regrets eric_carlson
16:01:57 [janina]: regrets John_Gunderson
16:01:57 [janina]: regrets Marco_Ranon
16:01:57 [janina]: regrets stephane_deschamps
16:01:57 [janina]: regrets Markku_Hakkinen
16:01:59 [janina]: regrets Ben_Caldwell
16:02:25 [richardschwerdtfe]: richardschwerdtfe has joined #html-a11y
16:02:44 [MichaelC]: present+ Rich_Schwerdtfeger
16:02:48 [MichaelC]: present+ Henny_Swan
16:02:55 [MichaelC]: present+ Cynthia_Shelly
16:03:31 [MichaelC]: present+ Martin_Kliehm
16:03:38 [Laura]: Laura has joined #html-a11y
16:04:19 [MichaelC]: present+ Paul_Cotton
16:04:52 [MichaelC]: present+ Charles_McCathieNevile
16:05:02 [MichaelC]: present+ Laura_Carlson
16:05:29 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
16:05:34 [Stevef]: scribe:Stevef
16:05:36 [janina]: ~Meeting: HTML-A11Y telecon
16:05:36 [janina]: Chair: Janina_Sajka
16:05:36 [janina]: agenda: this
16:05:36 [janina]: agenda+ Actions Review
16:05:36 [janina]: agenda+ reports from TF Subgroups (Canvas; Video; ...)
16:05:36 [janina]: agenda+ Table Summary
16:05:38 [janina]: agenda+ next meeting, confirm date/time, choose scribe
16:05:40 [janina]: agenda+ New Business
16:05:42 [janina]: agenda+ be done
16:06:10 [oedipus]: new wiki pages:
16:06:12 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Meetings
16:06:16 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Meetings/Minutes
16:06:20 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Meetings/Minutes/Caucus (historical)
16:06:25 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Access
16:06:28 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Access/access_key_requirements
16:06:59 [Stevef]: janina: 2 action items, cyns posted her item, so mark as closed
16:07:40 [Stevef]: janina: aria conversation has not moved to email, need to get agenda moving
16:07:58 [Stevef]: janina: touch base with sub teams - canvas
16:08:40 [oedipus]: q+ to ask rich if want to try and get RWAB XG successor group to develop the shadow DOM as a RIA
16:08:46 [Stevef]: Rich: asked for canvas neet today, need shadow dom to support accessibility, also need to support alternate interfaces, based on commenst from j craig and dave singer
16:09:49 [oedipus]: ack me
16:09:49 [Zakim]: oedipus, you wanted to ask rich if want to try and get RWAB XG successor group to develop the shadow DOM as a RIA
16:09:51 [Stevef]: rich: problem is media quieries don't exist so need to add to CSS, how do we co-ordinate this, but do believe that it is needed, shadow dom is not enough, call at 3pm boston time
16:09:54 [chaals]: chaals has joined #html-a11y
16:10:33 [Stevef]: janin: can people announce themselves
16:11:13 [Stevef]: dsinger: what is needed new keywords for CSS media queiries?, or syntax and processing rules/
16:11:32 [Stevef]: rich: need to support more than the media types in html5 today
16:11:48 [Stevef]: dsinger: there will be new media queries
16:12:25 [Stevef]: rich: examples needed: high contrast, keyword
16:12:41 [Stevef]: dsinger: CSS working groupo supportive of this
16:13:19 [Stevef]: rich: may need user agent to do best fit, requested alternate
16:13:41 [Stevef]: rich: main issues, shadow dom and alternates
16:14:08 [Stevef]: GJR: suggested shadow DOM as a RIA
16:14:20 [chaals]: [regrets for the meeting today :( ]
16:14:37 [oedipus]: SteveF: as far as shadow DOM and activedescendent as main way to control?
16:14:44 [Stevef]: rich: yes we are going to want shadow RIA
16:15:26 [AllanJ]: AllanJ has joined #html-a11y
16:15:41 [janina]: q?
16:16:09 [oedipus]: tabindex versus SVG-suggested "order" attribute for Access Element
16:16:41 [chaals]: q+
16:16:42 [oedipus]: http://www.w3.org/MarkUp/2009/ED-xhtml-access-20090423/#A_order
16:16:47 [oedipus]: http://www.w3.org/MarkUp/2009/ED-xhtml-access-20090423/#A_media
16:16:50 [chaals]: q-
16:17:22 [Stevef]: janina: main intereste in subteam reports are co-ordination issues
16:17:40 [Stevef]: rich: who in CSS to talk to?
16:18:07 [Stevef]: disnger: put it up on the wiki, CSS mailing list of meetings
16:18:35 [Stevef]: rich: there is a post out on the canvas mailing list , please repsond dsinger;
16:18:55 [Stevef]: disnger: video subtema report: some stuff up on wiki
16:20:17 [Stevef]: janina: main topic: summary attribute, contraversial, people continue to discuss, no reoslution, PF has asked for it to be put back, but still discussion goes on
16:21:00 [Stevef]: cynbs: long thread on mailing list based on chnage proposal,
16:21:17 [Stevef]: Topic:@summary for TABLE
16:21:23 [oedipus]: Current State of @summary discussion (CynS) - http://lists.w3.org/Archives/Public/public-html-a11y/2009Dec/0094.html
16:22:25 [Stevef]: cyns: new stuff suggsted to be put into summary
16:22:26 [oedipus]: we are facing an endemic fear of invisible meta-data and meta-data in general
16:22:27 [Stevef]: one of the main objection it is hidden, so will probably be incorrect or out of date
16:22:49 [janina]: q!
16:22:54 [janina]: q+
16:22:58 [Stevef]: cyns: hidden meta data is bad, details has hidden data by default
16:23:18 [oedipus]: s/hidden meta-data is bad/contention is that hidden meta-data is bad/
16:23:25 [Stevef]: cyns: validation warning on @summary is a blocker for accessibility people
16:24:14 [Stevef]: cyns: people have been asking for data, talking past each other as what means data is not agreed
16:24:36 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Summary_Change_Proposal_Nov_18%2C_2009
16:24:47 [mhakkinen]: mhakkinen has joined #html-a11y
16:24:50 [Stevef]: cyns: did a a quick review of summary data, found that what was available was often useful
16:26:15 [levy-aurelien]: meta data is hidden most of the time, the problem is reable hidden meta data
16:26:38 [levy-aurelien]: readable
16:26:48 [Stevef]: cyns: leif hs made an alternative proposal, seemed inter suggested media type setting top display hidden mataesting, but don't have time to pursue, also display of summary (when?) maybe in authoring scenarios, maciej in particular didn't like it
16:26:48 [janina]: q?
16:26:57 [chaals]: q+ to say things that go wrong aren't always harmful, and arguing forever on something that existed is harmful
16:27:31 [dsinger]: dsinger has joined #html-a11y
16:27:46 [Stevef]: janina: whether data is hidden or not is not an accessibility issue
16:28:12 [dsinger]: zakim, who is here?
16:28:12 [Zakim]: WAI_PFWG(HTML TF)11:00AM has not yet started, dsinger
16:28:13 [Zakim]: On IRC I see dsinger, mhakkinen, AllanJ, chaals, Laura, richardschwerdtfe, cyns, Stevef, wendy, janina, Zakim, RRSAgent, levy-aurelien, iheni, oedipus, LeifHS, kliehm, MichaelC,
16:28:15 [Zakim]: ... davidb, krijnh, trackbot
16:28:34 [levy-aurelien]: it is for cognitive accessibility
16:28:35 [Stevef]: janina: if other users want to use the data, then they should tell the users agent to display
16:28:37 [dsinger]: zakim, this is WAI_PFWG
16:28:37 [Zakim]: ok, dsinger; that matches WAI_PFWG(HTML TF)11:00AM
16:28:48 [dsinger]: zakim, who is here?
16:28:48 [Zakim]: On the phone I see kliehm, AllanJ, Cooper, Gregory_Rosmaita, Janina, Wendy, ??P5, Rich_Schwerdtfeger, +0127320aaaa (muted), Cynthia_Shelly, Matt_May, [Microsoft], Laura, ??P19,
16:28:52 [Zakim]: ... [Apple]
16:28:53 [Zakim]: On IRC I see dsinger, mhakkinen, AllanJ, chaals, Laura, richardschwerdtfe, cyns, Stevef, wendy, janina, Zakim, RRSAgent, levy-aurelien, iheni, oedipus, LeifHS, kliehm, MichaelC,
16:28:55 [Zakim]: ... davidb, krijnh, trackbot
16:28:59 [dsinger]: zakim, [apple] has dsinger
16:28:59 [Zakim]: +dsinger; got it
16:29:09 [Stevef]: cyns: hidden or display is of summary is an issue for authors and designers
16:29:10 [oedipus]: there is (a) a need for the TABLE's structure and organization to be communicated to those who are parsing the TABLE non-visually, or through a VERY small point-of-regard and (b) no reason why a user agent, an authoring tool, or any other program cannot provide a means to expose the content of @summary at a user's request -- whatever form that request takes, but there is NO usability need to provide ALL users with a summary which is intended to provide co
16:29:43 [Stevef]: cyns: if summary users toogleable with a default of hidden
16:30:50 [Stevef]: chaals: stuff that the author or user doesn't look at gets broken quicker than stuff that the author/user does see
16:31:13 [janina]: q?
16:31:17 [janina]: ack
16:31:50 [janina]: ack janina
16:31:54 [Stevef]: chaals: this thinking then leads to statements of summary being bad for accessinbility, i don't agree with this, what harm is done by content that is wrong?
16:31:55 [janina]: ack ch
16:31:55 [Zakim]: chaals, you wanted to say things that go wrong aren't always harmful, and arguing forever on something that existed is harmful
16:32:28 [cyns]: http://lists.w3.org/Archives/Public/public-html-a11y/2009Dec/0056.html near the bottom of this post, there is a list of summaries from a web crawl that the original analysis thought poor, but that I think are useful
16:33:38 [iheni]: iheni has left #html-a11y
16:34:14 [wendy]: I'm happy to help.
16:34:14 [Stevef]: chaals: all out of band description stuff suffers from this issue, one of the design principals missing is does this do damage/, but if this group were to say, having accessibility attributes that may contain wrong content does nopt necessarily cause harm.
16:34:52 [Stevef]: i am losing sound can someone scribe until i can hear again
16:34:59 [wendy]: cynthia: I'm happy to work with you on any of the summary stuff.
16:35:26 [richardschwerdtfe]: scribe: Rich
16:35:44 [richardschwerdtfe]: cindy: Wendy, I will take you up on that
16:35:47 [oedipus]: scribenick: richardschwerdtfe
16:35:57 [richardschwerdtfe]: janina: you need someone on the cell API?
16:36:01 [oedipus]: s/cindy/cynthia
16:36:04 [richardschwerdtfe]: wendy: I can work on both
16:36:27 [richardschwerdtfe]: cynthia: data analysis. we need to look at this on the call. I sent a link earlier.
16:36:29 [Zakim]: -??P5
16:36:54 [oedipus]: http://lists.w3.org/Archives/Public/public-html-a11y/2009Dec/0056.html
16:37:07 [Zakim]: +??P18
16:37:33 [Stevef]: zakim, ??P18 is me
16:37:33 [Zakim]: +Stevef; got it
16:37:39 [Stevef]: q+
16:37:48 [richardschwerdtfe]: cynthia: I need advice (this call for data). I went through examples of bad summary and more than half were helpful. I would like someone to weigh in on whether my assessments were useful.
16:37:59 [Stevef]: rich: i am back
16:38:07 [Stevef]: scribe: Stevef
16:38:12 [richardschwerdtfe]: matt: Hixie's statements that some were harmful were incorrect in my mind.
16:38:27 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
16:38:47 [Stevef]: cyns: haven't seen people going bthrough and checking crawls
16:38:48 [richardschwerdtfe]: cynthia: I have not seen people that went through the calls that said whether the summaries were useful
16:39:16 [richardschwerdtfe]: cynthia: for example calendar, search results, main content, mp3 downloads, ... many of these were useful as summaries
16:39:20 [Stevef]: yes:
16:39:24 [Stevef]: I have
16:39:31 [richardschwerdtfe]: cynthia: has anyone spent time going through these?
16:40:20 [richardschwerdtfe]: matt: my recollection of the long list was that 20 percent were bogus. Some use meta data that was just garbage. One bad tool should not account for 20% of the content that was out there. ... the numbers start to turn around
16:40:32 [Stevef]: also many 'bogus' summarys are never heard by AT users as they are on layout ttables that are ignored by AT
16:40:42 [richardschwerdtfe]: matt: it easy to pick out things that do what they were intended to do.
16:41:00 [richardschwerdtfe]: cynthia: I did not go through the whole thing. The most common summary was calendar
16:41:27 [richardschwerdtfe]: cytnthia: i did not do a percentage but half were useful which is different from the impression that others gave.
16:41:36 [richardschwerdtfe]: janina; 50 percent is very good
16:41:55 [richardschwerdtfe]: cynthia: they did identify the table pretty well
16:42:29 [richardschwerdtfe]: cynthia: banner, etc. was a good chunking mechanism. I need someone from the HTML working group that can help me surface this.
16:42:48 [richardschwerdtfe]: steve: if that information is in the hidden meta data that is good.
16:43:04 [richardschwerdtfe]: cynthia; saying that something is a calendar is not useful to a sited user
16:43:08 [wendy]: calendar may not be necessary, it is certainly not "harmful."
16:43:10 [dsinger]: but is it harmful to re-inforce the truth?
16:43:13 [richardschwerdtfe]: s/sited/sighted/
16:43:39 [richardschwerdtfe]: janina: the hiddenness is not the accessibility feature.
16:44:08 [Stevef]: summary attribute usage data http://www.paciellogroup.com/blog/misc/summary.html
16:44:13 [dsinger]: perhaps we should therefore make it 'gently visible' by default (because then people will notice things that are wrong)...
16:44:41 [oedipus]: dsinger, that is an authoring tool's responsibility
16:44:54 [chaals]: q+ to note that the hiddenness *is* an accessibility feature
16:45:29 [richardschwerdtfe]: cynthia: I am leaning on keeping summary and details - which are both hidden. Place text in the text to visualize captions where necessary. The author should provide a user controllable switch for showing these. The browser could provide this functionality. We should further expose the table API to AT.
16:45:33 [oedipus]: 15 minute warning
16:46:02 [chaals]: [I thnk the validator warnings are one of the big barriers to consensus]
16:46:08 [oedipus]: dsinger, CAPTION for TABLE is terse descriptor, @summary for table is long descriptor
16:46:10 [richardschwerdtfe]: cynthia: Am I correct in the disability community is that the concern is the validator warnings.
16:46:21 [richardschwerdtfe]: janina: yes, as it tells the author they can't do this
16:46:27 [dsinger]: q+
16:46:48 [richardschwerdtfe]: janina: we now place ourselves in conflict with U.S. govmt., for example, where summary is entrenched.
16:47:00 [LeifHS]: <summary>: Many authors, such as in government, like to know when they have fulfilled their duty. Today this is "easy": Did you use @summary? Yes or no? If there were a corresponding visible <summary> element (as child of <caption>, I see no other option), then the question could be: Did you use either @summary or <summary>. In my view it is also needed to separate the "clean" caption information from the explanation information that HTML 5 now allows inside <c
16:47:01 [richardschwerdtfe]: janina: we perhaps could engineer a better summary
16:47:27 [richardschwerdtfe]: Janina: we need to move through a phase of re-engineering
16:47:41 [richardschwerdtfe]: janina: the wording is not good
16:48:00 [janina]: q?
16:48:00 [dsinger]: q?
16:48:38 [richardschwerdtfe]: Steve: I wanted to say in reference to what Cynthia was saying. What appeared to be reasonable summary attributes. What appeared to be layout tables would be ignored anyway.
16:48:39 [janina]: ack ste
16:49:05 [richardschwerdtfe]: Steve: For a layout table, whatever the content is the summary would be taken away
16:49:31 [chaals]: ack me
16:49:31 [Zakim]: chaals, you wanted to note that the hiddenness *is* an accessibility feature
16:50:05 [richardschwerdtfe]: chaals: the hiddenness is an accessibility feature. The fact that this stuff is not plastered all over the page willy nilly is important
16:50:26 [richardschwerdtfe]: chaals: we are minimizing the cognitive overload by not showing the stuff
16:50:28 [richardschwerdtfe]: q
16:50:30 [richardschwerdtfe]: q?
16:50:40 [oedipus]: http://esw.w3.org/topic/PF/XTech/HTML5/Table/LayoutTABLEDeprecation
16:50:49 [richardschwerdtfe]: janina: accessibility would state that it would not stay hidden
16:50:56 [Stevef]: "The summary attribute on table elements was suggested in earlier versions of the language as a technique for providing explanatory text for complex tables for users of screen readers. One of the techniques described above should be used instead. " current text in the html5 spec says don't use it
16:51:01 [richardschwerdtfe]: janina: we don't want to interrupt the reading flow
16:51:06 [oedipus]: RATIONALE: Just as use of BLOCKQUOTE to achieve a stylistic effect was DEPRECATED in favor of stylesheets in HTML 4.01, so, too, should use of TABLE for layout and stylistic purposes should be DEPRECATED in favor of stylesheets
16:51:18 [richardschwerdtfe]: chaals: in the broad view the cognitive overload matters
16:51:20 [Zakim]: -Wendy
16:51:41 [richardschwerdtfe]: janina: sure
16:51:55 [richardschwerdtfe]: cynthia: when I said design I also meant usability concerns
16:52:14 [richardschwerdtfe]: matt: sometimes you need hidden meta data to recover from problems
16:53:17 [richardschwerdtfe]: dsinger: if it is a feature for the rest of the world we should let the HTML working group here. the html working group state that it may be shown. we could say that it be visible in certain scenarios - like tools
16:53:21 [AllanJ]: agree with chaals, provided the information is 'revealable' to the user by the User Agent
16:53:25 [richardschwerdtfe]: cynthia: this may be a way out of this morass
16:53:55 [richardschwerdtfe]: cynthia: when we had alt text shown for tooltips this changed how authors supplied alt text
16:54:43 [richardschwerdtfe]: rich: I think we should require that summary being shown should be a browser function based on user demand that they be revealed
16:55:26 [kliehm]: q+ to say that hidden summary metadata is consistent with <ins> @datetime
16:55:32 [richardschwerdtfe]: Allanj: I agree. it may be useful for some people. We are looking for this in the user agent guidelines.
16:56:03 [richardschwerdtfe]: Rich: I think there should be some sort of reveal function to show more information about content.
16:56:31 [richardschwerdtfe]: janina: why should a person with a disability be the only person that has access to the additional information
16:56:42 [oedipus]: ported TABLE layout deprecation page to HTML A11y TF wiki: http://www.w3.org/WAI/PF/HTML/wiki/Table/layout_TABLE_deprecation
16:57:07 [richardschwerdtfe]: cynthia: so this a mechanism for browsers where they SHOULD provide a feature that shows summary
16:57:25 [richardschwerdtfe]: janina: so it seems that we have agreement as to what this proposal should say
16:58:10 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
16:58:16 [oedipus]: TWO MINUTE WARNING
16:58:19 [richardschwerdtfe]: cynthia: the first thing is to update the change proposal and send it to our list and Ian in particular to see that people can sign up for this
16:58:22 [Zakim]: -[Microsoft]
16:59:05 [oedipus]: jim, that's why i use the @summary is to @longdesc as CAPTION is to @al
16:59:06 [richardschwerdtfe]: Allanj: we should say this is human useful metadata. There are things that we want machines to know about. although there are things that users may need to know about.
16:59:19 [oedipus]: s/@al/@alt
16:59:51 [iheni]: iheni has joined #html-a11y
17:00:17 [richardschwerdtfe]: cynthia: may I have permission to modify the change proposal to incorporate this feedback.
17:00:26 [richardschwerdtfe]: janina: 14th of January?
17:00:27 [Zakim]: -??P19
17:00:36 [chaals]: zakim, ??P19 is chaals
17:00:36 [Zakim]: I already had ??P19 as ??P19, chaals
17:00:37 [Zakim]: -kliehm
17:00:38 [richardschwerdtfe]: cynthia: yes
17:00:52 [oedipus]: http://www.w3.org/WAI/PF/HTML/wiki/Meetings/Minutes
17:01:05 [chaals]: zakim, ??P19 is me
17:01:05 [Zakim]: I already had ??P19 as Guest P19 4865, chaals
17:01:18 [Zakim]: -Laura
17:01:19 [richardschwerdtfe]: ACTION: cynthia create revised summary proposal for January 14th, 2010
17:01:19 [trackbot]: Created ACTION-3 - Create revised summary proposal for January 14th, 2010 [on Cynthia Shelly - due 2009-12-24].
17:01:25 [Zakim]: -Gregory_Rosmaita
17:01:31 [richardschwerdtfe]: happy new year
17:01:37 [kliehm]: sorry, I had to go to the HTML WG telcon. I'll write my @summary ideas to the list
17:01:45 [Zakim]: -[Apple]
17:01:53 [richardschwerdtfe]: janina: we will resume January 7
17:01:59 [Zakim]: -Cooper
17:02:04 [richardschwerdtfe]: zakime, by
17:02:12 [richardschwerdtfe]: zakim, bye
17:02:14 [Zakim]: Zakim has left #html-a11y
17:02:16 [Zakim]: leaving. As of this point the attendees were dsinger, kliehm, AllanJ, Cooper, Gregory_Rosmaita, Janina, Wendy, Rich_Schwerdtfeger, +0127320aaaa, Cynthia_Shelly, Matt_May,
17:02:20 [richardschwerdtfe]: RRSAgent, draft minutes
17:02:20 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html richardschwerdtfe
17:02:21 [Zakim]: ... [Microsoft], Laura, Stevef
17:02:45 [janina]: zakim, make log public
17:02:52 [janina]: rrsagent, make log public
17:03:01 [janina]: rrsagent, make minutes
17:03:01 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html janina
17:03:52 [chaals]: chaals has left #html-a11y
17:06:04 [AllanJ]: AllanJ has left #html-a11y
17:07:39 [janina]: janina has left #html-a11y
17:08:46 [davidb]: richardschwerdtfe: are we meeting about canvas now?
17:12:33 [iheni]: iheni has left #html-a11y
17:18:21 [davidb]: realized it is at 3pm est
19:01:10 [LeifHS]: LeifHS has left #html-a11y
19:21:10 [richardschwerdt-1]: richardschwerdt-1 has joined #html-a11y
19:26:18 [oedipus]: oedipus has joined #html-a11y
19:52:34 [richardschwerdtfe]: richardschwerdtfe has joined #html-a11y
20:00:23 [richardschwerdtfe]: richardschwerdtfe has joined #html-a11y
20:00:31 [Stevef]: Stevef has joined #html-a11y
20:01:02 [richardschwerdtfe]: I am on
20:01:21 [richardschwerdtfe]: trackbot, start meeting
20:01:23 [trackbot]: RRSAgent, make logs world
20:01:23 [Zakim]: Zakim has joined #html-a11y
20:01:25 [oedipus]: i ttried to invite zakim, but no response
20:01:25 [trackbot]: Zakim, this will be 2119
20:01:25 [Zakim]: I do not see a conference matching that name scheduled within the next hour, trackbot
20:01:26 [trackbot]: Meeting: HTML Accessibility Task Force Teleconference
20:01:26 [trackbot]: Date: 17 December 2009
20:02:03 [richardschwerdtfe]: Meeting: HTML Task Force Canvas Accessibility Subteam
20:02:06 [richardschwerdtfe]: chair: Rich
20:03:30 [davidb]: Zakim, who is on the call?
20:03:30 [Zakim]: sorry, davidb, I don't know what conference this is
20:03:31 [Zakim]: On IRC I see Stevef, richardschwerdtfe, oedipus, RRSAgent, MichaelC, davidb, krijnh, trackbot
20:04:24 [richardschwerdtfe]: http://lists.w3.org/Archives/Public/public-canvas-api/2009OctDec/0057.html
20:04:28 [davidb]: scribe: davidb
20:05:13 [davidb]: rs: first we'll discuss the shadow dom, and what html elements are going to be allowed in the shadow dom, and what is our keyboard model
20:05:19 [Stevef]: davidb: whats the plans for bespin that you mentioned?
20:05:41 [davidb]: rs: activedescendant is one thing, but tab control is wanted
20:05:50 [davidb]: rs: tech issues?
20:06:19 [davidb]: Stevef: it is a bespin specific thing (not general solution)
20:06:25 [silvia]: silvia has joined #html-a11y
20:06:49 [davidb]: rs: is there a problem with tabbing to a button in the shadow area?
20:07:14 [davidb]: db: i can look into that
20:07:43 [davidb]: sf: html5 has sliders spinbuttons etc
20:08:21 [davidb]: rs: the author has to capture the keyboard events and visually show behaviour in the rendered area.
20:08:36 [davidb]: db: i can't think of any show-stopper problems
20:09:20 [davidb]: rs: david can you go back to mozilla and see if all renderable elements can be used in shadow dom
20:10:19 [richardschwerdtfe]: ACTION: davidb Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM
20:10:19 [trackbot]: Sorry, couldn't find user - davidb
20:10:46 [davidb]: ACTION: dbolter Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM
20:10:46 [trackbot]: Sorry, couldn't find user - dbolter
20:10:52 [davidb]: ACTION: bolter Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM
20:10:52 [trackbot]: Sorry, couldn't find user - bolter
20:11:56 [oedipus]: trackbot, status?
20:12:44 [davidb]: gr: i will create manually
20:13:01 [Eliot_Graff]: Eliot_Graff has joined #html-a11y
20:16:52 [oedipus]: http://www.w3.org/2005/Incubator/app-backplane/
20:16:57 [oedipus]: http://www.w3.org/2005/Incubator/app-backplane/XGR-app-backplane-20091030/
20:17:01 [oedipus]: ubiquity x-forms project was the model - http://code.google.com/p/ubiquity-xforms/
20:17:06 [oedipus]: could set up a google code group for the shadow DOM for CANVAS and use development of shadow DOM as a follow-up activity to the RWAB XG - jack jansen, charlie wiecha, jack boyer, mark birbeck, etc.
20:19:30 [oedipus]: something for the sub-group to consider
20:19:33 [richardschwerdtfe]: RACTION: David Bolter to Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM
20:19:39 [oedipus]: one way to get an implementation
20:21:02 [davidb]: group: discussing activedescedant
20:21:29 [davidb]: rs: if there is a shadow dom element inside canvas... any issues?
20:21:33 [davidb]: db: nothing comes to mind
20:21:53 [oedipus]: http://www.w3.org/WAI/PF/HTML/track/actions/4
20:22:30 [davidb]: rs: re bespin we could have a rich text area, and reflect it in the UI.
20:22:51 [davidb]: db: i'm not sure that is a bad approach
20:24:08 [oedipus]: gjr notes that was finally able to get action assigned to rich in tracker - it is action-4 (http://www.w3.org/WAI/PF/HTML/track/actions/4)
20:24:48 [davidb]: rs: concerned about doing a caret api - too loaded an effort
20:24:59 [davidb]: db: yeah
20:25:36 [richardschwerdtfe]: RACTION: David Bolter to ask if the use of contenteditable areas for representing rich text with caret position in the shadow dom would be acceptable for HTML 5 and canvas
20:26:08 [davidb]: db: i can ask web developers
20:26:25 [oedipus]: http://www.w3.org/WAI/PF/HTML/track/actions/5
20:27:24 [davidb]: gr: rich web app backplane recommends followup activity, for shadow dom, or canvas api...
20:27:30 [davidb]: gr: there is interest
20:27:43 [davidb]: gr: if we can do it correctly and show it is feasible then win.
20:28:16 [davidb]: rs: could use text field btw
20:28:32 [davidb]: sf: how are you suggesting the caret will be expose... on canvas root?
20:29:25 [davidb]: rs: will have to show visual focus on canvas (css)
20:29:42 [davidb]: sf: placing focus of control is diff from caret
20:29:54 [oedipus]: q+ to ask if this approach will enable simultaneous exposition of canvas and alternative (for cognative and low vision use)
20:29:55 [davidb]: db: yep
20:30:31 [oedipus]: ack oe
20:30:31 [Zakim]: oedipus, you wanted to ask if this approach will enable simultaneous exposition of canvas and alternative (for cognative and low vision use)
20:32:14 [oedipus]: scribe+ oedipus
20:32:20 [oedipus]: scribenick: oedipus
20:32:45 [oedipus]: TOPIC: Media Queries and Selection of Alternative Content
20:32:48 [richardschwerdtfe]: http://lists.w3.org/Archives/Public/public-canvas-api/2009OctDec/0056.html
20:33:02 [oedipus]: RS: posted recently on this topic
20:33:22 [richardschwerdtfe]: <canvas>
20:33:22 [richardschwerdtfe]: <default aria-activedescendant="foo"> /*Since canvas is visual this is
20:33:23 [richardschwerdtfe]: the default mode. It contains the shadow DOM*/
20:33:23 [richardschwerdtfe]: <div role="toolbar">
20:33:24 [richardschwerdtfe]: <div role="tab" tabindex="-1" id="foo">
20:33:25 [richardschwerdtfe]: </div>
20:33:25 [richardschwerdtfe]: </div>
20:33:27 [richardschwerdtfe]: </access>
20:33:29 [richardschwerdtfe]: <visual type="text"> /*Here we could place a long description or an
20:33:31 [richardschwerdtfe]: alternative aria-enabled widget*/
20:33:33 [richardschwerdtfe]: </access>
20:33:35 [richardschwerdtfe]: <audio>
20:33:37 [richardschwerdtfe]: </access>
20:33:39 [richardschwerdtfe]: <tactile> /*This is in access for all and we could lose it for now for
20:33:41 [richardschwerdtfe]: obvious reasons*/
20:33:43 [richardschwerdtfe]: </access>
20:33:45 [richardschwerdtfe]: <olfactory> /*This is in access for all and we could lose it for now for
20:33:47 [richardschwerdtfe]: obvious reasons*/
20:33:49 [richardschwerdtfe]: </access>
20:33:51 [richardschwerdtfe]: <visual type="signlanguage">
20:33:53 [richardschwerdtfe]: </access>
20:33:55 [richardschwerdtfe]: </canvas>
20:34:01 [oedipus]: RS: what we have is CANVAS and different modalities (save tactile for now) so can be chosen instead of default
20:34:32 [oedipus]: RS: if have map rendered in CANVAS, may not be most accessible solution - author can provide alternative modality in HTML and have attributes based on access for all standards
20:35:02 [oedipus]: RS: if ua has css media query and person wants features x, y and z of visual interface, UA would swap entire content for canvas using css-type attributes
20:35:16 [oedipus]: RS: whole shadow DOM can be unloaded and use alternative rendering instead
20:35:22 [oedipus]: RS: similar proposal for VIDEO
20:35:56 [oedipus]: RS: want to have one that has the AUDIO associated with it, or i can choose audio version of canvas with self-voicing app - user being able to select which they want
20:36:16 [oedipus]: RS: problems: 1) same with MEDIA proposal - don't have all media elements in html5 today, but can add them;
20:36:25 [oedipus]: RS: definitely CSS media equiv fomat
20:36:45 [oedipus]: RS: second problem: don't have all a11y properties included in Access4All version 3
20:37:14 [oedipus]: RS: alternative modalities - within can choose refinements based on set of preompts - audio description, high contrast, caption -- even an eBook
20:37:26 [oedipus]: RS: don't have to accept all of these, but want to follow this approach
20:37:48 [oedipus]: RS: providing alternate content for CANVAS requires support for these queries
20:37:57 [oedipus]: RS: discussion with CSS group on this topic
20:37:58 [richardschwerdtfe]: q?
20:38:15 [oedipus]: SF: discussed earlier in main a11y TF meeting
20:38:31 [oedipus]: SF: sounded as if no major problem to get keywords added to CSS media queries
20:38:45 [oedipus]: RS: best fit mechanism - if no exact match, there might be a better fit than is default
20:38:55 [oedipus]: SF: if not this, use this type thing?
20:38:59 [oedipus]: RS: pretty much
20:39:23 [oedipus]: RS: suggest additional query keywords to CSS media group
20:39:27 [oedipus]: RS: can discuss in january
20:39:35 [oedipus]: RS: want to know if approve of approach
20:39:37 [oedipus]: SF: yes
20:39:39 [oedipus]: GJR: yes
20:39:52 [oedipus]: RS: will need coordination call with CSS group
20:40:02 [oedipus]: RS: types - different attributes
20:40:11 [richardschwerdtfe]: http://lists.w3.org/Archives/Public/public-canvas-api/2009OctDec/0056.html
20:40:34 [oedipus]: RS: do we ant to call element DEFAULT or SHADOW
20:40:58 [oedipus]: SF: some talk on list today about term shadow DOM - claim it is invalid
20:41:11 [oedipus]: RS: what if call it default because canvas is inherently visual
20:41:31 [oedipus]: RS: first one in list is visual
20:41:38 [oedipus]: SF: ok with DEFAULT
20:41:49 [oedipus]: SF: doesn't make huge diff at this point
20:42:07 [oedipus]: RS: visual media type - alternative visualization?
20:42:19 [oedipus]: RS: not shadow DOM - if user chooses this, this is what is rendered
20:42:30 [oedipus]: RS: can add properties about source, for example high contrast, etc.
20:42:35 [oedipus]: SF: sounds reasonable
20:43:00 [oedipus]: RS: alternative media types: visual, tactile, audio, and olfactory
20:43:12 [oedipus]: the synthestic web
20:43:26 [oedipus]: SF: media type queries has visual and tactile
20:44:42 [Stevef]: http://www.w3.org/TR/css3-mediaqueries/
20:45:00 [oedipus]: GJR: propose a "braille" media type instead of "tactile"
20:45:05 [oedipus]: SF: no disagreement
20:45:15 [oedipus]: RS: video and audio as alternative types
20:45:23 [oedipus]: GJR: does text cover braille
20:46:23 [oedipus]: RS: can have refinement of tactile - braille
20:47:07 [oedipus]: GJR: .brl format?
20:48:01 [oedipus]: RS: leave out tactile, and have GJR come up with proposal for braille
20:48:25 [oedipus]: ACTION - Gregory - propose braille media type after consulting with Braille-in-DAISY and others
20:48:25 [trackbot]: Sorry, couldn't find user - -
20:48:35 [oedipus]: SF: get base ones in now,
20:48:53 [oedipus]: RESOLVED: stay with audio, visual and defualt (shadow dom)
20:49:03 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
20:49:30 [oedipus]: RS: if have alternative content, what it means is media type goes to a source; currently is entire file, not fragment
20:49:38 [oedipus]: RS: mash-ups deploy fragments on web
20:49:56 [oedipus]: RS: current media types require entirely separate source; ideally would like to have fragment
20:50:06 [oedipus]: RS: if fragment, put in IFrame in document
20:50:34 [oedipus]: GJR: IFrame a11y issues -- scrolling
20:50:42 [oedipus]: GJR: is the IFRAME itself resizable
20:51:05 [oedipus]: RS: prefer to have via fragments pulled in rather than entire documents
20:51:16 [oedipus]: RS: may discuss on public-html
20:51:24 [oedipus]: RS: need futher discussion beyond group
20:51:57 [oedipus]: ACTION: Rich - fragments versus entire pages as alternatives address with HTML WG members
20:51:57 [trackbot]: Created ACTION-6 - - fragments versus entire pages as alternatives address with HTML WG members [on Richard Schwerdtfeger - due 2009-12-24].
20:52:23 [oedipus]: RS: within media type, choose specific adaptation types
20:52:32 [oedipus]: RS: from current internal version of IMS spec
20:52:44 [oedipus]: TOPIC: Adaptation Types for Media Types
20:52:48 [richardschwerdtfe]: 4a. adaptationtype - Provide one or more of the following adaptation types:
20:52:48 [richardschwerdtfe]: audiodescription
20:52:49 [richardschwerdtfe]: caption
20:52:49 [richardschwerdtfe]: signlanguage
20:52:49 [richardschwerdtfe]: highcontrast
20:52:49 [richardschwerdtfe]: transcript
20:52:50 [richardschwerdtfe]: alternativeText
20:52:53 [richardschwerdtfe]: longDescription
20:52:54 [richardschwerdtfe]: haptic
20:52:57 [richardschwerdtfe]: e-book
20:52:59 [oedipus]: GJR: braille and adaptation of tactile?
20:53:19 [oedipus]: RS: want to include all of this, or just pieces?
20:53:49 [oedipus]: SF: introducing too much complexity - don't want to overburden alternatives
20:54:03 [oedipus]: s/and adaptation/an adaptation
20:54:11 [oedipus]: SF: sounds complex and complicated
20:54:27 [oedipus]: RS: can say visual sign language rendering of audio file - can leave some out
20:54:45 [oedipus]: SF: might as well put all in and pull out if necessary
20:55:04 [oedipus]: RS: need to discuss with broader group
20:55:42 [oedipus]: RS: can have 1 or more values for adaptation
20:55:43 [richardschwerdtfe]: ATInteroperable
20:55:51 [oedipus]: TOPIC: ATInteroperable
20:56:06 [oedipus]: RS: fully supports A11y infrastructure (ARIA+HTML5)
20:56:27 [oedipus]: RS: important to say needs to be interoperable with at?
20:56:34 [oedipus]: GJR: can't hurt
20:56:37 [oedipus]: SF: fine with me
20:56:48 [richardschwerdtfe]: languageOfAdaptation
20:56:56 [oedipus]: TOPIC: langaugeOfAdaptation
20:57:08 [oedipus]: RS: needs to be addressed for CC and video
20:57:13 [oedipus]: GJR: and for braille!
20:58:16 [oedipus]: RS: please reveiw rest of posting and provide comments to CANVAS list
20:58:58 [oedipus]: RS: next meeting 2010-01-07; time TBA
20:59:04 [richardschwerdtfe]: next meeting is at January 7, 2010 - time to be announced
20:59:49 [oedipus]: RS: target date for having something for HTML WG is February 25, 2010 -- aggressive but going to try to meet it
21:00:26 [oedipus]: SF: doesn't have to be set in stone - as much completion as possible, but there is some wiggle room
21:01:00 [oedipus]: [ADJOURN]
21:01:24 [oedipus]: RS : thanks for coming with such short notice
21:01:33 [oedipus]: zakim, please part
21:01:33 [Zakim]: Zakim has left #html-a11y
21:02:09 [oedipus]: rrsagent, make minutes
21:02:09 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
21:05:10 [oedipus]: YIKES!!!!!!!!!!! the canvas minutes are now part of the html5 a11y tf minutes because the meeting was held in the same IRC channel
21:05:31 [oedipus]: michaelC will have to manually fix before they can be announced to the canvas and public-html lists
21:05:38 [oedipus]: rrsagent, make minutes
21:05:38 [RRSAgent]: I have made the request to generate http://www.w3.org/2009/12/17-html-a11y-minutes.html oedipus
21:05:56 [MichaelC]: Yes, I asked rich to move the channel
21:06:17 [MichaelC]: I'm in a meeting now, can't fix (and grumpy about having to fix an avoidable situation)
21:12:45 [oedipus]: rrsagent, please part
21:12:45 [RRSAgent]: I see 5 open action items saved in http://www.w3.org/2009/12/17-html-a11y-actions.rdf :
21:12:45 [RRSAgent]: ACTION: cynthia create revised summary proposal for January 14th, 2010 [1]
21:12:45 [RRSAgent]: recorded in http://www.w3.org/2009/12/17-html-a11y-irc#T17-01-19
21:12:45 [RRSAgent]: ACTION: davidb Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM [2]
21:12:45 [RRSAgent]: recorded in http://www.w3.org/2009/12/17-html-a11y-irc#T20-10-19
21:12:45 [RRSAgent]: ACTION: dbolter Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM [3]
21:12:45 [RRSAgent]: recorded in http://www.w3.org/2009/12/17-html-a11y-irc#T20-10-46
21:12:45 [RRSAgent]: ACTION: bolter Get back with the Mozilla team to ensure there are no issues with allowing standard HTML5 input controls in the shadow DOM [4]
21:12:45 [RRSAgent]: recorded in http://www.w3.org/2009/12/17-html-a11y-irc#T20-10-52
21:12:45 [RRSAgent]: ACTION: Rich - fragments versus entire pages as alternatives address with HTML WG members [5]
21:12:45 [RRSAgent]: recorded in http://www.w3.org/2009/12/17-html-a11y-irc#T20-51-57