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)

defect
Not set
normal

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: nobody → bolterbugz
Jamie, do you have any thoughts on this?
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.
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
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.