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

Re: ARIA mapping status update

From: Steven Faulkner <faulkner.steve@gmail.com>
Date: Thu, 16 Sep 2010 09:43:10 +0100
Message-ID: <AANLkTikKOwF6Qtc8XwYVw_MHTZwq4kozK9sgfL_OVtx_@mail.gmail.com>
To: Maciej Stachowiak <mjs@apple.com>
Cc: HTML WG <public-html@w3.org>
HI Maciej,

thanks for the update:
 we have decided not to pursue this at this time:

<http://www.w3.org/Bugs/Public/show_bug.cgi?id=10467>
'provide headings in the WAI-ARIA section of the spec to make it easier to
understand'
 -> RESOLVED WONTFIX (seems purely an editorial matter again; is this really
important?)

I will follow up on this, i believe it has been discussed by the PF so a
decision should be forthcoming:
Note: after discussion in tuesdays aria mapping subteam meet we decided
to escalate the bug as it includes changes to permissable roles on the
elements in question, which will not be affected by the decision on the
default roles.


= Next Action on PFWG =

<http://www.w3.org/Bugs/Public/show_bug.cgi?id=10478>
'modify table, tr and td roles'
 -> RESOLVED WONTFIX -- there seems to be a dispute over what the ARIA spec
says here and what it should say; no consensus even among PWFWG members.
 -> I have submitted a comment to PFWG which sparked a thread: <
http://lists.w3.org/Archives/Public/public-pfwg-comments/2010JulSep/0029.html
>

We will wait on this bug until we can review the spec when the chnages are
included:
<http://www.w3.org/Bugs/Public/show_bug.cgi?id=10464>
'provide clear user friendly links to WAI-ARIA documents in the ARIA section
of the spec'
 -> RESOLVED LATER -- editor proposes to do this later using an automatic
cross-reference tool. Strikes me as reasonable.




regards
stevef



On 16 September 2010 09:09, Maciej Stachowiak <mjs@apple.com> wrote:

>
> Recently I sent a status update on ARIA-related bugs against HTML5, in the
> interests of informing the group and helping to expedite work. Here is
> another update. Thee are a number of new bugs since last week.
>
>
> Summary:
>
> - 15 points of agreement (apparent consensus)
> - 5 clear point of disagreement (escalated)
> - 3 items with next action on proposal authors
> - 12 items with next action on editor
> - 1 item with next action on PFWG
> - 1 other
>
>
> = No Action Needed; consensus found =
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10438>
> 'math should be changed changed from no role to "math" role'
>  -> RESOLVED WONTFIX; A11Y TF proposal has been updated to match
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10439>
> '<input type=file> has "button" role, but is typically a compound control'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10440>
> 'menu type=context should have "menu" role'
>  -> RESOLVED WONTFIX; A11 TF proposal has been updated to match
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10441>
> '<link> that represents a hyperlink should probably have no role by
> default'
>  -> RESOLVED WONTFIX; A11 TF proposal has been updated to match
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10444>
> 'ARIA section does not list elements that have no default role or role
> restrictions'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10445>
> 'Certain elements with no role should have that as a strong semantic'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10446>
> 'Consider limiting the roles of certain media and plugin elements'
>  -> RESOLVED FIXED (partial fix, but A11Y TF proposal is already updated
> for the difference)
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10451>
> 'Consider restricting the roles allowed for the label element'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10465>
> 'provide correct aria mapping and role info for the table element'
>  -> RESOLVED DUPLICATE
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10485>
> 'The img element with non-empty alt should default to the img aria role'
>  -> RESOLVED DUPLICATE
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10486>
> 'References to "image" ARIA role should be "img"'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10487>
> 'Allow radio buttons and checkboxes to be used as radio and check menu
> items respectively'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10496>
> 'fix error in aria conformance checker advice'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10463>
> 'provide a comprehensive HTML5 to accessibility API mapping reference'
>  -> RESOLVED WONTFIX -- note, this requests a spec change that is not
> reflected in the proposal. Discussion on the list seems to indicate it won't
> be pursued further.
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10494>
> 'modify aria example and fix spelling;
>  -> RESOLVED FIXED
>
> = No Action Needed; disagreement has been escalated =
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=8000>
> 'ARIA roles added to the a element should be conforming in HTML5'
>  -> RESOLVED WONTFIX
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10493>
> '"ARIA restricts usage of this role to one per page" is an unclear
> statement'
>  -> RESOLVED FIXED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10447>
> '<output> should have a status role by default after all
>  -> RESOLVED FIXED -- this was reversed from the original request by
> consensus of A11Y folks; has been updated in the A11Y TF proposal
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10448>
> 'Consider broadening the set of allowed roles for command elements'
>  -> RESOLVED WONTFIX -- this seems like a philosophical difference at this
> point so maybe reopening more is not the best course
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10462>
> 'merge ARIA mapping tables and list'
>  -> RESOLVED WONTFIX (again, it seems like a matter of style how the
> different tables are broken down, so maybe we can let this one slide)
>
>
>
> = Next Action on Proposal Authors =
>
> For most of these, the editor has fully or partially rejected a portion of
> the proposal, with a stated rationale. For each of these, the proposal
> authors should take one of the following actions:
> - If they agree with the rationale given, then please update the proposal
> to match.
> - If they have relevant new information which should be given fresh
> consideration by the editor, then reopen the bug (but please don't
> chain-reopen too many times).
> - If there is a clear point of disagreement, then mark it TrackerRequest.
> We can roll all these up into one tracker issue.
>
>
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10452>
> 'Consider documenting attributes that map to ARIA properties in a separate
> table'
>  -> RESOLVED WONTFIX (as a side note, it seems like a matter of style how
> the different tables are broken down, so maybe we can let this one slide)
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10467>
> 'provide headings in the WAI-ARIA section of the spec to make it easier to
> understand'
>  -> RESOLVED WONTFIX (seems purely an editorial matter again; is this
> really important?)
>
> details element
>  -> no bug on this, but proposal authors agreed that what is in spec
> generally makes sense; proposal needs updating
>
>
>
>
> = Next Action on Editor =
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=9817>
> 'Details element Focus problem
> => REOPENED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10479>
> 'add role=radiogroup to details element'
>  -> reopened; needs new response from editor
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10449>
> 'consider allowing various command-like ARIA roles for h1-h6'
>  -> REOPENED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10450>
> 'Allow lists to be used as menus or tab sets' -- partially accepted except
> for presentation role - extra motivation provided for that specifically
> -> REOPENED
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10591>
> 'conflicting info for table element in aria section'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10592>
> '"h1 to h6 element that does have an hgroup ancestor" not listed in ARIA
> section'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10593>
> 'thead, tfoot and tbody conflicts in aria section'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10594>
> 'conforming use of various aria attributes not specified
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10600>
> 'Strong semantics role="presentation" for <img alt="<empty>"> is wrong or
> inaccurate'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10603>
> 'Clarify what default roles UAs may assign to elements not listed in the
> ARIA section'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10614>
> 'Clarify what <img role=presentation alt=<not-the-empty-string> > means'
> -> NEW
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10618>
> 'Use "unmapped" rather than "no role" in the weak/strong ARIA tables'
> -> NEW
>
>
> = Next Action on PFWG =
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10478>
> 'modify table, tr and td roles'
>  -> RESOLVED WONTFIX -- there seems to be a dispute over what the ARIA spec
> says here and what it should say; no consensus even among PWFWG members.
>  -> I have submitted a comment to PFWG which sparked a thread: <
> http://lists.w3.org/Archives/Public/public-pfwg-comments/2010JulSep/0029.html
> >
>
> = Other =
>
> <http://www.w3.org/Bugs/Public/show_bug.cgi?id=10464>
> 'provide clear user friendly links to WAI-ARIA documents in the ARIA
> section of the spec'
>  -> RESOLVED LATER -- editor proposes to do this later using an automatic
> cross-reference tool. Strikes me as reasonable.
>
>
>
>


-- 
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 Thursday, 16 September 2010 08:44:04 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:14 GMT