Closed Bug 788494 Opened 12 years ago Closed 5 years ago

IAccessible::accRole shouldn't expose weak ARIA roles

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: surkov, Unassigned)

References

(Blocks 1 open bug)

Details

<div role="log"> should result in 'div' string role rather than 'log' one. David, agree?
I would be okay with that as long as we don't break anyone.
(In reply to David Bolter [:davidb] from comment #1) > I would be okay with that as long as we don't break anyone. It seems it's another side of bug 765878 you filed recently. It's hard to say if we break anyone but it's unlikely. Those roles aren't accessible roles so it seems it's not reasonable to expose them via roles mechanism.
Yeah we should be able to fix both bugs at once.
Thinking more we either should 1) map anything to accRole as we do now 2) or known roles only It doesn't make more sense to filter abstract roles (bug 765878) than to filter misspellings for example both role="buton" and role="roletype" are both senseless from AT perspective. The same can applicable at some range to weak roles as well (this bug). Mapping anything to accRole allows the AT to handle roles the browser don't know about. So it's extensible but not error prone approach. But it was used for a while and there's no complains (except the spec conflicts). I suggest to mark this bug 788494 and bug 765878 as wontfix and rise a question to ARIA group.

MSAA role strings are deprecated at best. I don't think we should put further effort into improving/tweaking these (unless we're getting rid of them altogether, bug 798492).

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.