- From: Charles McCathieNevile <chaals@opera.com>
- Date: Fri, 06 May 2011 12:05:15 +0200
- To: "Richard Schwerdtfeger" <schwer@us.ibm.com>, "Leif Halvard Silli" <xn--mlform-iua@xn--mlform-iua.no>
- Cc: "Laura Carlson" <laura.lee.carlson@gmail.com>, "Benjamin Hawkes-Lewis" <bhawkeslewis@googlemail.com>, "Geoff Freed" <geoff_freed@wgbh.org>, "HTML Accessibility Task Force" <public-html-a11y@w3.org>, "Steve Faulkner" <sfaulkner@paciellogroup.com>
On Fri, 06 May 2011 03:58:12 +0200, Leif Halvard Silli <xn--mlform-iua@målform.no> wrote: > Richard Schwerdtfeger, Thu, 5 May 2011 16:02:10 -0500: >> Laura Carlson <laura.lee.carlson@gmail.com> wrote on 05/05/2011 12:09:33 >>> But the text in 4.8.1 is normative. 4.8.1 >>> reads: "User agents should allow users to access long text >>> alternatives." Can you live with that? >>> >> I could although I do think it has mainstream benefits. Should we push >> for this to be a MUST Yes >> and accept a SHOULD if it is not acceptable to >> browser manufacturers? Hmmm. Browser manufacturers all already recognise it in the DOM (it's required for compatibility with e.g. screen readers that look for it). Adding an extension to a browser to find it is not that difficult (If I can get it half right in a couple of days a real programmer can do this easily). >> My concern is that if we make it a SHOULD we remove the argument that >> there are mainstream benefits from longdesc. And mine is that if it's only a should we suggest that this isn't critical functionality, just a nice-to-have, which is incorrect. > That said: One of the examples in the Rendering text is a javascript > implementation, so it is not 100% true that we *remove* it. Also, If we > say MUST, do we then create the impression that it is useless if it > gets a SHOULD? No, we (as argued above) imply that this is a valuable rather than critical feature. cheers Chaals -- Charles McCathieNevile Opera Software, Standards Group je parle français -- hablo español -- jeg lærer norsk http://my.opera.com/chaals Try Opera: http://www.opera.com
Received on Friday, 6 May 2011 10:05:58 UTC