W3C home > Mailing lists > Public > public-html@w3.org > June 2010

Re: Change proposal for ISSUE-85

From: Steven Faulkner <faulkner.steve@gmail.com>
Date: Wed, 16 Jun 2010 10:54:04 +0100
Message-ID: <AANLkTinAs-A5VIgjiKmnjj6Thou4e-jB6-qBcuNSpMhD@mail.gmail.com>
To: Henri Sivonen <hsivonen@iki.fi>
Cc: Jonas Sicking <jonas@sicking.cc>, Maciej Stachowiak <mjs@apple.com>, Ian Hickson <ian@hixie.ch>, Sam Ruby <rubys@intertwingly.net>, public-html@w3.org
hi henri,
>making things more complex by adding role via JS.

I think it is good to encourage authors to apply ARIA features that
rely on scripting to work to add them via JS. I don't think it should
be an error though if this is not the case. I do think that a
conformance checker such as NU will be used to check generated code
for errors, in which case  I want as a developer from the conformance
checker is to flag things that won't work as i intended them to.

<a role="botton">

would be a useful error to flag as the role value is incorrect or

<a role="button" aria-checked="true">

would be a useful error to flag as the aria-checked attribute doesn't
work with role="button"

regards
stevef

On 16 June 2010 08:22, Henri Sivonen <hsivonen@iki.fi> wrote:
> On Jun 16, 2010, at 08:46, Jonas Sicking wrote:
>
>> One thing that would be good to get clarified is how a UA is supposed
>> to handle <a role=button>.
> [...]
>> I think a good argument could be made that if someone has gone through
>> the trouble to add 'role=button' to an element, then that is likely
>> the most accurate role. Thus I think a reasonable argument could be
>> made that we should forward this information to AT users.
>
> Indeed. I think <a role=button> should be reported to accessibility APIs as a button.
>
> This is tied to the stylability of <a>. If <a> can be styled to look like a button, there should be a mechanism for reporting it as a button via AT, too.
>
> Furthermore, if styling it as a button is not a machine-checkable conformance error, reporting it to AT as a button should not be a machine-checkable conformance error, either, because flagging the AT side but not the visual side as conforming would likely more often have a negative effect than have the positive effect of authors replacing <a> with <button> or <input type=button>. The particular negative effects I can foresee are either making the Web application less accessible (by omitting role altogether) or making things more complex by adding role via JS.
>
> On the other hand, I think http://www.w3.org/Bugs/Public/show_bug.cgi?id=9871 should be WONTFIXed unless addEventListener is made not to have an effect on <a>, but doing that would probably Break the Web.
>
> To cast the above as objections: I object to Hixie's no-change proposal to ISSUE 85 and I object to fixing bugs 9871 and 9872.
>
> --
> Henri Sivonen
> hsivonen@iki.fi
> http://hsivonen.iki.fi/
>
>
>



-- 
with regards

Steve Faulkner
Technical Director - TPG Europe
Director - Web Accessibility Tools Consortium

www.paciellogroup.com | www.wat-c.org
Web Accessibility Toolbar -
http://www.paciellogroup.com/resources/wat-ie-about.html
Received on Wednesday, 16 June 2010 09:54:57 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:18 UTC