RE: Bug: Firefox Accessibility Inspector reports placeholder attribute as eligible for accessible name

Hi,

To add to Jonathan just wrote, even though placeholder text will work as a last resort in the accessible name calculation, you would still need to provide some other type of backup visual affordance to serve audiences who do not have the benefit of assistive technology in Glenda's CodePen example: https://codepen.io/goodwitch/pen/OwEmEw


Here's a fork of her example I just made, which I think would pass both 3.3.2 and 4.1.2.  

https://codepen.io/anon/pen/GBwrNW


Do you agree, Jon?  Others?

Brooks

-----Original Message-----
From: Jonathan Avila [mailto:jon.avila@levelaccess.com] 
Sent: Wednesday, August 08, 2018 2:27 PM
To: Patrick H. Lauke <redux@splintered.co.uk>; w3c-wai-gl@w3.org
Subject: RE: Bug: Firefox Accessibility Inspector reports placeholder attribute as eligible for accessible name

> We've identified that placeholder use as the sole form of labelling is strongly discouraged, but I believe we do at least partly agree here that the fact that it is used as a last resort for the accessible name calculation is correct?



If it is a last resort for the accessible name -- then when only it is used the component still has an accessible name and assuming it's a meaningful name it passes WCAG.  I don't agree with that putting in the acc name even as a last resort because it legitamizes it's use as an accessible name and makes it difficult for us to prevent it's use and proliferation.  I'd prefer to see something like -- is not used in the accessible name calculation but browser's may expose it as fallback content.



Jonathan



-----Original Message-----

From: Patrick H. Lauke [mailto:redux@splintered.co.uk] 

Sent: Wednesday, August 08, 2018 3:08 PM

To: w3c-wai-gl@w3.org

Subject: Re: Bug: Firefox Accessibility Inspector reports placeholder attribute as eligible for accessible name







On 08/08/2018 19:46, Jonathan Avila wrote:

>> And, in Firefox and Chrome at least (possibly others, no time to test) the placeholder IS exposed by the browser as the input's programmatically determinable / accessible name. So how is it failing?

> 

> If the placeholder is exposed as the name but doesn't provide a name for the field but rather an example value then it would fail some SC because the programmatic name isn't a name but rather something else.  In the same we would fail an input for date who's aria-label was "mm/dd/yyyy".



Yes, but I was responding specifically to the example Glenda provided, 

where the placeholder was used with "First name" as value...



Getting back to the original topic: placeholder is currently one of the 

last resort attributes used to provide an accessible name to a control, 

in the absence of anything more suitable like a <label>, an aria-label, 

aria-labelledby or even a title attribute.



We've identified that placeholder use as the sole form of labelling is 

strongly discouraged, but I believe we do at least partly agree here 

that the fact that it is used as a last resort for the accessible name 

calculation is correct?



P

-- 

Patrick H. Lauke



www.splintered.co.uk | https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_patrickhlauke&d=DwIGaQ&c=4ZIZThykDLcoWk-GVjSLmy8-1Cr1I4FWIvbLFebwKgY&r=W3VUihr49D2x8upR4FtjMIsy0FSGEnqb4ghTiQJMtRw&m=QplIzRwchq7ziRIgsygxw-cR1pWZ-MFznSNfZVdxEUk&s=mSKI0Ez7WeED0UEwmrdEfPVBkIuoYz9wIJg72NAkjO0&e= 

https://urldefense.proofpoint.com/v2/url?u=http-3A__flickr.com_photos_redux_&d=DwIGaQ&c=4ZIZThykDLcoWk-GVjSLmy8-1Cr1I4FWIvbLFebwKgY&r=W3VUihr49D2x8upR4FtjMIsy0FSGEnqb4ghTiQJMtRw&m=QplIzRwchq7ziRIgsygxw-cR1pWZ-MFznSNfZVdxEUk&s=0gj5eAIIKsfd5ZVVkZrPx19tlVsyc8am3jlmQ9N0nQE&e=  | https://urldefense.proofpoint.com/v2/url?u=http-3A__redux.deviantart.com&d=DwIGaQ&c=4ZIZThykDLcoWk-GVjSLmy8-1Cr1I4FWIvbLFebwKgY&r=W3VUihr49D2x8upR4FtjMIsy0FSGEnqb4ghTiQJMtRw&m=QplIzRwchq7ziRIgsygxw-cR1pWZ-MFznSNfZVdxEUk&s=O0EJsNOV5xhPoJ2rpqkUK3Al5zjHz0vMpiYjy3ZcPpg&e= 

twitter: @patrick_h_lauke | skype: patrick_h_lauke

Received on Wednesday, 8 August 2018 19:55:28 UTC