ISSUE-1022: Password fields should have a state indicating whether password is obscured or visible

Password fields should have a state indicating whether password is obscured or visible

State:
CLOSED
Product:
ARIA 1.2
Raised by:
Amelia Bellamy-Royds
Opened on:
2016-03-31
Description:
The ARIA 1.1 password role proposal requires that the value exposed to ATs be the actual rendered text, which may or may not consist of dummy characters to hide the true password value.

This address some, but not all, confusion to users over whether or not a password field is obscuring the password. In particular, users may not know until after they type whether or not the characters will be masked.

I proposed using a new aria state to indicate this. For native input elements, this would be a "strong native semantics" state determined entirely by the user agent. For custom widgets, the author could indicate with the aria attribute.

https://lists.w3.org/Archives/Public/public-aria/2016Mar/0239.html
Related Actions Items:
No related actions
Related emails:
No related emails

Related notes:

Close based on role parity

James Nurthen, 3 May 2018, 18:36:24

https://github.com/w3c/aria/issues/166

James Nurthen, 7 May 2018, 18:15:12

Display change log ATOM feed


Joanmarie Diggs <jdiggs@igalia.com>, James Nurthen <nurthen@adobe.com>, Chairs, Michael Cooper <cooper@w3.org>, Ruoxi Ran <ran@w3.org>, Staff Contacts
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <w3t-sys@w3.org>.
$Id: index.php,v 1.326 2018/10/13 17:29:51 vivien Exp $