WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Labelling a "fill in the blank" form field

for

From: Isabel Holdsworth
Date: Apr 30, 2018 8:10AM

If the last part of the question is intrinsic to answering it, IMO
using a mechanism that may or may not cause it to be read by
screenreaders is not advisable. I'm sticking with aria-labeledby, even
though that's not a perfect solution either. Cheers.

On 30/04/2018, David Farough < <EMAIL REMOVED> > wrote:
> You are aware that, these individual verbosity levels can be
> configured.
> Perhaps if you check the control description option within the advanced
> verbosity settings you would hear the aria-describedby information.
>
> It could be argued that most people would not be aware that this is
> possible, but perhaps those who used this setting might be aware of its'
> flexibility.
>
> David Farough
>
> Coordonnateur de l'accessibilité des applications, Services intégrés de
> gestion des TI
> Commission de la fonction publique du Canada / Gouvernement du Canada
> <EMAIL REMOVED> Tél: 819-420-8418 Télécopieur :
> 819-420-8408
>
> Application Accessibility Co-ordinator, Corporate IT Management
> Public Service Commission of Canada / Government of Canada
> <EMAIL REMOVED> Tel: 819-420-8418 / Fax: 819-420-8408
>
>
>>>> Isabel Holdsworth < <EMAIL REMOVED> > 07:57 AM Monday,
> April 30, 2018 >>>
> Yes, I'm using Jaws 2018 and Chrome 66.0.3359.139, the latest build as
> of today. The labels work fine, but the last part of the question
> (aria-describedby?) isn't spoken with Jaws.
>
> On 30/04/2018, Mallory < <EMAIL REMOVED> > wrote:
>> Hi,
>> is this with Chrome browser?
>> We were using aria-labelledby on select inputs inside a table and
> were
>> hooking up the th's to them with aria-labelledby and while it was
> fine as
>> expected in IE and FF (and someone else claimed it worked in Edge as
> well),
>> in Chrome/chromium there was nothing to hear unless you did table
>> navigation.
>> I'd be interested to know if it differs per-browser since JAWS was
> just
>> barely a majority SR for students using our stuff; not working means
> it
>> needs to be revisited!
>>
>> Though very recently Steve Faulkner had tested our test page (with
> the
>> tables and selects) and it worked with the latest-latest JAWS and
> could no
>> longer reproduce.
>>
>> cheers,
>> _mallory
>>
>> On Mon, Apr 30, 2018, at 12:59 PM, Isabel Holdsworth wrote:
>>> Hi Mallory,
>>>
>>> Thanks for these great examples.
>>>
>>> Unfortunately, using JAWS 2018 with advanced user verbosity, I
> can't
>>> get the value of aria-describedby on any field. So this solution is
>>> close but not perfect for our needs.
>>>
>>> My solution of combining three labels, the middle of which is a
> hidden
>>> label that says "[fill in the blank]" seems to work well.
>>>
>>> Cheers.
>>>
>>> On 27/04/2018, Clayton Silva < <EMAIL REMOVED> > wrote:
>>> > Any thoughts on how to work with fill in the blank when HTML and
>>> > question
>>> > rewriting/reordering are not options?
>>> >
>>> >
>>> >
>>> > I am specifically thinking about cases where the fill-in part is
> not
>>> > necessarily meant to receive an answer, but rather where the
> whole
>>> > question
>>> > is an example and where the technology might be Word or PDF--like
> either
>>> > an
>>> > electronic version of a print publication or a public-facing draft
> of a
>>> > print publication.
>>> >
>>> >
>>> >
>>> > Some thoughts:
>>> >
>>> >
>>> >
>>> > · using a pre-defined symbol placeholder
>>> >
>>> > · using an inline/in-order image of a blank line with
> "fill in
>>> > the
>>> > blank" as alternative text
>>> >
>>> > · using words in brackets like {blank} or {fill in the
> blank}.
>>> >
>>> >
>>> >
>>> > All of these have drawbacks.
>>> >
>>> >
>>> >
>>> > Clayton Silva
>>> >
>>> >
>>> >
>>> >