- From: Charles McCathieNevile <chaals@opera.com>
- Date: Fri, 30 Mar 2012 00:59:12 +0200
- To: "HTML Accessibility Task Force" <public-html-a11y@w3.org>, "Silvia Pfeiffer" <silviapfeiffer1@gmail.com>
On Thu, 29 Mar 2012 22:56:57 +0200, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > On Thu, Mar 29, 2012 at 9:45 AM, Janina Sajka <janina@rednote.net> wrote: >> Colleagues: >> >> On 29 March last the HTML-A11Y Task Force teleconference meeting >> reached consensus as follows: >> >> RESOLUTION: The HTML-A11Y Task Force confirms that ARIA-DescribedAT will >> not be ready for HTML 5 in HTML 5's currently published timeframe, and >> therefore reaffirms its support of Laura's authored CP to reinstate >> longdesc (Issue-30). >> >> The TF resolution, together with minutes of the discussion leading up to >> it, is logged at: >> http://www.w3.org/2012/03/29-html-a11y-minutes.html#item03 >> >> As usual, if there is objection to this consensus position, please >> respond by replying to this message no later than close of business, >> Boston Time, on Monday 2 April. > > I have two comments on this: > > Laura's change proposal [1] asks for @longdesc to be reinstated for > <img> elements. > @longdesc is currently an obsolete attribute [2] for both, <img> and > <iframe>. > > First a question: we are not asking @longdesc to be reinstated for > <iframe>, or are we? And: why not? We are not. Because when I wrote the original change proposal for ISSUE-30 (and indeed, when I raised the issue, oh so long ago), I didn't think it would be a multi-year project for such a simple piece of missing functionality to be added (back), and conceived it as a simple step on what I did expect to be a reasonably difficult path of getting HTML5 to support accessibility to the level that the Web as a whole did 5 years ago. > Secondly my opinion: if we are not planning to introduce a > @aria-describedAt attribute into HTML5, we should drop issues 194 [3] > and 203 [4] and defer them to HTML.next. I don't want to see the > problem of long descriptions / transcripts solved for <video> elements > in isolation from other elements. It would make more sense to have a > common solution on all elements. At this stage I think the situation is pretty sad, and while I'm prepared to work on anything that makes sense, I am unhappy enough to accept a half-arsed hand-me-down as better than nothing. :( But in principle I still agree with you, because it seems that putting in accessibility solutions we haven't thought through really incredibly carefully isn't a good idea (witness the small editorial mistakes that cost accesskey a decade, or the apparently spur-of-the-moment "solution" to hit testing on canvas). cheers Chaals -- Charles 'chaals' McCathieNevile Opera Software, Standards Group je parle français -- hablo español -- jeg kan noen norsk http://my.opera.com/chaals Try Opera: http://www.opera.com
Received on Thursday, 29 March 2012 22:59:47 UTC