Re: NVDA's handling of checkboxes especially in Google Chrome


Gene
 

It isn’t subjective if enough people report better performance with a certain browser who have compared performance with various browsers.  Your experience may not be subjective for you.  It may be objective that, if you have compared enough PDF files in enough different browsers to determine that this or that browser works the best on your machine, that that is an objective fact on that machine.  But enough others would have to verify that they expderience the same thing to conclude that that is a general behavior.  That’s because this or that system may give different results and it may not be the general results.
 
Gene

-----Original Message-----
From: Steve Nutt
Sent: Wednesday, November 17, 2021 2:48 AM
Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome
 

I prefer Chrome for PDF files, but again, it’s subjective.

 

Chrome seems to expose headings better than Edge on the PDFs I’ve tried.

 

All the best


Steve

 

--

To subscribe to our News and Special Offers list, go to https://www.comproom.co.uk/subscribe

 

Computer Room Services

77 Exeter Close

Stevenage

Hertfordshire

SG1 4PW

T: +44(0)1438-742286

M: +44(0)7956-334938

F: +44(0)1438-759589

E: steve@...

W: https://www.comproom.co.uk

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene
Sent: 16 November 2021 16:34
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

I’ll add that even if I use Firefox as my main browser, I’ll still use Edge to read PDF files.  I haven’t done any systematic comparison but there are some people who say that Edge does better reading them. 

 

I recently tried reading one PDF file in Firefox and there were problems where words were joined together at times.  Perhaps line breaks weren’t recognized.  But Edge read the document properly.  That’s just one example but that, and the comments I’ve seen on the subject lead me to believe that it may well be that Edge may read PDF files better than other browsers. 

 

Gene

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

Sent: Tuesday, November 16, 2021 10:13 AM

Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

I’d be interested in whether others find it slow.  This may just be my experience, but Firefox seems to me to be much faster than it used to be.  I’ve started using it a lot more and I’m considering using it as my main browser.

 

Gene

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

From: Steve Nutt

Sent: Tuesday, November 16, 2021 3:32 AM

Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

It’s just a shame that Firefox is so slow compared with Chrome, certainly on all my machines it is.

 

All the best


Steve

 

--

To subscribe to our News and Special Offers list, go to https://www.comproom.co.uk/subscribe

 

Computer Room Services

77 Exeter Close

Stevenage

Hertfordshire

SG1 4PW

T: +44(0)1438-742286

M: +44(0)7956-334938

F: +44(0)1438-759589

E: steve@...

W: https://www.comproom.co.uk

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Sackrider
Sent: 16 November 2021 00:10
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

        I have an example of whear fire fox will and nvda will see somthng but chrome brousers don't.  The audio of the lions magazine in both edge and chrome there is no down it all button but in fire fox there is a down it all button.  I am not surprised about other things that fire fox sees that chrome brousers don't this is why I say that for the blind chrome based brousers are kind of usless junk and this is the reason that I use internet explorer for as long as I did as it was not a chrome based brouser.  I have windows 11 and there is no more internet explorer so I had to find a nonchrome based brouser and thats why i am using fire fox as my default brouser.

Brian Sackrider

On 11/15/2021 5:12 PM, Gene wrote:

I am increasingly finding cases where Firefox either sees things or does things that Chrome doesn’t when used with NVDA.  I don’t use JAWS and my demo is far too old to evaluate whether the same things occur.  But I think the question of whether Chrome-based browsers are working properly with sites in terms of accessibility should be systematically addressed.

 

Here are two examples:

First is this article from The New York Times;.

If you are at the top of the page and press s to move by separator, you will immediately move to cards giving background information on the story.

In Firefox, you see, at the end of the card, a button for previous card, unavailable since you are on the first card, and a button for next card.

Activating this button works.  It moves you to the next card.

To easily get to this card in a proper position to read it, press page up, then s for separator.

The previous and next card buttons both work correctly for this card and, I assume, for all other cards.

 

I tested with Chrome and Brave and neither of these Chrome-based browsers saw either button. I could read the first card below the separator but no buttons are displayed.


I’ve recently been looking up material on occasion using the Encyclopedia Britannica online.  When reading with Firefox, the page being read automatically shows new material as you move down it.  Firefox shows this new material when it appears.  Chrome-based browsers don’t. 

This article is an example:

 

Search from the top of the page for the word nervous.  If you down arrow in Firefox, the text continues after some items, perhaps three or four.  Chrome-based browsers don’t load new material at least not accessibly to screen-readers.

 

Chrome-based browsers don’t see comments on Youtube pages where videos are streamed.  Firefox does.  Because the page changes as you move down it, you have to move down the page to see the comments.  You can’t just search for the word comment to get to the section.

 

I’ll add that all these comments are for my specific machine but I expect they will be generally experienced.  Verification, however, is necessary.

 

Are these problems with Chrome, with NVDA, or both?  I suspect that these problems are not improper implementation of accessibility.  Those questions, however, would require technically knowledgeable investigation to be resolved.

 

Gene

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

From: Gene

Sent: Monday, November 15, 2021 11:00 AM

Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

Since Firefox sees the checkboxes, I don’t know that its valid to assume what the problem is and that it is improper design.  Also, there may be cases where you will hear explanatory text that accompanies a structure read if you tab into the structure rather than move to it in some other way.  I haven’t compared Chrome-based and not Chrome-based browsers in these cases but again, is this improper design or just the complexity of design?

 

Gene

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

From: Jackie

Sent: Monday, November 15, 2021 10:55 AM

Subject: Re: [nvda] NVDA's handling of checkboxes especially in Google Chrome

 

Yeah well, I'm not trying to be obscene here, but it's because the web
designers didn't use checkboxes that expose themselves, or, perhaps to
put it just a bit more succinctly, expose their state. & it is a royal
pita, & it's not unique to NVDA, though having said thus, sometimes
Jaws actually allows labeling of these graphics, whereas NVDA doesn't.
& it's not an issue specific to Chrome, either. It's actually called a
"clickable element" as opposed to a checkbox. Sighted folks generally
cant distinguish these from standard checkboxes, but they sure create
problems for us.

On 11/15/21, Tyler Zahnke mailto:programmer651@... wrote:
> Hello NVDA community! Why does NVDA not read some checkboxes in Google
> Chrome? NVDA reads a lot of them, but some sites have a "remember me"
> checkbox on their login screen that just says "clickable"; when you
> press Enter where it says clickable, the box checks, but NVDA doesn't
> tell you this. I have seen websites that contain both accessible and
> inaccessible checkboxes, why is this? And several times (I have a
> memory of seeing this on the login screen of Palai), it doesn't read
> some of the checkboxes, such as "remember me", at all. It actually got
> to the point where I thought they had removed the checkbox from their
> site because it completely didn't read it, but users of other devices
> claimed they still saw the checkbox, but several of us Chrome and NVDA
> users noticed the missing checkbox. And as soon as I tried the same
> site with Firefox and NVDA, I saw the checkbox, but it said "remember
> me clickable" and therefore, though you could check and uncheck it,
> NVDA wouldn't tell you, while on Chrome, NVDA skips over the box. This
> was a problem with a website that I actually had to help out as far as
> accessibility; their site had some regular checkboxes on the form and
> screen readers could read it just fine, but then some checkboxes said
> "clickable" or didn't say anything at all, yet the Enter key worked on
> them but the screen reader didn't say. I've probably seen variations
> on this issue for a few years, some checkbox not displaying in Chrome.
> Often I would try it again with Firefox, and at least in the
> checkbox-related cases, it usually worked. And in the case of the
> website I helped make accessible, I even looked at the HTML for the
> checkboxes, and even the inaccessible checkboxes were still coded like
> checkboxes though they may have had some extra styling on them. So
> what's the deal with checkboxes?
>
>
>
>
>
>


--
Subscribe to a WordPress for Newbies Mailing List by sending a message to:
wp4newbs-request@... with 'subscribe' in the Subject field OR by
visiting the list page at http://www.freelists.org/list/wp4newbs
& check out my sites at www.brightstarsweb.com & www.mysitesbeenhacked.com


Join nvda@nvda.groups.io to automatically receive all group messages.