checklist to perform web accessibility test with NVDA


Aschalew Byness
 

Hi folks
May I get an accessibility checklist to test the accessibility of a
website with NVDA?


Chris Smart
 

On 2021-05-25 11:30 p.m., Aschalew Byness wrote:
Hi folks
May I get an accessibility checklist to test the accessibility of a
website with NVDA?




Luke Davis
 

Aschalew Byness wrote:

May I get an accessibility checklist to test the accessibility of a
website with NVDA?
Can you explain how accessible with NVDA is different than just regular accessible?
(I.e. with any screen reader?)

As I'm sure you know from searching the web, regular accessibility checklists are out there, along with good web design for accessibility guides and such.

These search results seem promising, for example.

https://www.google.com/search?ie=ISO-8859-1&hl=en&source=hp&q=website+accessibility+checklist&btnG=Google+Search&iflsig=AINFCbYAAAAAYK3UeXzU06GrOZebOaSMy4LTchnZ6_4Q&gbv=1

Luke


Sascha Cowley
 


Can you explain how accessible with NVDA is different than just regular accessible?
For one, there are many other accessibility issues than those encountered by screen-reader users, and screen-readers are not the only assistive technology in use.
Second, as I'm sure you know, different screen-reader and browser combinations perform differently together on the same website.


 

On Wed, May 26, 2021 at 12:34 AM, Sascha Cowley wrote:
For one, there are many other accessibility issues than those encountered by screen-reader users, and screen-readers are not the only assistive technology in use.
Second, as I'm sure you know, different screen-reader and browser combinations perform differently together on the same website.
-
Yes, and?

There is no grand unified checklist that handles varieties of accessibility technologies that don't target the same demographics.

And the second is a given so, yes, one could do the typical screen reader checks with any given screen reader, using everything else the same, and have slightly different results.

There is no "NVDA accessible," per se, just like there's no JAWS accessible, Narrator accessible, etc.  There are times when one screen reader or another may work better than another.

You're talking about field test results with a specific screen reader, which is all that can be determined with a single screen reader.  General accessibility standards, previously referenced, are screen-reader agnostic.
 
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

I do not understand why some seek to separate a person from their actions.  The self is composed of an individual’s thoughts, actions, and expression, which are contained in and actuated by the body.  What you do and say is the clearest indicator of who you are.

      ~ Brian Vogel

 


Sascha Cowley
 

"Yes, and" I was responding to Luke Davis' question. I am aware of everything you stated.


Luke Davis
 

Sascha Cowley via groups.io wrote:

Can you explain how accessible with NVDA is different than just regular accessible?
I should have said "just regular screen reader accessible".

For one, there are many other accessibility issues than those encountered by screen-reader users, and screen-readers are not the only assistive technology
in use.
All of that is true. But the OP asked for a checklist specific to NVDA website accessibility.

You are starting at the very broad end of the question. The OP started at the extremely specific and narrow end of the question.

My contention is, that if you follow accessibility guidelines as a whole, and screen reader specific ones if you want, you will end up with a site that is accessible to NVDA, without ever having to have a checklist for specifically making it accessible for NVDA.

I doubt there is any NVDA specific accessibility checklist for websites, because there shouldn't be.
A site should be designed for accessibility. Screen reader accessibility, to be sure, but if you design it to be accessible to NVDA without making it generally screen reader accessible, you run the risk of overlooking general accessibility guidelines.
I don't think NVDA promotes that direction.

Second, as I'm sure you know, different screen-reader and browser combinations perform differently together on the same website.
Of course they do. But again, you should not design a website with that goal in mind, but with general accessibility to all screen readers in mind.
It can be done. The site might not perform ideally in all screen readers, but it can be made to perform adequately in all of them.

Luke


Sascha Cowley
 

Again, I know and agree with all of this; I was just responding to the question asked.

On 2021-05-26 18:02, Luke Davis wrote:
Sascha Cowley via groups.io wrote:

      Can you explain how accessible with NVDA is different than just regular accessible?
I should have said "just regular screen reader accessible".

For one, there are many other accessibility issues than those encountered by screen-reader users, and screen-readers are not the only assistive technology
in use.
All of that is true. But the OP asked for a checklist specific to NVDA website accessibility.

You are starting at the very broad end of the question. The OP started at the extremely specific and narrow end of the question.

My contention is, that if you follow accessibility guidelines as a whole, and screen reader specific ones if you want, you will end up with a site that is accessible to NVDA, without ever having to have a checklist for specifically making it accessible for NVDA.

I doubt there is any NVDA specific accessibility checklist for websites, because there shouldn't be.
A site should be designed for accessibility. Screen reader accessibility, to be sure, but if you design it to be accessible to NVDA without making it generally screen reader accessible, you run the risk of overlooking general accessibility guidelines.
I don't think NVDA promotes that direction.

Second, as I'm sure you know, different screen-reader and browser combinations perform differently together on the same website.
Of course they do. But again, you should not design a website with that goal in mind, but with general accessibility to all screen readers in mind.
It can be done. The site might not perform ideally in all screen readers, but it can be made to perform adequately in all of them.

Luke




 

Having been a tester for both government and other organisations there is little to be accessible about.


Nvda will support firefox and chromium brousers in their pure form.

So chrome, edtge, firefox and waterfox up to 2020.08 will work.

Versions afterwards may have issues but yeah access wize thats not a problem.

Make sure you have latest updates to everything which is stable.

If you are testing a site on your beta copy of whatever, mmaybe you should revert or use a stable copy of everything unless you need to test a site with a beta of course.

Site wize, most things unless their have weird configurations will be probably ok.

From time to time you will encounter weird issues with databases but its not like they aren't hard to handle depending on the friendlyness of the owners.

It also depends how receptive the owners are to inaccessibility of things.

If anything nvda should be more accessible as far as sites go because you don't have to be concerned in most cases with scripts, drivers, graphics intercepts, extra display controler drivers, and everything else.

That doesn't mean you won't have a certain profile loaded for testing but its easier than jaws for example.

Generally jaws will work as long as the program you are working with has scripts for jaws else it just won't work because jaws needs scripts to function at all.

Nvda itself is 1 huge script run inside a python instance so its just there.

So most access depends on the site in question and shouldn't depend on the brouser generally or reader at least as far as nvda is concerned.

If you do use jaws with testing, then if it works with jaws its going to work with nvda.

Of course if your program you are testing uses things like universal speech or tolque then its just going to work with most readers by default supposedly.

Most things should work with firefox and chromium ports and since most stuff is written of those that should be fine.

If people don't want this to be a jaws bashing thing, we can call nvda windows 10 and jaws windows 98.

Windows 98 needed drivers for everything else it wouldn't work so jaws scripts are drivers in this case.

No drivers no work.

On 26/05/2021 8:02 pm, Luke Davis wrote:
Sascha Cowley via groups.io wrote:

      Can you explain how accessible with NVDA is different than just regular accessible?
I should have said "just regular screen reader accessible".

For one, there are many other accessibility issues than those encountered by screen-reader users, and screen-readers are not the only assistive technology
in use.
All of that is true. But the OP asked for a checklist specific to NVDA website accessibility.

You are starting at the very broad end of the question. The OP started at the extremely specific and narrow end of the question.

My contention is, that if you follow accessibility guidelines as a whole, and screen reader specific ones if you want, you will end up with a site that is accessible to NVDA, without ever having to have a checklist for specifically making it accessible for NVDA.

I doubt there is any NVDA specific accessibility checklist for websites, because there shouldn't be.
A site should be designed for accessibility. Screen reader accessibility, to be sure, but if you design it to be accessible to NVDA without making it generally screen reader accessible, you run the risk of overlooking general accessibility guidelines.
I don't think NVDA promotes that direction.

Second, as I'm sure you know, different screen-reader and browser combinations perform differently together on the same website.
Of course they do. But again, you should not design a website with that goal in mind, but with general accessibility to all screen readers in mind.
It can be done. The site might not perform ideally in all screen readers, but it can be made to perform adequately in all of them.

Luke




 

On Wed, May 26, 2021 at 04:16 AM, Sascha Cowley wrote:
Again, I know and agree with all of this; I was just responding to the question asked.
-
Sometimes, going beyond "responding to the question asked" is a value-added service when you have background the questioners don't.  I think that this is what we're all trying to do, in one way or another, at this point.

The original question is really ill-posed.  And mentioning why, which you, I, and several others have done, serves a bigger purpose than just trying to answer it as posed.
 
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

I do not understand why some seek to separate a person from their actions.  The self is composed of an individual’s thoughts, actions, and expression, which are contained in and actuated by the body.  What you do and say is the clearest indicator of who you are.

      ~ Brian Vogel