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)
Core
Disability Access APIs
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?
Comment 1•12 years ago
|
||
I would be okay with that as long as we don't break anyone.
Reporter | ||
Comment 2•12 years ago
|
||
(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.
Comment 3•12 years ago
|
||
Yeah we should be able to fix both bugs at once.
Reporter | ||
Comment 4•12 years ago
|
||
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.
Comment 5•5 years ago
|
||
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.
Description
•