Date   

Re: Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

Tyler Spivey
 

So far, the user experience for this is really bad. I had to manually
tweak 40+ addons three times during two updates.
I hope I don't have to deal with this every time I update my snapshot.

On 12/7/2018 10:45 PM, Devin Prater wrote:
Thanks so much for all this information. I hope that the author of
Braille Extender updates that add-on, as it is one of the most useful
admins to me.

On Dec 7, 2018, at 11:50 PM, Joseph Lee <joseph.lee22590@gmail.com
<mailto:joseph.lee22590@gmail.com>> wrote:

Hi,
Yes, I and another NVDA developer wrote messages concerning this to
add-on authors.
By the way, one more thing: I’ll release patches for most of the
add-ons I’m maintaining (resource Monitor and StationPlaylist, for
instance) around Christmas to extend last tested NVDA version flag to
2019.3. The only exception will be Unicode Braille Input, which is no
longer maintained by me.
Cheers,
Joseph
 
*From:* nvda@nvda.groups.io
<mailto:nvda@nvda.groups.io><nvda@nvda.groups.io
<mailto:nvda@nvda.groups.io>> *On Behalf Of *David Goldfield
*Sent:* Friday, December 7, 2018 9:44 PM
*To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
*Subject:* Re: [nvda] Important notice: a note or two about future
compatibility of add-ons on community add-ons website and elsewhere
 

Joseph,

Thank you for alerting us to this situation. I am somewhat concerned
as I do use some third-party add-ons not hosted on the community
add-ons page but which are well-known and legal. I'm wondering if the
developers of these add-ons have been informed about this change?
Specifically, I use the Code Factory Eloquence and Vocalizer add-on,
Acapela voices, Dictation Bridge and NVDA Remote. I also hope that
Clipspeak and Clip Contents Designer will be updated but I realize
these are not your apps.

Thank you again.

 

David Goldfield, Assistive Technology
Specialist WWW.David-Goldfield.Com <http://www.david-goldfield.com/>
On 12/8/2018 12:30 AM, Joseph Lee wrote:

Dear NVDA community,
 
This is Joseph Lee, one of the code contributors to NVDA screen
reader project and a reviewer of community add-ons. I would like
to take this time to update you on what’s been happening in
regards to future compatibility of add-ons hosted on various
websites, as well as rationale for compatibility notices you’re
seeing from recent NVDA development releases (chiefly on alpha
channel).
 
As of December 6, 2018, NVDA 2019.1 alpha snapshots (build 16382
onwards) will prompt you to check compatibility of various add-ons
when you’re installing snapshots. This is because NVDA will now
check if any of your add-ons are compatible with it by looking at
two new manifest keys. These add-on manifest keys will tell NVDA
if a given add-on is compatible with latest NVDA release, as well
as providing a minimum compatible NVDA version if specified. After
installing that alpha build and beyond, if NVDA detects one or
more add-ons are not compatible, it will present a dialog at start
up asking you to check which add-ons you still wish to use despite
them being flagged as incompatible. This will be noticeable if you
are using a third-party speech synthesizer or braille display by
default and somehow these are not loading. Also, when trying to
install new add-ons, if NVDA sees the add-on is incompatible,
it’ll prompt a warning about it.
 
Prior to this change, you can install add-ons on any NVDA release
(including upcoming 2018.4), and it was up to add-ons to use
features provided by a given NVDA release. This meant really old
add-ons could be installed, and if not optimized for recent NVDA
releases, the add-on would not work as intended, and in some
cases, fail to run outright. Some add-ons do have specific NVDA
version requirements, but not all add-ons take advantage of this
recommendation.
 
There are several reasons for the change as described above:
 

1. Python 3 transition: as some of you (I think, at this point,
more people) may know, NV Access and several developers
(including I) are researching possible roadblocks to Python 3
transition, and I’m maintaining an actual Python 3 version of
NVDA for testing purposes. Given massive differences between
Python 2 and 3, it was felt to place add-on compatibility
checks in place so you won’t install add-ons written in Python
2 on a Python 3 version of NVDA. This is one of the reasons
for adding minimum NVDA version checks for add-ons if
appropriate. As of today (December 8, 2018), at least three
add-ons are Python 3 ready (thus will require newer NVDA
versions in the future), and I expect that number to grow
significantly in the next few months; the three compatible
add-ons are Resource Monitor, SystrayList, and Windows 10 App
Essentials, with StationPlaylist Studio to be added to this
list in January 2019. 
2. Various internal work planned for the future: these include
projects such as speech refactor (changing internals behind
NVDA’s speech functionality) and such that will cause some
add-ons to fail to work as advertised. 

 
The new compatibility flags are:
 

* minimumNVDAVersion: specifies minimum version of NVDA the
add-on is compatible with. 
* lastTestedNVDAVersion: latest compatible NVDA version for the
add-on. 

 
These manifest keys are optional for now; in 2019, they will
become mandatory for ALL add-ons. I would go so far as say that
they are MANDATORY from now on, especially if you need to test
your add-ons in alpha snapshots and intend to produce a Python 3
version of your add-ons.
 
As of December 8, 2018, only several add-ons hosted on community
add-ons website (addons.nvda-project.org
<http://addons.nvda-project.org/>) are truly future-proof
(compatibility flags are present). The good news is that add-on
authors do understand the impact this change will have on their
add-ons and some have begun updating their add-ons to add
compatibility flags; others plan to add changes once 2019.1 enters
beta testing phase (based on past conversations), while the
community lost contact with authors of some add-ons (some of which
are popular) and their add-ons will be flagged as incompatible
unless updates are released.
 
The following add-ons are NVDA 2019.1 compatible and thus won’t
cause NVDA to flag them as incompatible:
 

* Add-on Updater 
* Easy Table Navigator 
* Enhanced Touch Gestures 
* Focus Highlight 
* Golden Cursor 
* GoldWave 
* ObjPad 
* Object Location Tones 
* Resource Monitor 
* StationPlaylist Studio 
* SystrayList 
* Unicode Braille Input 
* Virtual Review 
* Windows 10 App Essentials 
* And possibly more. 

 
For add-ons not listed:
 

* For users: please contact authors of add-ons you’re using and
ask for their thoughts and plans for add-on compatibility
flags and other future work (see below for words about my
add-ons). 
* For developers: please think about the impact of this change
and update your add-ons. I don’t expect all add-ons to be made
compatible by the time 2019.1 stable version (or release
candidate) is released, but at least for popular ones, please
have your add-ons made compatible by the time 2019.1 beta 1
shows up. Also, I advise setting last tested version to 2019.2
so you can have plenty of time modernizing add-ons. 

 
Notes for users of my add-ons or add-ons that’ll be reviewed by me:
 

* For users: I expect all my add-ons (at least ones currently
under active support) to be made Python 3 ready no later than
March 2019. As far as last tested version flag is concerned,
I’ll try my best to target later NVDA releases (for example,
if using an add-on in NVDA 2019.1, the compatibility flag will
indicate support for at least NvDA 2019.3) so you won’t have
to worry about compatibility flag problems for a long time;
compatibility flags (at least last tested version flag) will
be updated once or twice a year. 
* For add-ons to be reviewed: I will look for compatibility
flags (as part of user experience portion of basic review)
starting from February 2019; other add-on reviewers may or may
not look for these flags. 
* For Add-on Updater users: I will start enforcing add-on
compatibility flags from version 19.03; that is, Add-on
Updater will refuse to install add-on updates if they do not
specify at least last tested version flag to align with NVDA
2019.1 behavior. 

 
Thank you.
Cheers,
Joseph


Re: Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

Devin Prater
 

Thanks so much for all this information. I hope that the author of Braille Extender updates that add-on, as it is one of the most useful admins to me.

On Dec 7, 2018, at 11:50 PM, Joseph Lee <joseph.lee22590@...> wrote:

Hi,
Yes, I and another NVDA developer wrote messages concerning this to add-on authors.
By the way, one more thing: I’ll release patches for most of the add-ons I’m maintaining (resource Monitor and StationPlaylist, for instance) around Christmas to extend last tested NVDA version flag to 2019.3. The only exception will be Unicode Braille Input, which is no longer maintained by me.
Cheers,
Joseph
 
From: nvda@nvda.groups.io<nvda@nvda.groups.io> On Behalf Of David Goldfield
Sent: Friday, December 7, 2018 9:44 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere
 

Joseph,

Thank you for alerting us to this situation. I am somewhat concerned as I do use some third-party add-ons not hosted on the community add-ons page but which are well-known and legal. I'm wondering if the developers of these add-ons have been informed about this change? Specifically, I use the Code Factory Eloquence and Vocalizer add-on, Acapela voices, Dictation Bridge and NVDA Remote. I also hope that Clipspeak and Clip Contents Designer will be updated but I realize these are not your apps.

Thank you again.

 

David Goldfield, Assistive Technology Specialist WWW.David-Goldfield.Com
On 12/8/2018 12:30 AM, Joseph Lee wrote:
Dear NVDA community,
 
This is Joseph Lee, one of the code contributors to NVDA screen reader project and a reviewer of community add-ons. I would like to take this time to update you on what’s been happening in regards to future compatibility of add-ons hosted on various websites, as well as rationale for compatibility notices you’re seeing from recent NVDA development releases (chiefly on alpha channel).
 
As of December 6, 2018, NVDA 2019.1 alpha snapshots (build 16382 onwards) will prompt you to check compatibility of various add-ons when you’re installing snapshots. This is because NVDA will now check if any of your add-ons are compatible with it by looking at two new manifest keys. These add-on manifest keys will tell NVDA if a given add-on is compatible with latest NVDA release, as well as providing a minimum compatible NVDA version if specified. After installing that alpha build and beyond, if NVDA detects one or more add-ons are not compatible, it will present a dialog at start up asking you to check which add-ons you still wish to use despite them being flagged as incompatible. This will be noticeable if you are using a third-party speech synthesizer or braille display by default and somehow these are not loading. Also, when trying to install new add-ons, if NVDA sees the add-on is incompatible, it’ll prompt a warning about it.
 
Prior to this change, you can install add-ons on any NVDA release (including upcoming 2018.4), and it was up to add-ons to use features provided by a given NVDA release. This meant really old add-ons could be installed, and if not optimized for recent NVDA releases, the add-on would not work as intended, and in some cases, fail to run outright. Some add-ons do have specific NVDA version requirements, but not all add-ons take advantage of this recommendation.
 
There are several reasons for the change as described above:
 
  1. Python 3 transition: as some of you (I think, at this point, more people) may know, NV Access and several developers (including I) are researching possible roadblocks to Python 3 transition, and I’m maintaining an actual Python 3 version of NVDA for testing purposes. Given massive differences between Python 2 and 3, it was felt to place add-on compatibility checks in place so you won’t install add-ons written in Python 2 on a Python 3 version of NVDA. This is one of the reasons for adding minimum NVDA version checks for add-ons if appropriate. As of today (December 8, 2018), at least three add-ons are Python 3 ready (thus will require newer NVDA versions in the future), and I expect that number to grow significantly in the next few months; the three compatible add-ons are Resource Monitor, SystrayList, and Windows 10 App Essentials, with StationPlaylist Studio to be added to this list in January 2019. 
  2. Various internal work planned for the future: these include projects such as speech refactor (changing internals behind NVDA’s speech functionality) and such that will cause some add-ons to fail to work as advertised. 
 
The new compatibility flags are:
 
  • minimumNVDAVersion: specifies minimum version of NVDA the add-on is compatible with. 
  • lastTestedNVDAVersion: latest compatible NVDA version for the add-on. 
 
These manifest keys are optional for now; in 2019, they will become mandatory for ALL add-ons. I would go so far as say that they are MANDATORY from now on, especially if you need to test your add-ons in alpha snapshots and intend to produce a Python 3 version of your add-ons.
 
As of December 8, 2018, only several add-ons hosted on community add-ons website (addons.nvda-project.org) are truly future-proof (compatibility flags are present). The good news is that add-on authors do understand the impact this change will have on their add-ons and some have begun updating their add-ons to add compatibility flags; others plan to add changes once 2019.1 enters beta testing phase (based on past conversations), while the community lost contact with authors of some add-ons (some of which are popular) and their add-ons will be flagged as incompatible unless updates are released.
 
The following add-ons are NVDA 2019.1 compatible and thus won’t cause NVDA to flag them as incompatible:
 
  • Add-on Updater 
  • Easy Table Navigator 
  • Enhanced Touch Gestures 
  • Focus Highlight 
  • Golden Cursor 
  • GoldWave 
  • ObjPad 
  • Object Location Tones 
  • Resource Monitor 
  • StationPlaylist Studio 
  • SystrayList 
  • Unicode Braille Input 
  • Virtual Review 
  • Windows 10 App Essentials 
  • And possibly more. 
 
For add-ons not listed:
 
  • For users: please contact authors of add-ons you’re using and ask for their thoughts and plans for add-on compatibility flags and other future work (see below for words about my add-ons). 
  • For developers: please think about the impact of this change and update your add-ons. I don’t expect all add-ons to be made compatible by the time 2019.1 stable version (or release candidate) is released, but at least for popular ones, please have your add-ons made compatible by the time 2019.1 beta 1 shows up. Also, I advise setting last tested version to 2019.2 so you can have plenty of time modernizing add-ons. 
 
Notes for users of my add-ons or add-ons that’ll be reviewed by me:
 
  • For users: I expect all my add-ons (at least ones currently under active support) to be made Python 3 ready no later than March 2019. As far as last tested version flag is concerned, I’ll try my best to target later NVDA releases (for example, if using an add-on in NVDA 2019.1, the compatibility flag will indicate support for at least NvDA 2019.3) so you won’t have to worry about compatibility flag problems for a long time; compatibility flags (at least last tested version flag) will be updated once or twice a year. 
  • For add-ons to be reviewed: I will look for compatibility flags (as part of user experience portion of basic review) starting from February 2019; other add-on reviewers may or may not look for these flags. 
  • For Add-on Updater users: I will start enforcing add-on compatibility flags from version 19.03; that is, Add-on Updater will refuse to install add-on updates if they do not specify at least last tested version flag to align with NVDA 2019.1 behavior. 
 
Thank you.
Cheers,
Joseph



Re: Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

 

Hi,

Yes, I and another NVDA developer wrote messages concerning this to add-on authors.

By the way, one more thing: I’ll release patches for most of the add-ons I’m maintaining (resource Monitor and StationPlaylist, for instance) around Christmas to extend last tested NVDA version flag to 2019.3. The only exception will be Unicode Braille Input, which is no longer maintained by me.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of David Goldfield
Sent: Friday, December 7, 2018 9:44 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

 

Joseph,

Thank you for alerting us to this situation. I am somewhat concerned as I do use some third-party add-ons not hosted on the community add-ons page but which are well-known and legal. I'm wondering if the developers of these add-ons have been informed about this change? Specifically, I use the Code Factory Eloquence and Vocalizer add-on, Acapela voices, Dictation Bridge and NVDA Remote. I also hope that Clipspeak and Clip Contents Designer will be updated but I realize these are not your apps.

Thank you again.

 

David Goldfield, Assistive Technology Specialist WWW.David-Goldfield.Com

On 12/8/2018 12:30 AM, Joseph Lee wrote:

Dear NVDA community,

 

This is Joseph Lee, one of the code contributors to NVDA screen reader project and a reviewer of community add-ons. I would like to take this time to update you on what’s been happening in regards to future compatibility of add-ons hosted on various websites, as well as rationale for compatibility notices you’re seeing from recent NVDA development releases (chiefly on alpha channel).

 

As of December 6, 2018, NVDA 2019.1 alpha snapshots (build 16382 onwards) will prompt you to check compatibility of various add-ons when you’re installing snapshots. This is because NVDA will now check if any of your add-ons are compatible with it by looking at two new manifest keys. These add-on manifest keys will tell NVDA if a given add-on is compatible with latest NVDA release, as well as providing a minimum compatible NVDA version if specified. After installing that alpha build and beyond, if NVDA detects one or more add-ons are not compatible, it will present a dialog at start up asking you to check which add-ons you still wish to use despite them being flagged as incompatible. This will be noticeable if you are using a third-party speech synthesizer or braille display by default and somehow these are not loading. Also, when trying to install new add-ons, if NVDA sees the add-on is incompatible, it’ll prompt a warning about it.

 

Prior to this change, you can install add-ons on any NVDA release (including upcoming 2018.4), and it was up to add-ons to use features provided by a given NVDA release. This meant really old add-ons could be installed, and if not optimized for recent NVDA releases, the add-on would not work as intended, and in some cases, fail to run outright. Some add-ons do have specific NVDA version requirements, but not all add-ons take advantage of this recommendation.

 

There are several reasons for the change as described above:

 

  1. Python 3 transition: as some of you (I think, at this point, more people) may know, NV Access and several developers (including I) are researching possible roadblocks to Python 3 transition, and I’m maintaining an actual Python 3 version of NVDA for testing purposes. Given massive differences between Python 2 and 3, it was felt to place add-on compatibility checks in place so you won’t install add-ons written in Python 2 on a Python 3 version of NVDA. This is one of the reasons for adding minimum NVDA version checks for add-ons if appropriate. As of today (December 8, 2018), at least three add-ons are Python 3 ready (thus will require newer NVDA versions in the future), and I expect that number to grow significantly in the next few months; the three compatible add-ons are Resource Monitor, SystrayList, and Windows 10 App Essentials, with StationPlaylist Studio to be added to this list in January 2019.
  2. Various internal work planned for the future: these include projects such as speech refactor (changing internals behind NVDA’s speech functionality) and such that will cause some add-ons to fail to work as advertised.

 

The new compatibility flags are:

 

  • minimumNVDAVersion: specifies minimum version of NVDA the add-on is compatible with.
  • lastTestedNVDAVersion: latest compatible NVDA version for the add-on.

 

These manifest keys are optional for now; in 2019, they will become mandatory for ALL add-ons. I would go so far as say that they are MANDATORY from now on, especially if you need to test your add-ons in alpha snapshots and intend to produce a Python 3 version of your add-ons.

 

As of December 8, 2018, only several add-ons hosted on community add-ons website (addons.nvda-project.org) are truly future-proof (compatibility flags are present). The good news is that add-on authors do understand the impact this change will have on their add-ons and some have begun updating their add-ons to add compatibility flags; others plan to add changes once 2019.1 enters beta testing phase (based on past conversations), while the community lost contact with authors of some add-ons (some of which are popular) and their add-ons will be flagged as incompatible unless updates are released.

 

The following add-ons are NVDA 2019.1 compatible and thus won’t cause NVDA to flag them as incompatible:

 

  • Add-on Updater
  • Easy Table Navigator
  • Enhanced Touch Gestures
  • Focus Highlight
  • Golden Cursor
  • GoldWave
  • ObjPad
  • Object Location Tones
  • Resource Monitor
  • StationPlaylist Studio
  • SystrayList
  • Unicode Braille Input
  • Virtual Review
  • Windows 10 App Essentials
  • And possibly more.

 

For add-ons not listed:

 

  • For users: please contact authors of add-ons you’re using and ask for their thoughts and plans for add-on compatibility flags and other future work (see below for words about my add-ons).
  • For developers: please think about the impact of this change and update your add-ons. I don’t expect all add-ons to be made compatible by the time 2019.1 stable version (or release candidate) is released, but at least for popular ones, please have your add-ons made compatible by the time 2019.1 beta 1 shows up. Also, I advise setting last tested version to 2019.2 so you can have plenty of time modernizing add-ons.

 

Notes for users of my add-ons or add-ons that’ll be reviewed by me:

 

  • For users: I expect all my add-ons (at least ones currently under active support) to be made Python 3 ready no later than March 2019. As far as last tested version flag is concerned, I’ll try my best to target later NVDA releases (for example, if using an add-on in NVDA 2019.1, the compatibility flag will indicate support for at least NvDA 2019.3) so you won’t have to worry about compatibility flag problems for a long time; compatibility flags (at least last tested version flag) will be updated once or twice a year.
  • For add-ons to be reviewed: I will look for compatibility flags (as part of user experience portion of basic review) starting from February 2019; other add-on reviewers may or may not look for these flags.
  • For Add-on Updater users: I will start enforcing add-on compatibility flags from version 19.03; that is, Add-on Updater will refuse to install add-on updates if they do not specify at least last tested version flag to align with NVDA 2019.1 behavior.

 

Thank you.

Cheers,

Joseph


Re: Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

David Goldfield
 

Joseph,

Thank you for alerting us to this situation. I am somewhat concerned as I do use some third-party add-ons not hosted on the community add-ons page but which are well-known and legal. I'm wondering if the developers of these add-ons have been informed about this change? Specifically, I use the Code Factory Eloquence and Vocalizer add-on, Acapela voices, Dictation Bridge and NVDA Remote. I also hope that Clipspeak and Clip Contents Designer will be updated but I realize these are not your apps.

Thank you again.


David Goldfield, Assistive Technology Specialist WWW.David-Goldfield.Com

On 12/8/2018 12:30 AM, Joseph Lee wrote:

Dear NVDA community,

 

This is Joseph Lee, one of the code contributors to NVDA screen reader project and a reviewer of community add-ons. I would like to take this time to update you on what’s been happening in regards to future compatibility of add-ons hosted on various websites, as well as rationale for compatibility notices you’re seeing from recent NVDA development releases (chiefly on alpha channel).

 

As of December 6, 2018, NVDA 2019.1 alpha snapshots (build 16382 onwards) will prompt you to check compatibility of various add-ons when you’re installing snapshots. This is because NVDA will now check if any of your add-ons are compatible with it by looking at two new manifest keys. These add-on manifest keys will tell NVDA if a given add-on is compatible with latest NVDA release, as well as providing a minimum compatible NVDA version if specified. After installing that alpha build and beyond, if NVDA detects one or more add-ons are not compatible, it will present a dialog at start up asking you to check which add-ons you still wish to use despite them being flagged as incompatible. This will be noticeable if you are using a third-party speech synthesizer or braille display by default and somehow these are not loading. Also, when trying to install new add-ons, if NVDA sees the add-on is incompatible, it’ll prompt a warning about it.

 

Prior to this change, you can install add-ons on any NVDA release (including upcoming 2018.4), and it was up to add-ons to use features provided by a given NVDA release. This meant really old add-ons could be installed, and if not optimized for recent NVDA releases, the add-on would not work as intended, and in some cases, fail to run outright. Some add-ons do have specific NVDA version requirements, but not all add-ons take advantage of this recommendation.

 

There are several reasons for the change as described above:

 

  1. Python 3 transition: as some of you (I think, at this point, more people) may know, NV Access and several developers (including I) are researching possible roadblocks to Python 3 transition, and I’m maintaining an actual Python 3 version of NVDA for testing purposes. Given massive differences between Python 2 and 3, it was felt to place add-on compatibility checks in place so you won’t install add-ons written in Python 2 on a Python 3 version of NVDA. This is one of the reasons for adding minimum NVDA version checks for add-ons if appropriate. As of today (December 8, 2018), at least three add-ons are Python 3 ready (thus will require newer NVDA versions in the future), and I expect that number to grow significantly in the next few months; the three compatible add-ons are Resource Monitor, SystrayList, and Windows 10 App Essentials, with StationPlaylist Studio to be added to this list in January 2019.
  2. Various internal work planned for the future: these include projects such as speech refactor (changing internals behind NVDA’s speech functionality) and such that will cause some add-ons to fail to work as advertised.

 

The new compatibility flags are:

 

  • minimumNVDAVersion: specifies minimum version of NVDA the add-on is compatible with.
  • lastTestedNVDAVersion: latest compatible NVDA version for the add-on.

 

These manifest keys are optional for now; in 2019, they will become mandatory for ALL add-ons. I would go so far as say that they are MANDATORY from now on, especially if you need to test your add-ons in alpha snapshots and intend to produce a Python 3 version of your add-ons.

 

As of December 8, 2018, only several add-ons hosted on community add-ons website (addons.nvda-project.org) are truly future-proof (compatibility flags are present). The good news is that add-on authors do understand the impact this change will have on their add-ons and some have begun updating their add-ons to add compatibility flags; others plan to add changes once 2019.1 enters beta testing phase (based on past conversations), while the community lost contact with authors of some add-ons (some of which are popular) and their add-ons will be flagged as incompatible unless updates are released.

 

The following add-ons are NVDA 2019.1 compatible and thus won’t cause NVDA to flag them as incompatible:

 

  • Add-on Updater
  • Easy Table Navigator
  • Enhanced Touch Gestures
  • Focus Highlight
  • Golden Cursor
  • GoldWave
  • ObjPad
  • Object Location Tones
  • Resource Monitor
  • StationPlaylist Studio
  • SystrayList
  • Unicode Braille Input
  • Virtual Review
  • Windows 10 App Essentials
  • And possibly more.

 

For add-ons not listed:

 

  • For users: please contact authors of add-ons you’re using and ask for their thoughts and plans for add-on compatibility flags and other future work (see below for words about my add-ons).
  • For developers: please think about the impact of this change and update your add-ons. I don’t expect all add-ons to be made compatible by the time 2019.1 stable version (or release candidate) is released, but at least for popular ones, please have your add-ons made compatible by the time 2019.1 beta 1 shows up. Also, I advise setting last tested version to 2019.2 so you can have plenty of time modernizing add-ons.

 

Notes for users of my add-ons or add-ons that’ll be reviewed by me:

 

  • For users: I expect all my add-ons (at least ones currently under active support) to be made Python 3 ready no later than March 2019. As far as last tested version flag is concerned, I’ll try my best to target later NVDA releases (for example, if using an add-on in NVDA 2019.1, the compatibility flag will indicate support for at least NvDA 2019.3) so you won’t have to worry about compatibility flag problems for a long time; compatibility flags (at least last tested version flag) will be updated once or twice a year.
  • For add-ons to be reviewed: I will look for compatibility flags (as part of user experience portion of basic review) starting from February 2019; other add-on reviewers may or may not look for these flags.
  • For Add-on Updater users: I will start enforcing add-on compatibility flags from version 19.03; that is, Add-on Updater will refuse to install add-on updates if they do not specify at least last tested version flag to align with NVDA 2019.1 behavior.

 

Thank you.

Cheers,

Joseph


Important notice: a note or two about future compatibility of add-ons on community add-ons website and elsewhere

 

Dear NVDA community,

 

This is Joseph Lee, one of the code contributors to NVDA screen reader project and a reviewer of community add-ons. I would like to take this time to update you on what’s been happening in regards to future compatibility of add-ons hosted on various websites, as well as rationale for compatibility notices you’re seeing from recent NVDA development releases (chiefly on alpha channel).

 

As of December 6, 2018, NVDA 2019.1 alpha snapshots (build 16382 onwards) will prompt you to check compatibility of various add-ons when you’re installing snapshots. This is because NVDA will now check if any of your add-ons are compatible with it by looking at two new manifest keys. These add-on manifest keys will tell NVDA if a given add-on is compatible with latest NVDA release, as well as providing a minimum compatible NVDA version if specified. After installing that alpha build and beyond, if NVDA detects one or more add-ons are not compatible, it will present a dialog at start up asking you to check which add-ons you still wish to use despite them being flagged as incompatible. This will be noticeable if you are using a third-party speech synthesizer or braille display by default and somehow these are not loading. Also, when trying to install new add-ons, if NVDA sees the add-on is incompatible, it’ll prompt a warning about it.

 

Prior to this change, you can install add-ons on any NVDA release (including upcoming 2018.4), and it was up to add-ons to use features provided by a given NVDA release. This meant really old add-ons could be installed, and if not optimized for recent NVDA releases, the add-on would not work as intended, and in some cases, fail to run outright. Some add-ons do have specific NVDA version requirements, but not all add-ons take advantage of this recommendation.

 

There are several reasons for the change as described above:

 

  1. Python 3 transition: as some of you (I think, at this point, more people) may know, NV Access and several developers (including I) are researching possible roadblocks to Python 3 transition, and I’m maintaining an actual Python 3 version of NVDA for testing purposes. Given massive differences between Python 2 and 3, it was felt to place add-on compatibility checks in place so you won’t install add-ons written in Python 2 on a Python 3 version of NVDA. This is one of the reasons for adding minimum NVDA version checks for add-ons if appropriate. As of today (December 8, 2018), at least three add-ons are Python 3 ready (thus will require newer NVDA versions in the future), and I expect that number to grow significantly in the next few months; the three compatible add-ons are Resource Monitor, SystrayList, and Windows 10 App Essentials, with StationPlaylist Studio to be added to this list in January 2019.
  2. Various internal work planned for the future: these include projects such as speech refactor (changing internals behind NVDA’s speech functionality) and such that will cause some add-ons to fail to work as advertised.

 

The new compatibility flags are:

 

  • minimumNVDAVersion: specifies minimum version of NVDA the add-on is compatible with.
  • lastTestedNVDAVersion: latest compatible NVDA version for the add-on.

 

These manifest keys are optional for now; in 2019, they will become mandatory for ALL add-ons. I would go so far as say that they are MANDATORY from now on, especially if you need to test your add-ons in alpha snapshots and intend to produce a Python 3 version of your add-ons.

 

As of December 8, 2018, only several add-ons hosted on community add-ons website (addons.nvda-project.org) are truly future-proof (compatibility flags are present). The good news is that add-on authors do understand the impact this change will have on their add-ons and some have begun updating their add-ons to add compatibility flags; others plan to add changes once 2019.1 enters beta testing phase (based on past conversations), while the community lost contact with authors of some add-ons (some of which are popular) and their add-ons will be flagged as incompatible unless updates are released.

 

The following add-ons are NVDA 2019.1 compatible and thus won’t cause NVDA to flag them as incompatible:

 

  • Add-on Updater
  • Easy Table Navigator
  • Enhanced Touch Gestures
  • Focus Highlight
  • Golden Cursor
  • GoldWave
  • ObjPad
  • Object Location Tones
  • Resource Monitor
  • StationPlaylist Studio
  • SystrayList
  • Unicode Braille Input
  • Virtual Review
  • Windows 10 App Essentials
  • And possibly more.

 

For add-ons not listed:

 

  • For users: please contact authors of add-ons you’re using and ask for their thoughts and plans for add-on compatibility flags and other future work (see below for words about my add-ons).
  • For developers: please think about the impact of this change and update your add-ons. I don’t expect all add-ons to be made compatible by the time 2019.1 stable version (or release candidate) is released, but at least for popular ones, please have your add-ons made compatible by the time 2019.1 beta 1 shows up. Also, I advise setting last tested version to 2019.2 so you can have plenty of time modernizing add-ons.

 

Notes for users of my add-ons or add-ons that’ll be reviewed by me:

 

  • For users: I expect all my add-ons (at least ones currently under active support) to be made Python 3 ready no later than March 2019. As far as last tested version flag is concerned, I’ll try my best to target later NVDA releases (for example, if using an add-on in NVDA 2019.1, the compatibility flag will indicate support for at least NvDA 2019.3) so you won’t have to worry about compatibility flag problems for a long time; compatibility flags (at least last tested version flag) will be updated once or twice a year.
  • For add-ons to be reviewed: I will look for compatibility flags (as part of user experience portion of basic review) starting from February 2019; other add-on reviewers may or may not look for these flags.
  • For Add-on Updater users: I will start enforcing add-on compatibility flags from version 19.03; that is, Add-on Updater will refuse to install add-on updates if they do not specify at least last tested version flag to align with NVDA 2019.1 behavior.

 

Thank you.

Cheers,

Joseph


Bug report and mouse

farhan israk
 

I use nvda 2018.3.2. how to send bug report to nbda developer along with log? I'm not getting log in temp folder. Where will I get it? How to use mouse with nvda?


Re: EM Client mail client

Rosemarie Chavarria
 

I haven't heard of it.

 

 

 

From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Quentin Christensen
Sent: Friday, December 7, 2018 2:02 PM
To: nvda@nvda.groups.io
Subject: [nvda] EM Client mail client

 

Hi everyone,

 

I had an inquiry about using the EM Client - http://www.emclient.com/

 

Has anyone used this mail client and if so, is it accessible, and are there any tips for using it or setting it up etc?

 

Quentin.

 

--

Quentin Christensen
Training and Support Manager

 

Official NVDA Training modules and expert certification now available: http://www.nvaccess.org/shop/

 

Facebook: http://www.facebook.com/NVAccess 
Twitter: @NVAccess 


Re: a problem focusing the mouse cursor on items

Gene
 

Are you in object review mode or screen review mode.  I have said before that object review mode should be automatically returned to when the window you are using a different mode in is left.  A lot of people have no idea that you need to be in object navigation mode for a lot of commands to work properly.  Unfortunately, my idea has not been implemented.  We'll see if your problem is another illustration of why it should be.
 
Also, have you changed the default setting that causes the object navigator to follow the cursor?  That could be the problem, too.  You are routing the mouse to the object navigator, not to the application cursor nor the browse mode virtual cursor. 
Gene

----- Original Message -----
From: Dan Beaver
Sent: Friday, December 07, 2018 4:30 PM
Subject: [nvda] a problem focusing the mouse cursor on items

Hi,


I have recently noticed that using the nvda+shift+m combo isn't working correctly.  If I do this on a webpage to click on an item that normally would be identified as a link it doesn't allow me to click on it.


If I do this and then issue nvda+[ to do a mouse click it tries to activate something on the desktop instead.  It seems like the mouse focus isn't being placed on the item that I was looking at in browse mode.


Any ideas on this one?


I am running the latest stable NVDA and Windows 10 home. I am having trouble figuring out

how to find the exact version of Windows 10 home though.  I found this using the Chrome browser.


Thanks.



--

Dan Beaver (KC4DOY)


Re: a problem focusing the mouse cursor on items

Adriani Botez
 

Hi,

 

which browser are you using? In Firefox an Crome this will work much better in NVDA 2018.4.

 

Best

Adriani

 

 

 

Von: nvda@nvda.groups.io <nvda@nvda.groups.io> Im Auftrag von Dan Beaver
Gesendet: Freitag, 7. Dezember 2018 23:31
An: nvda@nvda.groups.io
Betreff: [nvda] a problem focusing the mouse cursor on items

 

Hi,

 

I have recently noticed that using the nvda+shift+m combo isn't working correctly.  If I do this on a webpage to click on an item that normally would be identified as a link it doesn't allow me to click on it.

 

If I do this and then issue nvda+[ to do a mouse click it tries to activate something on the desktop instead.  It seems like the mouse focus isn't being placed on the item that I was looking at in browse mode.

 

Any ideas on this one?

 

I am running the latest stable NVDA and Windows 10 home. I am having trouble figuring out

how to find the exact version of Windows 10 home though.  I found this using the Chrome browser.

 

Thanks.

 

 

--

Dan Beaver (KC4DOY)


a problem focusing the mouse cursor on items

Dan Beaver
 

Hi,


I have recently noticed that using the nvda+shift+m combo isn't working correctly.  If I do this on a webpage to click on an item that normally would be identified as a link it doesn't allow me to click on it.


If I do this and then issue nvda+[ to do a mouse click it tries to activate something on the desktop instead.  It seems like the mouse focus isn't being placed on the item that I was looking at in browse mode.


Any ideas on this one?


I am running the latest stable NVDA and Windows 10 home. I am having trouble figuring out

how to find the exact version of Windows 10 home though.  I found this using the Chrome browser.


Thanks.



--

Dan Beaver (KC4DOY)


EM Client mail client

Quentin Christensen
 

Hi everyone,

I had an inquiry about using the EM Client - http://www.emclient.com/

Has anyone used this mail client and if so, is it accessible, and are there any tips for using it or setting it up etc?

Quentin.

--
Quentin Christensen
Training and Support Manager

Official NVDA Training modules and expert certification now available: http://www.nvaccess.org/shop/

Facebook: http://www.facebook.com/NVAccess 
Twitter: @NVAccess 


Re: NVDA reading dialog boxes

Don H
 

Thanks that fixed it

On 12/7/2018 12:03 PM, Tyler Spivey wrote:
Sorry, let's try with slightly clearer instructions:
1. Activate the NVDA menu, Preferences, Settings.
2. Select Object Presentation from the list.
3. Tab until you hear Report object descriptions and check it.
4. Press enter.
On 12/7/2018 8:10 AM, Don H wrote:
Tried this and got nothing.
when hitting insert control o nothing happens alt v gives me a ding and
nothing else.

On 12/7/2018 7:58 AM, Tyler Spivey wrote:
NVDA+CTRL+o, alt+d to check Report object descriptions, enter. Try again.
On 12/7/2018 5:54 AM, Don H wrote:
Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read the
dialog box it only says OK.  If you open up the check for updates or
addon updates NVDA only says close where I thought it always said No
updates available in the past










Re: Microsofts blog on the edge and chrome merge

Devin Prater
 

Well, if you don’t like it because of how it shows websites, then just wait for it to switch to Chrome. If you don’t like it because of the alt+X menu, well, there’s still Google Chrome or Firefox. :) 

On Dec 7, 2018, at 11:40 AM, molly the blind tech lover <brainardmolly@...> wrote:

not to be rude but i dislike edge.


On Fri, Dec 7, 2018, 9:54 AM Robert Kingett <kingettr@... wrote:

I haven't seen this posted yet, so I wanted to share the below blog post from Microsoft themselves. Personally, this is great for developers! Less accessibility tinkering, in my opinion. Also, since chrome based stuff is open source, anybody can develop and code for accessibility. Microsoft even said they want to do this to make web accessibility better but no, Edge is not going away. Nowhere has anybody ever said edge is going away and if they did, they are wrong and can't read.

https://blogs.windows.com/windowsexperience/2018/12/06/microsoft-edge-making-the-web-better-through-more-open-source-collaboration/





Re: NVDA reading dialog boxes

Don H
 

I have also changed the speech syn and problem still exists.

On 12/7/2018 11:08 AM, Don H wrote:
I disabled all addons and it still doesn't read the dialog boxes that NVDA generates.
On 12/7/2018 11:07 AM, Joseph Lee wrote:
Hi,
Does restarting with add-ons disabled help? If NvDA reads dialogs after disabling add-ons, chances are that it might be an add-on that's interfering with some NVDA work.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:04 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

Reboot doesn't fix the issue.  Ironic that NVDA doesn't read the dialog boxes it generates.

On 12/7/2018 10:56 AM, Brian's Mail list account via Groups.Io wrote:
Try rebooting the machine. I've seen this too but no idea why it comes
and goes though I use windows 7. i I have a feeling its a windows issue.
Brian

bglists@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Don H" <lmddh50@adams.net>
To: <nvda@nvda.groups.io>
Sent: Friday, December 07, 2018 1:54 PM
Subject: [nvda] NVDA reading dialog boxes


Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read
the dialog box it only says OK.  If you open up the check for updates
or addon updates NVDA only says close where I thought it always said
No updates available in the past















Re: NVDA reading dialog boxes

Don H
 

OK I did a complete uninstall of NVDA including removal of all left over folders then did a clean install of the latest non beta version of NVDA. Now dialogs read as they should. Something must have gotten corrupted during installs of the beta versions on top of the released version of NVDA


Re: NVDA reading dialog boxes

Tyler Spivey
 

Sorry, let's try with slightly clearer instructions:
1. Activate the NVDA menu, Preferences, Settings.
2. Select Object Presentation from the list.
3. Tab until you hear Report object descriptions and check it.
4. Press enter.

On 12/7/2018 8:10 AM, Don H wrote:
Tried this and got nothing.
when hitting insert control o nothing happens alt v gives me a ding and
nothing else.

On 12/7/2018 7:58 AM, Tyler Spivey wrote:
NVDA+CTRL+o, alt+d to check Report object descriptions, enter. Try again.
On 12/7/2018 5:54 AM, Don H wrote:
Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read the
dialog box it only says OK.  If you open up the check for updates or
addon updates NVDA only says close where I thought it always said No
updates available in the past










Re: Microsofts blog on the edge and chrome merge

molly the blind tech lover
 

not to be rude but i dislike edge.


On Fri, Dec 7, 2018, 9:54 AM Robert Kingett <kingettr@... wrote:

I haven't seen this posted yet, so I wanted to share the below blog post from Microsoft themselves. Personally, this is great for developers! Less accessibility tinkering, in my opinion. Also, since chrome based stuff is open source, anybody can develop and code for accessibility. Microsoft even said they want to do this to make web accessibility better but no, Edge is not going away. Nowhere has anybody ever said edge is going away and if they did, they are wrong and can't read.

https://blogs.windows.com/windowsexperience/2018/12/06/microsoft-edge-making-the-web-better-through-more-open-source-collaboration/


Re: NVDA reading dialog boxes

 

Hi,
I see. The info provided matches what I have - the dialog is recognized as a proper dialog. In my case, the content is read. What if you try Windows OneCore voices (or Espeak NG) and see if the dialog is then read?
To others: besides looking at "report object descriptions" checkbox, the other possibility might be an add-on interfering with NVDA's dialog detection logic, but reports suggest this is not the case. I can't reproduce this, and if I'm reading the reports right, others can't either, so looks like something local to Don's computer.
To Don: can you recall the last NvDA version that did read its own About dialog, or has this been like this ever since your first NVDA use?
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:23 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

INFO - __main__ (11:06:49.802):
Starting NVDA
INFO - core.main (11:06:49.880):
Config dir: C:\Users\Don\AppData\Roaming\nvda INFO - config.ConfigManager._loadConfig (11:06:49.880):
Loading config: C:\Users\Don\AppData\Roaming\nvda\nvda.ini
INFO - core.main (11:06:50.319):
NVDA version 2018.4beta4
INFO - core.main (11:06:50.319):
Using Windows version 10.0.17763 workstation INFO - core.main (11:06:50.319):
Using Python version 2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:22:17) [MSC v.1500 32 bit (Intel)] INFO - core.main (11:06:50.319):
Using comtypes version 1.1.3
INFO - core.main (11:06:50.319):
Using configobj version 5.1.0 with validate version 1.0.1 INFO - synthDriverHandler.setSynth (11:06:50.657):
Loaded synthDriver dectalk
INFO - core.main (11:06:50.657):
Using wx version 4.0.3 msw (phoenix) wxWidgets 3.0.5 INFO - brailleInput.initialize (11:06:50.657):
Braille input initialized
INFO - braille.initialize (11:06:50.657):
Using liblouis version 3.7.0
INFO - braille.BrailleHandler.setDisplayByName (11:06:50.657):
Loaded braille display driver noBraille, current display has 0 cells.
WARNING - core.main (11:06:50.677):
Java Access Bridge not available
INFO - _UIAHandler.UIAHandler.MTAThreadFunc (11:06:50.687):
UIAutomation: IUIAutomation6
INFO - core.main (11:06:51.793):
NVDA initialized
INFO - synthDriverHandler.setSynth (11:09:21.542):
Loaded synthDriver oneCore
INFO - synthDrivers.espeak.SynthDriver.__init__ (11:10:27.153):
Using eSpeak NG version 1.49.3 dev
INFO - synthDriverHandler.setSynth (11:10:28.160):
Loaded synthDriver espeak
INFO - synthDriverHandler.setSynth (11:11:12.400):
Loaded synthDriver dectalk
INFO - globalCommands.GlobalCommands.script_navigatorObject_devInfo
(11:21:39.382):
Developer info for navigator object:
name: u'About NVDA'
role: ROLE_DIALOG
states: STATE_FOCUSABLE
isFocusable: True
hasFocus: False
Python object:
<baseObject.Dynamic_NvdaDialogDialogIAccessibleWindowNVDAObject object at 0x0710E3D0> Python class mro: (<class 'baseObject.Dynamic_NvdaDialogDialogIAccessibleWindowNVDAObject'>,
<class 'appModules.nvda.NvdaDialog'>, <class 'NVDAObjects.behaviors.Dialog'>, <class 'NVDAObjects.IAccessible.IAccessible'>, <class 'NVDAObjects.window.Window'>, <class 'NVDAObjects.NVDAObject'>, <class 'documentBase.TextContainerObject'>, <class 'baseObject.ScriptableObject'>, <class 'baseObject.AutoPropertyObject'>, <type 'object'>)
description: u'NonVisual Desktop Access (NVDA)\nVersion:
2018.4beta4\nURL: http://www.nvaccess.org/\nCopyright (C) 2006-2018 NVDA Contributors\n\nNVDA is covered by the GNU General Public License (Version 2). You are free to share or change this software in any way you like as long as it is accompanied by the license and you make all source code available to anyone who wants it. This applies to both original and modified copies of this software, plus any derivative works.\nFor further details, you can view the license from the Help menu.\nIt can also be viewed online at:
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html\n\nNVDA is developed by NV Access, a non-profit organisation committed to helping and promoting free and open source solutions for blind and vision impaired people.\nIf you find NVDA useful and want it to continue to improve, please consider donating to NV Access. You can do this by selecting Donate from the NVDA menu.'
location: RectLTWH(left=231, top=199, width=556, height=311)
value: None
appModule: <'nvda' (appName 'nvda', process ID 20476) at address 6d40510>
appModule.productName: u'NVDA'
appModule.productVersion: u'2018.4beta4'
TextInfo: <class 'NVDAObjects.NVDAObjectTextInfo'>
windowHandle: 3343074
windowClassName: u'#32770'
windowControlID: 0
windowStyle: -1765277052
windowThreadID: 17932
windowText: u'About NVDA'
displayText: u'NonVisual Desktop Access (NVDA)Version: 2018.4beta4URL:
http://www.nvaccess.org/Copyright (C) 2006-2018 NVDA ContributorsNVDA is covered by the GNU General Public License (Version 2). You are free to share or change this software in any way you like ' (truncated)
IAccessibleObject: <POINTER(IAccessible) ptr=0xdaf5db8 at 723ebc0>
IAccessibleChildID: 0
IAccessible event parameters: windowHandle=3343074, objectID=-4, childID=0 IAccessible accName: u'About NVDA'
IAccessible accRole: ROLE_SYSTEM_DIALOG
IAccessible accState: STATE_SYSTEM_FOCUSABLE, STATE_SYSTEM_VALID (1048576) IAccessible accDescription: None IAccessible accValue: None


On 12/7/2018 11:18 AM, Joseph Lee wrote:
Hi,
Okay, can you do the following for me:
1. Open NVDA's About dialog.
2. Press NVDA+Numpad up arrow (of NVDA+Shift+Up arrow in laptop layout) so you can go to dialog window.
3. Press NVDA+F1 and copy and paste the developer info for the object shown.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:09 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

I disabled all addons and it still doesn't read the dialog boxes that NVDA generates.

On 12/7/2018 11:07 AM, Joseph Lee wrote:
Hi,
Does restarting with add-ons disabled help? If NvDA reads dialogs after disabling add-ons, chances are that it might be an add-on that's interfering with some NVDA work.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:04 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

Reboot doesn't fix the issue. Ironic that NVDA doesn't read the dialog boxes it generates.

On 12/7/2018 10:56 AM, Brian's Mail list account via Groups.Io wrote:
Try rebooting the machine. I've seen this too but no idea why it
comes and goes though I use windows 7. i I have a feeling its a windows issue.
Brian

bglists@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Don H" <lmddh50@adams.net>
To: <nvda@nvda.groups.io>
Sent: Friday, December 07, 2018 1:54 PM
Subject: [nvda] NVDA reading dialog boxes


Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read
the dialog box it only says OK. If you open up the check for
updates or addon updates NVDA only says close where I thought it
always said No updates available in the past






















Re: NVDA reading dialog boxes

Don H
 

INFO - __main__ (11:06:49.802):
Starting NVDA
INFO - core.main (11:06:49.880):
Config dir: C:\Users\Don\AppData\Roaming\nvda
INFO - config.ConfigManager._loadConfig (11:06:49.880):
Loading config: C:\Users\Don\AppData\Roaming\nvda\nvda.ini
INFO - core.main (11:06:50.319):
NVDA version 2018.4beta4
INFO - core.main (11:06:50.319):
Using Windows version 10.0.17763 workstation
INFO - core.main (11:06:50.319):
Using Python version 2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:22:17) [MSC v.1500 32 bit (Intel)]
INFO - core.main (11:06:50.319):
Using comtypes version 1.1.3
INFO - core.main (11:06:50.319):
Using configobj version 5.1.0 with validate version 1.0.1
INFO - synthDriverHandler.setSynth (11:06:50.657):
Loaded synthDriver dectalk
INFO - core.main (11:06:50.657):
Using wx version 4.0.3 msw (phoenix) wxWidgets 3.0.5
INFO - brailleInput.initialize (11:06:50.657):
Braille input initialized
INFO - braille.initialize (11:06:50.657):
Using liblouis version 3.7.0
INFO - braille.BrailleHandler.setDisplayByName (11:06:50.657):
Loaded braille display driver noBraille, current display has 0 cells.
WARNING - core.main (11:06:50.677):
Java Access Bridge not available
INFO - _UIAHandler.UIAHandler.MTAThreadFunc (11:06:50.687):
UIAutomation: IUIAutomation6
INFO - core.main (11:06:51.793):
NVDA initialized
INFO - synthDriverHandler.setSynth (11:09:21.542):
Loaded synthDriver oneCore
INFO - synthDrivers.espeak.SynthDriver.__init__ (11:10:27.153):
Using eSpeak NG version 1.49.3 dev
INFO - synthDriverHandler.setSynth (11:10:28.160):
Loaded synthDriver espeak
INFO - synthDriverHandler.setSynth (11:11:12.400):
Loaded synthDriver dectalk
INFO - globalCommands.GlobalCommands.script_navigatorObject_devInfo (11:21:39.382):
Developer info for navigator object:
name: u'About NVDA'
role: ROLE_DIALOG
states: STATE_FOCUSABLE
isFocusable: True
hasFocus: False
Python object: <baseObject.Dynamic_NvdaDialogDialogIAccessibleWindowNVDAObject object at 0x0710E3D0>
Python class mro: (<class 'baseObject.Dynamic_NvdaDialogDialogIAccessibleWindowNVDAObject'>, <class 'appModules.nvda.NvdaDialog'>, <class 'NVDAObjects.behaviors.Dialog'>, <class 'NVDAObjects.IAccessible.IAccessible'>, <class 'NVDAObjects.window.Window'>, <class 'NVDAObjects.NVDAObject'>, <class 'documentBase.TextContainerObject'>, <class 'baseObject.ScriptableObject'>, <class 'baseObject.AutoPropertyObject'>, <type 'object'>)
description: u'NonVisual Desktop Access (NVDA)\nVersion: 2018.4beta4\nURL: http://www.nvaccess.org/\nCopyright (C) 2006-2018 NVDA Contributors\n\nNVDA is covered by the GNU General Public License (Version 2). You are free to share or change this software in any way you like as long as it is accompanied by the license and you make all source code available to anyone who wants it. This applies to both original and modified copies of this software, plus any derivative works.\nFor further details, you can view the license from the Help menu.\nIt can also be viewed online at: http://www.gnu.org/licenses/old-licenses/gpl-2.0.html\n\nNVDA is developed by NV Access, a non-profit organisation committed to helping and promoting free and open source solutions for blind and vision impaired people.\nIf you find NVDA useful and want it to continue to improve, please consider donating to NV Access. You can do this by selecting Donate from the NVDA menu.'
location: RectLTWH(left=231, top=199, width=556, height=311)
value: None
appModule: <'nvda' (appName 'nvda', process ID 20476) at address 6d40510>
appModule.productName: u'NVDA'
appModule.productVersion: u'2018.4beta4'
TextInfo: <class 'NVDAObjects.NVDAObjectTextInfo'>
windowHandle: 3343074
windowClassName: u'#32770'
windowControlID: 0
windowStyle: -1765277052
windowThreadID: 17932
windowText: u'About NVDA'
displayText: u'NonVisual Desktop Access (NVDA)Version: 2018.4beta4URL: http://www.nvaccess.org/Copyright (C) 2006-2018 NVDA ContributorsNVDA is covered by the GNU General Public License (Version 2). You are free to share or change this software in any way you like ' (truncated)
IAccessibleObject: <POINTER(IAccessible) ptr=0xdaf5db8 at 723ebc0>
IAccessibleChildID: 0
IAccessible event parameters: windowHandle=3343074, objectID=-4, childID=0
IAccessible accName: u'About NVDA'
IAccessible accRole: ROLE_SYSTEM_DIALOG
IAccessible accState: STATE_SYSTEM_FOCUSABLE, STATE_SYSTEM_VALID (1048576)
IAccessible accDescription: None
IAccessible accValue: None

On 12/7/2018 11:18 AM, Joseph Lee wrote:
Hi,
Okay, can you do the following for me:
1. Open NVDA's About dialog.
2. Press NVDA+Numpad up arrow (of NVDA+Shift+Up arrow in laptop layout) so you can go to dialog window.
3. Press NVDA+F1 and copy and paste the developer info for the object shown.
Cheers,
Joseph
-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:09 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes
I disabled all addons and it still doesn't read the dialog boxes that NVDA generates.
On 12/7/2018 11:07 AM, Joseph Lee wrote:
Hi,
Does restarting with add-ons disabled help? If NvDA reads dialogs after disabling add-ons, chances are that it might be an add-on that's interfering with some NVDA work.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:04 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

Reboot doesn't fix the issue. Ironic that NVDA doesn't read the dialog boxes it generates.

On 12/7/2018 10:56 AM, Brian's Mail list account via Groups.Io wrote:
Try rebooting the machine. I've seen this too but no idea why it
comes and goes though I use windows 7. i I have a feeling its a windows issue.
Brian

bglists@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Don H" <lmddh50@adams.net>
To: <nvda@nvda.groups.io>
Sent: Friday, December 07, 2018 1:54 PM
Subject: [nvda] NVDA reading dialog boxes


Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read
the dialog box it only says OK. If you open up the check for
updates or addon updates NVDA only says close where I thought it
always said No updates available in the past















Re: NVDA reading dialog boxes

 

Hi,
Okay, can you do the following for me:
1. Open NVDA's About dialog.
2. Press NVDA+Numpad up arrow (of NVDA+Shift+Up arrow in laptop layout) so you can go to dialog window.
3. Press NVDA+F1 and copy and paste the developer info for the object shown.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:09 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

I disabled all addons and it still doesn't read the dialog boxes that NVDA generates.

On 12/7/2018 11:07 AM, Joseph Lee wrote:
Hi,
Does restarting with add-ons disabled help? If NvDA reads dialogs after disabling add-ons, chances are that it might be an add-on that's interfering with some NVDA work.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Friday, December 7, 2018 9:04 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA reading dialog boxes

Reboot doesn't fix the issue. Ironic that NVDA doesn't read the dialog boxes it generates.

On 12/7/2018 10:56 AM, Brian's Mail list account via Groups.Io wrote:
Try rebooting the machine. I've seen this too but no idea why it
comes and goes though I use windows 7. i I have a feeling its a windows issue.
Brian

bglists@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Don H" <lmddh50@adams.net>
To: <nvda@nvda.groups.io>
Sent: Friday, December 07, 2018 1:54 PM
Subject: [nvda] NVDA reading dialog boxes


Running latest beta of NVDA on a Win 10 1809 system.
while in the NVDA UI if I go to help then about NVDA does not read
the dialog box it only says OK. If you open up the check for
updates or addon updates NVDA only says close where I thought it
always said No updates available in the past