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.
<rdar://problem/21071877>
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?
(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