10906 2010-09-30 21:58:02 +0000 make the the conforming use of placeholder dependent on the presence of a label 2016-02-23 11:45:46 +0000 1 1 1 Unclassified HTML WG HTML a11y APIs (editor: Steve Faulkner, Cynthia Shelly) unspecified PC All RESOLVED INVALID a11y, a11ytf P2 normal --- 1 faulkner.steve faulkner.steve chaals cooper ian joshue.oconnor laura.lee.carlson mike mjs mounir public-html-a11y public-html-admin public-html-wg-issue-tracking sideshowbarker+html-a11y-api oldest_to_newest 40315 0 faulkner.steve 2010-09-30 21:58:02 +0000 currently there is a weak author conformance requirement in regards to the use of the placeholder attribute "The placeholder attribute should not be used as an alternative to a label." this weakness is likely to result in a range of users not being able to access a text prompt for an input as authors will misuse the placeholder attribute to provide text labels, this weakness does a disservice to users. suggest making the conforming use of placeholder dependent on the presence of an explicitly associated text label using either label element or non empty title attribute on the element. 40480 1 mjs 2010-10-02 05:23:16 +0000 Placeholder often is used as an alternative to a label. It's intended to provide a more visually compact presentation. Sometimes, such controls have a button next to them further indicating the function. Consider the placeholder and/or placeholder-like display at the following sites: http://www.apple.com/ https://us.etrade.com/ http://www.reddit.com/ http://digg.com/news I don't think any of these would benefit from a visible label. I would suggest instead a requirement that placeholder should be exposed to assistive technologies as a label if there is no actual programatically associated label. 40661 2 ian 2010-10-05 21:57:18 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: There's no problem here. Yes, browsers have to implement their UI accessibly, but the spec doesn't preclude that. 42321 3 joshue.oconnor 2010-11-09 16:52:31 +0000 The placeholder attribute, this attribute can be used on form elements to predefine text that disappears as soon as the field gets focus. It's a visual indication of what is expected in the field. If, and only if, the field has no label otherwise, this placeholder text will be used to generate the AccessibleName, the name the screen reader speaks for the field when it gains focus. If the field has a label provided by the label element or an ARIA construct, the placeholder text will be ignored. For more details of a Firefox implementation see Marco Zehes Blog http://www.marcozehe.de/2010/11/09/new-accessibility-support-for-html5-elements-and-attributes/ 125226 4 chaals 2016-02-23 11:45:46 +0000 Turns out that sometimes not doing so is legit, and we have covered the case.