Date   

Re: what next

Sarah k Alawami
 

Actually under mac os I can access what they call the recovery assistant and even choose what disk I want to boot from, all of it talks btw. I love it. Iv’e made changes under the command line etc.

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Arlene
Sent: Wednesday, October 20, 2021 5:16 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] what next

 

I guess no matter what, we’ll always need sighted assistance in something to do with the computer’s BIOS.  I won’t even touch it. I’ll get a sighted person who knows what to do in the bios. 

 

Sent from Mail for Windows

 

From: Jackie
Sent: October 20, 2021 5:05 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] what next

 

The optacon is dead. Long live the Optacon.

 

Back in the day there was a way to route some bioses of some boxes

over a serial port--I believe the name of the product was Weasel or

similar--but there is no device I know of that works better for this

than an Optacon in the hands of a proficient user. Unfortunately, the

first sentence of this message is sadly applicable.

 

On 10/20/21, Brian Vogel <britechguy@...> wrote:

> On Wed, Oct 20, 2021 at 07:32 PM, Arlene wrote:

>> 

>> I hope in the future blind users can go in there with Nairator.

> -

> Not likely.

> What folks who use screen readers, as they currently exist, need to

> understand is that they are application software.  Mind you, a very

> specialized application, but still an application.  The operating system

> (whether Windows or any other one) must be up and running at least to a

> certain point before any screen reader can come online.

> UEFI/BIOS occur in the boot sequence well prior to Windows (or other OSes

> such as Linux) ever being kicked off for loading.  While it would be

> conceivably possible to have a dedicated screen reader for that environment,

> and if memory serves a prototype was once made, long ago, it certainly would

> not be Narrator, NVDA, JAWS or any other screen reader as end users know

> them.  And it would also very likely have commands strictly limited to the

> environment at hand, which means it would be very different in that way,

> too.

> And, as you mention, even if you were to have a screen reader of some sort

> available to navigate UEFI/BIOS, you still have to be very, very certain

> that what you're doing is precisely what you intend to do and that what you

> intend is actually what needs to be done to achieve the result hoped for.

>  If you can have this certainty, then go for it, otherwise, get assistance.

> And this is completely separate from your visual status.  Most of my sighted

> clients have no idea that UEFI/BIOS even exists nor how to interact with

> it.  It's just not something most end users ever need to touch.

> As far as turning off "media keys" or whatever a maker might call the

> actions associated with the function keys, lobbying them to create utilities

> such as the one Lenovo already has that allow these to be turned on or off

> from within Windows, or asking for some keyboard shortcut, likely a 4-key

> press to avoid accidents, to do this are both better ideas than a screen

> reader for UEFI/BIOS likely would be.  They're safer, too.

> --

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

> *The ignorance of one voter in a democracy impairs the security of all.*

> ~ John F. Kennedy

>

 

 

--

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

 

 

 

 

 


Re: NVDA to not read columns and rows in webpages

Rui Fontes
 

First create a profile and then make the changes...

That way the changes will affect only what you want...


Rui Fontes


Às 17:56 de 20/10/2021, Saylor Cooper escreveu:

Yes I got it thanks everyone.

Saylor Cooper

On Oct 20, 2021, at 11:48 AM, Jujube <ellaxyu@...> wrote:


Hi Saylor, I think you're referring to the reading of tables. You need to go to document formatting settings (NVDA control D), tab a bunch of times, and uncheck "row and column headers" or any of the other table reading settings. Hope this helps.

On Wed, Oct 20, 2021 at 9:35 AM Saylor Cooper <saylorcooper1@...> wrote:
Hello, I’m trying to figure out how to get NVDA to stop reading columns and rows especially on webpages whenever I don’t need that information. Thanks.

Saylor Cooper





Re: what next

Rui Fontes
 

I normally manage to uninstall McAfee with the help of NVDA OCR...


Rui Fontes


Às 20:19 de 20/10/2021, Chris Mullins escreveu:

Hi Ken

You can also download a mcafee removal tool from the mcafee web site.  I do not know how accessible it is but it should get rid of the remaining components.

 

Cheers

Chris

 

Sent from Mail for Windows

 

From: Mohamed
Sent: 20 October 2021 19:45
To: nvda@nvda.groups.io
Subject: Re: [nvda] what next

 

HP actually has a BIOS configuration utility that can be used to edit BIOS settings from within Windows. https://ftp.ext.hp.com/pub/caps-softpaq/cmit/HP_BCU.html. this is a command line app that allows you to configure BIOS settings by editing a text file. You'll need to generate a text file of your current BIOS settings, and disable the setting called Action Key Mode by removing the asterisk from enabled and moving it to disable.

On 10/20/2021 1:40 PM, ken lawrence via groups.io wrote:

Hi NVDA apparently BIOS is set this way in default the HP tech support says that BIOS is outside windows and therefore screen reader won’t work.  Will narrator work this way and if not can a blind user change this setting and regain use of function keys that way?  I’ve deleted more of the HP stuff on this machine and can’tcompletely get rid of inaccessible mcafee antivirus. Boy why do blind people have to fight these battles in 2021? 

 

Sent from Mail for Windows

 

 


Re: MS Word focus issues when revising documents and their comments

Pranav Lal
 

Hi Sally,

 

I have not exactly experienced these issues but can relate to the frustration of dealing with comments. I have begun to use the ribbon to navigate between comments. When I reach a comment of interest, I right click it by pressing the windows key and reply to it. Its been a while that I worked with track changes.

 

I am using Microsoft word 365 so will test your observations and report.

 

Pranav

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Sally Kiebdaj
Sent: Wednesday, October 20, 2021 7:57 PM
To: nvda@nvda.groups.io
Subject: [nvda] MS Word focus issues when revising documents and their comments

 

Hello list,

 

Apologies if this has been reported somewhere already but it doesn't look like this specific issue is up on GitHub yet and I'm curious if anyone else has seen it before I try to add it.

 

I amn running 

-Microsoft® Word 2019 MSO (16.0.10378.20029) 64-bit

-Windows 10 Pro: Version 2004 (OS Build 19041.1288)

-NVDA 2021.2

 

I am unable to consistently switch focus between the document and comments either to read or edit. Additionally, I cannot seem to focus replies to my comments except through the elements list.

 

Two different things can go wrong and seem to be impacted by two different settings in MS Word and NVDA. 

 

Scenario 1: 

I open a document containing both tracked changes and comments. I prefer to make edits with my markup set to "no markup" so that I do not have to hear every deletion or insertion as I read and type. 

 

This works just fine for making changes to the text. However, if I want to comment on the text that is in "no markup" I often but not always end up stuck in some kind of pane. 

 

Steps to reproduce: 

1. Open a document containing both tracked changes and comments. Ensure that track changes is on and that show markup is set to "no markup." 

2. Select some text and insert a comment. It doesn't make a difference if you use CTRL + Alt + M or ALT +r+c. 

3. Write a comment and then press ESC to return to the document. 

4. Instead of the document, you hear something that sounds like portions of HTML or XML tags, letters or portions of the author name, or less than signs. Sometimes a comments pane is visible and sometimes it isn't. Getting a sighted user to click the comments pane closed has no effect. Pressing ESC makes NVDA read a "Refresh" button and then returns you to the strange pane with tags in it. ALT + R no longer works (it plays the error ding) but pressing ALT alone does allow you to get into the revision part of the ribbon which still tells you it can be reached by pressing r. Sometimes the ribbon seems to be collapsed in a way that requires me to hit "enter" on the "Tracking" section before I can arrow and tab through the various tracking options. These options appear to be in slightly different positions as well based on what gets read when using arrow keys to navigate. 

 

The only solution seems to be to click the mouse in the document pane multiple times and then the cursor is always brought to the top of the document regardless of where you had highlighted text for your comment. At this point the ribbon goes back to normal behavior too. 

 

This pane and focus issue happens less often if you set show markup to "all markup." However, it happens even with all markup shown, just less frequently.

 

I can read existing comments in the elements list or using NVDA + ALT + C but only if my focus is in the documents pane. When I get stuck in this other pane, the elements list is also focused on that pane and at best shows me any typos in my comments text. At worst, it shows me nothing.

 

Also, the elements list and NVDA + Alt + C do not give me a way to edit existing comments, as far as I can tell. 

 

Scenario 2: 

Open the same kind of document with the same tracking and markup settings as above. 

1. Using ALT + R + V or ALT +  R+  P, try to move between comments (so that you can edit them). 

2. Instead of bringing you to the text of the comment, you hear NVDA reading the title bar , saying Tollbar, then saying Pane. It alternates among these three quickly enough that it often interrupts full reading of the title bar. It will keep alternating among these three focus points indefinitely and none of the hotkeys to speak current focus work. They simply have no impact on NVDA reading the three different points of focus. 

3. Press ESC to successfully return to the document at the text that is highlighted for the comment you were trying to read. However you were never able to edit that comment. 

 

Has anyone else experienced this or things like this? 

 

Is it just impossible to use comments in conjunction with show markup set to "no markup?" 

 

Aside from the elements list, is there any other way to access replies to comments or to create a reply to a comment? That seems to have vanished from MS Word and the context menu somewhere between office 2010 and 2019.

 

If I'm going to pull logs and create a bug, I'd like to hear everything the list has to say first so that I can include it. 

 

Thank you!

Sally 


Re: what next

Arlene
 

I guess no matter what, we’ll always need sighted assistance in something to do with the computer’s BIOS.  I won’t even touch it. I’ll get a sighted person who knows what to do in the bios. 

 

Sent from Mail for Windows

 

From: Jackie
Sent: October 20, 2021 5:05 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] what next

 

The optacon is dead. Long live the Optacon.

 

Back in the day there was a way to route some bioses of some boxes

over a serial port--I believe the name of the product was Weasel or

similar--but there is no device I know of that works better for this

than an Optacon in the hands of a proficient user. Unfortunately, the

first sentence of this message is sadly applicable.

 

On 10/20/21, Brian Vogel <britechguy@...> wrote:

> On Wed, Oct 20, 2021 at 07:32 PM, Arlene wrote:

>> 

>> I hope in the future blind users can go in there with Nairator.

> -

> Not likely.

> What folks who use screen readers, as they currently exist, need to

> understand is that they are application software.  Mind you, a very

> specialized application, but still an application.  The operating system

> (whether Windows or any other one) must be up and running at least to a

> certain point before any screen reader can come online.

> UEFI/BIOS occur in the boot sequence well prior to Windows (or other OSes

> such as Linux) ever being kicked off for loading.  While it would be

> conceivably possible to have a dedicated screen reader for that environment,

> and if memory serves a prototype was once made, long ago, it certainly would

> not be Narrator, NVDA, JAWS or any other screen reader as end users know

> them.  And it would also very likely have commands strictly limited to the

> environment at hand, which means it would be very different in that way,

> too.

> And, as you mention, even if you were to have a screen reader of some sort

> available to navigate UEFI/BIOS, you still have to be very, very certain

> that what you're doing is precisely what you intend to do and that what you

> intend is actually what needs to be done to achieve the result hoped for.

>  If you can have this certainty, then go for it, otherwise, get assistance.

> And this is completely separate from your visual status.  Most of my sighted

> clients have no idea that UEFI/BIOS even exists nor how to interact with

> it.  It's just not something most end users ever need to touch.

> As far as turning off "media keys" or whatever a maker might call the

> actions associated with the function keys, lobbying them to create utilities

> such as the one Lenovo already has that allow these to be turned on or off

> from within Windows, or asking for some keyboard shortcut, likely a 4-key

> press to avoid accidents, to do this are both better ideas than a screen

> reader for UEFI/BIOS likely would be.  They're safer, too.

> --

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

> *The ignorance of one voter in a democracy impairs the security of all.*

> ~ John F. Kennedy

>

 

 

--

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

 

 

 

 

 


Re: MS Word focus issues when revising documents and their comments

Quentin Christensen
 

Sally,

I haven't tried "No markup" much, but just looking now, with that set, when you create a comment, it takes you to a pane on the left (at least in Office 365).  I found pressing shift+f6 moved back to the document reliably just now.  

I couldn't replicate scenario 2 myself.

Are you using UI Automation in Word?  Press NVDA+control+g to open NVDA's general settings, then control+shift+tab to move to the last section, "advanced".  Press spacebar to acknowledge the warning, then tab to "Use UI Automation to access Microsoft Word document controls" and spacebar to check that.  Apply and see if that makes a difference.

Kind regards

Quentin.

On Thu, Oct 21, 2021 at 1:27 AM Sally Kiebdaj <fiddle.pup@...> wrote:
Hello list,

Apologies if this has been reported somewhere already but it doesn't look like this specific issue is up on GitHub yet and I'm curious if anyone else has seen it before I try to add it.

I amn running 
-Microsoft® Word 2019 MSO (16.0.10378.20029) 64-bit
-Windows 10 Pro: Version 2004 (OS Build 19041.1288)
-NVDA 2021.2

I am unable to consistently switch focus between the document and comments either to read or edit. Additionally, I cannot seem to focus replies to my comments except through the elements list.

Two different things can go wrong and seem to be impacted by two different settings in MS Word and NVDA. 

Scenario 1: 
I open a document containing both tracked changes and comments. I prefer to make edits with my markup set to "no markup" so that I do not have to hear every deletion or insertion as I read and type. 

This works just fine for making changes to the text. However, if I want to comment on the text that is in "no markup" I often but not always end up stuck in some kind of pane. 

Steps to reproduce: 
1. Open a document containing both tracked changes and comments. Ensure that track changes is on and that show markup is set to "no markup." 
2. Select some text and insert a comment. It doesn't make a difference if you use CTRL + Alt + M or ALT +r+c. 
3. Write a comment and then press ESC to return to the document. 
4. Instead of the document, you hear something that sounds like portions of HTML or XML tags, letters or portions of the author name, or less than signs. Sometimes a comments pane is visible and sometimes it isn't. Getting a sighted user to click the comments pane closed has no effect. Pressing ESC makes NVDA read a "Refresh" button and then returns you to the strange pane with tags in it. ALT + R no longer works (it plays the error ding) but pressing ALT alone does allow you to get into the revision part of the ribbon which still tells you it can be reached by pressing r. Sometimes the ribbon seems to be collapsed in a way that requires me to hit "enter" on the "Tracking" section before I can arrow and tab through the various tracking options. These options appear to be in slightly different positions as well based on what gets read when using arrow keys to navigate. 

The only solution seems to be to click the mouse in the document pane multiple times and then the cursor is always brought to the top of the document regardless of where you had highlighted text for your comment. At this point the ribbon goes back to normal behavior too. 

This pane and focus issue happens less often if you set show markup to "all markup." However, it happens even with all markup shown, just less frequently.

I can read existing comments in the elements list or using NVDA + ALT + C but only if my focus is in the documents pane. When I get stuck in this other pane, the elements list is also focused on that pane and at best shows me any typos in my comments text. At worst, it shows me nothing.

Also, the elements list and NVDA + Alt + C do not give me a way to edit existing comments, as far as I can tell. 

Scenario 2: 
Open the same kind of document with the same tracking and markup settings as above. 
1. Using ALT + R + V or ALT +  R+  P, try to move between comments (so that you can edit them). 
2. Instead of bringing you to the text of the comment, you hear NVDA reading the title bar , saying Tollbar, then saying Pane. It alternates among these three quickly enough that it often interrupts full reading of the title bar. It will keep alternating among these three focus points indefinitely and none of the hotkeys to speak current focus work. They simply have no impact on NVDA reading the three different points of focus. 
3. Press ESC to successfully return to the document at the text that is highlighted for the comment you were trying to read. However you were never able to edit that comment. 

Has anyone else experienced this or things like this? 

Is it just impossible to use comments in conjunction with show markup set to "no markup?" 

Aside from the elements list, is there any other way to access replies to comments or to create a reply to a comment? That seems to have vanished from MS Word and the context menu somewhere between office 2010 and 2019.

If I'm going to pull logs and create a bug, I'd like to hear everything the list has to say first so that I can include it. 

Thank you!
Sally 



--
Quentin Christensen
Training and Support Manager


Re: what next

Jackie
 

The optacon is dead. Long live the Optacon.

Back in the day there was a way to route some bioses of some boxes
over a serial port--I believe the name of the product was Weasel or
similar--but there is no device I know of that works better for this
than an Optacon in the hands of a proficient user. Unfortunately, the
first sentence of this message is sadly applicable.

On 10/20/21, Brian Vogel <britechguy@gmail.com> wrote:
On Wed, Oct 20, 2021 at 07:32 PM, Arlene wrote:


I hope in the future blind users can go in there with Nairator.
-
Not likely.

What folks who use screen readers, as they currently exist, need to
understand is that they are application software.  Mind you, a very
specialized application, but still an application.  The operating system
(whether Windows or any other one) must be up and running at least to a
certain point before any screen reader can come online.

UEFI/BIOS occur in the boot sequence well prior to Windows (or other OSes
such as Linux) ever being kicked off for loading.  While it would be
conceivably possible to have a dedicated screen reader for that environment,
and if memory serves a prototype was once made, long ago, it certainly would
not be Narrator, NVDA, JAWS or any other screen reader as end users know
them.  And it would also very likely have commands strictly limited to the
environment at hand, which means it would be very different in that way,
too.

And, as you mention, even if you were to have a screen reader of some sort
available to navigate UEFI/BIOS, you still have to be very, very certain
that what you're doing is precisely what you intend to do and that what you
intend is actually what needs to be done to achieve the result hoped for.
 If you can have this certainty, then go for it, otherwise, get assistance.
And this is completely separate from your visual status.  Most of my sighted
clients have no idea that UEFI/BIOS even exists nor how to interact with
it.  It's just not something most end users ever need to touch.

As far as turning off "media keys" or whatever a maker might call the
actions associated with the function keys, lobbying them to create utilities
such as the one Lenovo already has that allow these to be turned on or off
from within Windows, or asking for some keyboard shortcut, likely a 4-key
press to avoid accidents, to do this are both better ideas than a screen
reader for UEFI/BIOS likely would be.  They're safer, too.

--

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

*The ignorance of one voter in a democracy impairs the security of all.*

~ John F. Kennedy





--
Subscribe to a WordPress for Newbies Mailing List by sending a message to:
wp4newbs-request@freelists.org 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


Re: what next

David Goldfield
 

If memory serves the American Printing House for the Blind once produced a device which allowed users to access BIOS settings during the boot sequence. I believe it was a hardware device and it was made for DOS-based PCs. It was pronounced Speakualizer although I don’t know the spelling. Needless to say the device is no longer available and it wouldn’t work even if you could find one on Ebay. Still it would be very nifty if we could have something like it for today’s computers assuming the technology on today’s machines would even allow for interfacing with such a device.

 

David Goldfield,

Blindness Assistive Technology Specialist

JAWS Certified, 2019

Subscribe to the Tech-VI announcement list to receive emails regarding news and events in the blindness assistive technology field.

Email: tech-vi+subscribe@groups.io

 

www.DavidGoldfield.org

 

 

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Vogel
Sent: Wednesday, October 20, 2021 7:47 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] what next

 

On Wed, Oct 20, 2021 at 07:32 PM, Arlene wrote:

I hope in the future blind users can go in there with Nairator.

-
Not likely.

What folks who use screen readers, as they currently exist, need to understand is that they are application software.  Mind you, a very specialized application, but still an application.  The operating system (whether Windows or any other one) must be up and running at least to a certain point before any screen reader can come online.

UEFI/BIOS occur in the boot sequence well prior to Windows (or other OSes such as Linux) ever being kicked off for loading.  While it would be conceivably possible to have a dedicated screen reader for that environment, and if memory serves a prototype was once made, long ago, it certainly would not be Narrator, NVDA, JAWS or any other screen reader as end users know them.  And it would also very likely have commands strictly limited to the environment at hand, which means it would be very different in that way, too.

And, as you mention, even if you were to have a screen reader of some sort available to navigate UEFI/BIOS, you still have to be very, very certain that what you're doing is precisely what you intend to do and that what you intend is actually what needs to be done to achieve the result hoped for.   If you can have this certainty, then go for it, otherwise, get assistance.  And this is completely separate from your visual status.  Most of my sighted clients have no idea that UEFI/BIOS even exists nor how to interact with it.  It's just not something most end users ever need to touch.

As far as turning off "media keys" or whatever a maker might call the actions associated with the function keys, lobbying them to create utilities such as the one Lenovo already has that allow these to be turned on or off from within Windows, or asking for some keyboard shortcut, likely a 4-key press to avoid accidents, to do this are both better ideas than a screen reader for UEFI/BIOS likely would be.  They're safer, too.
 
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 


Re: what next

 

On Wed, Oct 20, 2021 at 07:32 PM, Arlene wrote:
I hope in the future blind users can go in there with Nairator.
-
Not likely.

What folks who use screen readers, as they currently exist, need to understand is that they are application software.  Mind you, a very specialized application, but still an application.  The operating system (whether Windows or any other one) must be up and running at least to a certain point before any screen reader can come online.

UEFI/BIOS occur in the boot sequence well prior to Windows (or other OSes such as Linux) ever being kicked off for loading.  While it would be conceivably possible to have a dedicated screen reader for that environment, and if memory serves a prototype was once made, long ago, it certainly would not be Narrator, NVDA, JAWS or any other screen reader as end users know them.  And it would also very likely have commands strictly limited to the environment at hand, which means it would be very different in that way, too.

And, as you mention, even if you were to have a screen reader of some sort available to navigate UEFI/BIOS, you still have to be very, very certain that what you're doing is precisely what you intend to do and that what you intend is actually what needs to be done to achieve the result hoped for.   If you can have this certainty, then go for it, otherwise, get assistance.  And this is completely separate from your visual status.  Most of my sighted clients have no idea that UEFI/BIOS even exists nor how to interact with it.  It's just not something most end users ever need to touch.

As far as turning off "media keys" or whatever a maker might call the actions associated with the function keys, lobbying them to create utilities such as the one Lenovo already has that allow these to be turned on or off from within Windows, or asking for some keyboard shortcut, likely a 4-key press to avoid accidents, to do this are both better ideas than a screen reader for UEFI/BIOS likely would be.  They're safer, too.
 
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 


Re: what next

Arlene
 

I agree with Jackie. I’d stay clear of the BIOS I’ll get sighted assistance.  I hope in the future blind users can go in there with Nairator. You pretty much would have to know what’s in there.  You’d have to know what to fix and what not to fix. I’d stay clear of it. 

 

Sent from Mail for Windows

 

From: ken lawrence via groups.io
Sent: October 20, 2021 10:40 AM
To: nvda@nvda.groups.io
Subject: [nvda] what next

 

Hi NVDA apparently BIOS is set this way in default the HP tech support says that BIOS is outside windows and therefore screen reader won’t work.  Will narrator work this way and if not can a blind user change this setting and regain use of function keys that way?  I’ve deleted more of the HP stuff on this machine and can’tcompletely get rid of inaccessible mcafee antivirus. Boy why do blind people have to fight these battles in 2021? 

 

Sent from Mail for Windows

 

 


Re: Here we go again!

Jackie
 

Carlos, if you're going to be using alpha builds, it's wise to use
that as a portable version. When you use an alpha, it means you're
agreeing to using a version which, by the very nature of the name,
says it's not nearly ready for primetime.

I don't care if it's NVDA, Jaws, Windows, or whatever--backward
compatibility can only be maintained for so long. But in the case of
alpha builds, the situation is very much one of use at your own risk,
caveat emptor, etc, to whit, you shouldn't expect addons, especially
those not written by NVDA developers, to work, and if they do, take it
as a gift. In other words, use for testing, but certainly not for your
everyday work.

On 10/20/21, Joseph Lee <joseph.lee22590@gmail.com> wrote:
Hi,

To summarize Brian's points, if you are using alpha builds, you are on your
own and are responsible for providing timely feedback. In anticipation of
follow-up questions about delaying backward breaking changes like this, I
can tell you that these changes were planned in advance - it happens that
our move to Python 3 is helping us realize this plan in a more effective
way. Regarding add-ons, all I can say at this time is that authors are aware
of changes and they are looking into it (I expect authors will make
statements about their add-ons once 2022.1 beta is released).

Cheers,

Joseph





--
Subscribe to a WordPress for Newbies Mailing List by sending a message to:
wp4newbs-request@freelists.org 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


Re: NVDA and OCR software

Gene
 

You say which needs to be esigned.  Does that mean scanned?  If you are printing it as an alternative, try opening the document and printing it in a browser such as Chrome, Edhge, Brave or Firefox.  I don’t know what is causing the problem but that may allow you to print it.
 
Gene

-----Original Message-----
Sent: Wednesday, October 20, 2021 5:38 PM
Subject: Re: [nvda] NVDA and OCR software
 

Good Afternoon:  I can open other PDF files with Adobe with no problem.  It's just this file, which needs to be esigned, that is causing a problem.  That's what seemed to be questionable.

Dave

 

On 10/18/2021 3:33 PM, Brian Vogel wrote:
On Mon, Oct 18, 2021 at 04:48 PM, Dave Grossoehme wrote:

When I open the pdf, I was told that it didn't load completely.  So, I tried again.  Then I tried printing it and all I received was blank pages, checked by a sighted person.  . . . Yet I sent this email with attachment to my sighted son, who isn't running any screen reading equipment and he could open it with no problems.

Dave

-
Then we are back to there is something wrong that is virtually certain to be limited to your computer, and I'd say most likely with your PDF reading software.

So, just as there is the consistent advice to "try another browser," when there are issues with a webpage, the same applies to PDF readers:  try another alternative.  Under Windows 10 the Edge browser itself does a bang-up job of opening PDFs, so I'd try opening that same document in Edge rather than Adobe Reader DC to see if the result is different.  If it is, then uninstall and reinstall Adobe Reader DC.  If it's not, then start doing the repair steps for Windows.


Re: NVDA and OCR software

Dave Grossoehme
 

Good Afternoon:  I can open other PDF files with Adobe with no problem.  It's just this file, which needs to be esigned, that is causing a problem.  That's what seemed to be questionable.

Dave


On 10/18/2021 3:33 PM, Brian Vogel wrote:
On Mon, Oct 18, 2021 at 04:48 PM, Dave Grossoehme wrote:

 When I open the pdf, I was told that it didn't load completely.  So, I tried again.  Then I tried printing it and all I received was blank pages, checked by a sighted person.  . . . Yet I sent this email with attachment to my sighted son, who isn't running any screen reading equipment and he could open it with no problems.

Dave

-
Then we are back to there is something wrong that is virtually certain to be limited to your computer, and I'd say most likely with your PDF reading software.

So, just as there is the consistent advice to "try another browser," when there are issues with a webpage, the same applies to PDF readers:  try another alternative.  Under Windows 10 the Edge browser itself does a bang-up job of opening PDFs, so I'd try opening that same document in Edge rather than Adobe Reader DC to see if the result is different.  If it is, then uninstall and reinstall Adobe Reader DC.  If it's not, then start doing the repair steps for Windows.


Re: Here we go again!

 

Hi,

To summarize Brian's points, if you are using alpha builds, you are on your own and are responsible for providing timely feedback. In anticipation of follow-up questions about delaying backward breaking changes like this, I can tell you that these changes were planned in advance - it happens that our move to Python 3 is helping us realize this plan in a more effective way. Regarding add-ons, all I can say at this time is that authors are aware of changes and they are looking into it (I expect authors will make statements about their add-ons once 2022.1 beta is released).

Cheers,

Joseph


Re: Here we go again!

 

On Wed, Oct 20, 2021 at 06:13 PM, Joseph Lee wrote:
Do not be afraid - add-ons community is aware of your concerns and authors are working on updating their add-ons.
-
Joseph,

Which I really would have assumed.   But this does not change the fact that it is absolutely unrealistic for those choosing to use alpha builds, months out, will not have issues such as those initially identified.

It very simply goes with the territory of being in the avant-garde and using alpha builds.  That needs to be understood, and I don't think it is appreciated.  And when you encounter issues in alpha, beta, or release candidate software, part of the implied contract is that you report them.  And many don't.
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 


Re: Here we go again!

 

Hi Carlos,

Do not be afraid - add-ons community is aware of your concerns and authors are working on updating their add-ons.

So here is what's going on: remember back in July I explained that a major change is being planned by NV Access and contributors that will require add-ons to change? That just happened, except NV Access put preparations in place. Any old code that was scheduled to be removed in NVDA 2022.1 (alpha phase at the moment) were marked for deprecation and will not be made available to add-ons and to the rest of NVDA source code if the year specified in the NVDA version tag is "2022". For example, NVDA 2021.3 will make older control types attributes available for add-ons (import is possible); with version now set to 2022 in alpha builds, the old code is no longer imported. This breaks add-ons that solely relied on older code simply because they are "gone" - that's why back in September I did say that version 21.10 of my add-ons will require NVDA 2021.2 or later precisely because of what you just saw in recent alpha builds.

A few hours ago there was a thread on add-ons list about maintaining compatibility with NVDA 2021.x, and at least two solutions were proposed which requires editing add-on source code (manifest will not work here once 2022.1 beta 1 is released). NV Access put in the deprecation mechanism in NVDA 2021.2, which was them saying, "all right add-on authors, you are warned about deprecation and removal, and as soon as 2022.1 development cycle begins, deprecated code will be gone". I have advised add-ons community to prepare their add-ons accordingly so that by the time 2022.1 beta 1 ships, all that is left is updating manifests and compatibility statements.

P.S. I can assure the NVDA community that all my add-ons (including ones that will be leaving my nest next year) are compatible with NVDA 2022.1 code and assumptions; I'm willing to release the final version of most of my add-ons around the time NVDA 2022.1 beta 1 is released provided that I get a chance to do so in the midst of spring semester schoolwork.

Hope this helps.

Cheers,

Joseph


Re: Different focus from say all and arrowing through

Gene
 

The command you are talking about does exactly the opposite.  It means that the review position will change as the cursor changes in a word processor document where there is a cursor or in a list and perhaps elsewhere.  It doesn’t cause the system focus to change when you use screen review.  That’s one of the points of screen review and object navigation.  You can review things and keep your position unchanged where you are working as your review position changes.
 
Gene
-----Original Message-----

Sent: Wednesday, October 20, 2021 4:54 PM
Subject: Re: [nvda] Different focus from say all and arrowing through
 
Are you using browse mode or working directly in the program?  That may be what is causing the problem.  If you are using browse mode in a word processor, try reading when not in browse mode and see if tracking is correct. 

If my suggestion doesn’t solve the probloem, I have another one but I’ll wait to see what you say about this one.
 
Gene
-----Origihnal Message-----
Sent: Wednesday, October 20, 2021 3:49 PM
Subject: [nvda] Different focus from say all and arrowing through
 
While proofreading a long document using say-all, I'd find a place for editing, and hit control to stop speech, but then when I'd arrow through the document, I'd be in a different place.  I have focus follows caret set in review, so I figured the focus would, well, follow the system caret.  I thought the system caret would travel with the say'all cursor.
I'm a little rusty on NVDA concepts, since for a long time, I did most of my work on a Chromebook, but now I'm using my win 10 machine a lot more again, and MS Office.
 
Christopher Bartlett
 
 
--
Christopher Bartlett


Re: what next

 

Also, anyone considering the HP BIOS Configuration Utility should take a look at its User Guide to determine if they even want to "go there."
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 


Re: what next

 

On Wed, Oct 20, 2021 at 02:45 PM, Mohamed wrote:
HP actually has a BIOS configuration utility that can be used to edit BIOS settings from within Windows. https://ftp.ext.hp.com/pub/caps-softpaq/cmit/HP_BCU.html. this is a command line app that allows you to configure BIOS settings by editing a text file.
-
And unless you happen to know exactly what you're doing, I would never recommend that an end user go this route unless they are already intimately familiar with updating UEFI/BIOS, and very few are.

You can very easily brick a machine by very small changes in just the wrong spots in BIOS settings.
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 


Re: Here we go again!

 

On Wed, Oct 20, 2021 at 05:40 PM, Governor staten wrote:
You know that this is alpha software.
-
Amen!  Anyone who elects to use alpha software should, routinely, expect all sorts of issues, including lack of backward compatibility.

It is completely, utterly unrealistic to expect alpha software, which is well in advance of the production version, to necessarily have backward compatibility with add-ons compatible with the current production version.

Alpha software is "bleeding edge" and not just for folks to "get a quick peek at what may be coming."  It's also expected to be issue-filled, far more so than beta software.  And even beta and release candidate software can occasionally have issues pop up as the testing periods progress.
--

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

The ignorance of one voter in a democracy impairs the security of all.

         ~ John F. Kennedy

 

6481 - 6500 of 95229