Bug 145300

Summary: AX: [ATK] Fix role mapping for lists and list items which are determined to be presentational
Product: WebKit Reporter: Joanmarie Diggs <jdiggs>
Component: AccessibilityAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: bugs-noreply, cfleizach, jcraig, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: All   
OS: Linux   

Description Joanmarie Diggs 2015-05-22 00:21:23 PDT 
The fix for bug 134187 added some heuristics regarding what should be exposed as a list to ATs. As a result, lists which are determined to be presentational now have ATK_ROLE_PANEL. They should probably be ignored instead, as if they ARIA role="presentation" or role="none" had been used. In addition, the presentational list items retain ATK_ROLE_LIST_ITEM which makes no sense outside of a containing list object.
Comment 1 Radar WebKit Bug Importer 2015-05-22 00:22:01 PDT 
<rdar://problem/21071877>
Comment 2 Joanmarie Diggs 2015-05-22 00:25:30 PDT 
Chris: I'll try to get to this one tomorrow. In the meantime, what do you think about using the same logic (inheritsPresentationalRole()) for this case? On the one hand, this is not technically an ARIA-presentational list. On the other hand, what difference does it make if we're going to treat it as a non-list?
Comment 3 chris fleizach 2015-05-22 00:32:13 PDT 
(In reply to comment #2)
> Chris: I'll try to get to this one tomorrow. In the meantime, what do you
> think about using the same logic (inheritsPresentationalRole()) for this
> case? On the one hand, this is not technically an ARIA-presentational list.
> On the other hand, what difference does it make if we're going to treat it
> as a non-list?

We may still want to expose these things are groupings, just not list grouping. presentational will remove the list/group from the tree completely