- From: Léonie Watson <tink@tink.co.uk>
- Date: Fri, 18 Oct 2013 15:57:31 +0100
- To: "'Richard Schwerdtfeger'" <schwer@us.ibm.com>
- Cc: <public-pfwg@w3.org>
- Message-ID: <004f01cecc12$60395210$20abf630$@tink.co.uk>
Richard Schwerdtfeger wrote:
“I think the issue is that aria-selected is used in controls such that on
some platforms it becomes part of the selection model for a widget. I think
you are looking for something more global in nature.”
Yes. The reasons for not extending aria-selected make sense.
“It almost seems like you want something beyond "widget scope". Would this
also apply to breadcrumbs? We did not do a breadcrumb role in ARIA as we
thought it could be handled by existing widgets.”
I don’t think a breadcrumb role/widget is needed. More the ability to
indicate to AT users that the last step in a breadcrumb trail represents the
currently selected page.
<ul>
<li><a href=”home.html”>Home</a>
<ul>
<li><a href=”about.html”>About</a>
<ul>
<li><a href=”meet.html” aria-current=”true”>Meet our team</a></li>
</ul></li>
</ul></li>
</ul>
“If you had this type of role how would you see a user interacting with it
differently from selection?”
>From the user’s perspective I’m not sure there would be any material
difference. They’d be made aware that the currently focused item was
selected/current/whatever. Whether that thing was a tab in a tabbed widget,
a page in a website, or a step in a process is a distinction beyond what
users would need/want to know.
Léonie.
Received on Friday, 18 October 2013 14:57:52 UTC