Closed
Bug 631015
Opened 14 years ago
Closed 12 years ago
When no role is specified, fill role object attribute with closest match
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: davidb, Assigned: davidb)
References
(Blocks 1 open bug)
Details
When no role is specified, fill role object attribute with closest match, based on the native markup.
WAI-XTECH thread starts here:
http://lists.w3.org/Archives/Public/wai-xtech/2011Jan/0004.html
Let's gather our thoughts and feedback here.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → bolterbugz
Assignee | ||
Comment 1•13 years ago
|
||
Jamie, do you have any thoughts on this?
Comment 2•13 years ago
|
||
Practically, I don't care. NVDA doesn't use the role object attribute and probably never will even if it's implemented. We do use xml-roles, but only for landmarks and only because there is no specific landmark object attribute. (I've argued about this before, but that bird has flown now.)
From a principle standpoint, I agree that ARIA states and properties should be allowable on elements based on their implicit role (which is the reason Rich gives for this proposal), but I really don't see the point of exposing this role in an object attribute. The role abstraction should come from the native accessibility API; e.g. IA2. Otherwise, we're developing another mechanism to expose the same information, which is confusing and inconsistent.
Comment 3•13 years ago
|
||
basically we have xml-roles for that
1) for ARIA roles
2) for native elements
2.1) when no proper accessible role (like figure xml-roles)
2.2) when native element acts as landmark
I think I'm fine with proposal but use 'xml-roles', at least this adds more consistence
Assignee | ||
Comment 4•12 years ago
|
||
I no longer see this bug as useful.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•