- From: Matthew Turvey <mcturvey@gmail.com>
- Date: Tue, 27 Nov 2012 23:00:54 +0000
- To: HTML Accessibility Task Force <public-html-a11y@w3.org>
On 20 November 2012 12:15, Steve Faulkner <faulkner.steve@gmail.com> wrote: > We are calling for consensus on the HTML5 Image Description Extension > specification [1] > Is this specification ready to be put forward by the Task force to the HTML > WG and the Protocols and Formats WG for consideration for publication as a > first public working draft (FPWD)? > > [1] > http://dvcs.w3.org/hg/html-proposals/raw-file/4893614e89f2/longdesc1/longdesc.html I object to publishing this specification as FPWD: * None of the use cases (except Teaching Accessible Development) appear to specifically require longdesc. It seems these scenarios can already be better addressed with existing, widely supported techniques eg: <a href="description"><img src="image" alt="*the purpose of the link*" style="border:0"></a> or: http://www.w3.org/TR/WCAG-TECHS/G73.html http://www.w3.org/TR/WCAG-TECHS/G74.html * The Teaching Accessible Development use case could be perceived as arguing for imposing a complexity tax on people with disabilities solely for the benefit of the accessibility training industry. I'm not sure this is a message we want to promote. * People with cognitive impairments or low educational attainment, non-native language speakers, people with visual impairments who do not use AT but would benefit from an image description, people who appreciate reading a long description of a well-known artwork in addition to viewing the image, etc, cannot easily access an imperceivable longdesc link and face being completely locked out. Effective accessibility techniques should remove barriers to access, not introduce new barriers. * If there is a use case that specifically requires programmatic determinability of a long description link as distinct from a normal link, but is not satisfied by using rel=longdesc, this should be included. * Geoff Freed is currently compiling evidence for the Task Force that some educational publishers might be about to start using longdesc. It may be worth waiting until we have that evidence available. * We haven't addressed the objections from the original HTMLWG poll and decision, in particular: "ample evidence that longdesc has been so badly abused in practice that preserving it gives the pretense of serving accessibility while, in fact, not providing it." "no stated reason that this feature will actually be used more in the coming 10 years than it has in the past 10 years" "Many objected to inclusion of features in the language that have proven to be problematic and don't support any known use cases." http://www.w3.org/2002/09/wbs/40318/issue-30-objection-poll/results http://lists.w3.org/Archives/Public/public-html/2010Aug/att-0112/issue-30-decision.html * Sam Ruby previously suggested a course correction may be required on longdesc, citing the absence of correct longdesc usage in Steve Faulkner's survey of the top 10,000 website home pages. Is this spec the kind of course correction that will convince HTMLWG members to support longdesc? * One possible course correction could be spec'ing longdesc only for use in walled-gardens: i.e. that longdesc should only be used in closed environments, where accessibility specialists can ensure users have the required software installed, can train users to access longdesc and can control the quality of the walled-garden's longdesc content, and it should not be used on the Web. -Matt
Received on Tuesday, 27 November 2012 23:01:22 UTC