WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Radio Button strange behaviour in Firefox.

for

From: Murphy, Sean
Date: Jun 24, 2020 5:02PM

Birkir


Thanks for this. Consistency would be nice.




Sean Murphy | Accessibility expert/lead
Digital Accessibility manager
Telstra Digital Channels | Digital Systems
Mobile: 0405 129 739 | Desk: (02) 9866-7917

www.telstra.com

This email may contain confidential information.
If I've sent it to you by accident, please delete it immediately



-----Original Message-----
From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of Birkir R. Gunnarsson
Sent: Thursday, 25 June 2020 1:31 AM
To: WebAIM Discussion List < <EMAIL REMOVED> >
Subject: Re: [WebAIM] Radio Button strange behaviour in Firefox.

[External Email] This email was sent from outside the organisation – be cautious, particularly with links and attachments.

Shawn

That is an expected behavior for a set of radio buttons where no radio button has been selected, (they're all focusable until one has been selected). You don't see this often because one of the radio buttons is typically selected by default (and that is the recommendation for the pattern).
What I find odd on this page is that Chrome with Jaws announces "1 of 6" for the first radiobutton, there are 2 sets of 3. I thought they all had the same "name" attribute (which would cause a screen reader to perceive them as one set) but they don't.
Granted they should be in two separate <fieldset> or anotehr grouping element, but I'm still surprised that Jaws perceives them as one set.



On 6/24/20, Murphy, Sean < <EMAIL REMOVED> > wrote:
> All,
>
> If you visit this site for a standard radio button:
>
> https://www.w3schools.com/tags/tryit.asp?filename=tryhtml5_input_type_
> radio
>
> Using Firefox with NVDA or Jaws. When an option in the radio button is
> not selected. Using the tab key, takes you to each options within the
> radio button component. Once the option is selected, then the tab
> order works as expected. Using Chrome, this behaviour does not occur.
> Instead the tab key takes you to the next control.
>
>
> Note: If the option in the radio button is pre-selected, then the
> issue described above does not occur.
>
> Is this a Firefox defect?
>
>
>
>
> [cid:image001.png@01D64A6B.6F067AA0]
>
> Sean Murphy | Accessibility expert/lead Digital Accessibility manager
> Telstra Digital Channels | Digital Systems
> Mobile: 0405 129 739 | Desk: (02) 9866-7917
>
> www.telstra.com
>
> This email may contain confidential information.
> If I've sent it to you by accident, please delete it immediately
>
>
>
>


--
Work hard. Have fun. Make history.