Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi,
What I say is strictly my own opinion (for others, the below message will get quite geeky, so please hold on):
There is really no justification for using Windows 7 in 2022 unless the corporate environment requires it for running specific tasks and apps (Visual Studio 2022 does allow compiling an executable to run on Windows 7).
As for ARM64 support by JAWS: jfw.exe (JAWS executable) is an x64 application, meaning that it does require Windows 11 on ARM64 in order to run on ARM64 processors. Because Windows 11 on ARM64 can run 32-bit and 64-bit x86/x64 applications, JAWS must be given an opportunity to hook into x86/x64 apps, similar to how NVDA can support ARM64 apps on Windows 10 and 11 on ARM64. Vispero did say that some features are unavailable in ARM64 JAWS, and I think because not all modules used by JAWS are 64-bit compatible yet.
As for two 64-bit NVDA releases (again speaking from the viewpoint of a third-party contributor, not NV Access): I'm sorry to say that this cannot be done easily for now. This requires a native ARM64 version of Python, and this came about with Python 3.10 or 3.11 (not sure at the moment). At least this may allow folks to think about that possibility from 2024 onwards. But not all Python dependencies are ARM64 ready, most importantly wxPython - there is no known ARM64 build, so you can't just squeeze in AMD64 CPython extension (.pyd file) inside an ARM64 Python interpreter. Also, because there is no known ARM64 port of wxPython, it must be built from scratch under ARM64 Python, which may introduce compilation issues. The lengthy compilation step has been worrisome for NV Access and contributors because Appveyor, the continuous integration provider NVDA developers use, impose a 60 minute time limit to compile a software build (recent NVDA alpha builds took about 30 minutes or more to compile and run tests).
Also, as I noted in an earlier reply, some parts of NVDA source code are not really architecture neutral - take NVDA Helper, for instance which starts a remote helper loader executable if running on 64-bit systems, one per instruction set architecture or processor architecture (ISA; an ISA is a collection of commands and machine language that describes a central processing unit (CPU), and Intel/AMD ISA is different than ARM's). For example, on a Windows 11 on ARM64 machine such as Microsoft Surface Pro X, NVDA is seen as a 32-bit x86 application, so Windows runs a part of WoW64 (32-bit Windows on 64-bit Windows) that is really an x86 emulator - the emulator starts BEFORE NVDA itself starts. NVDA, running inside the x86 emulator, detects that you've got an ARM64 computer, so the NVDA Helper portion starts the Remote Helper loader executable compiled for ARM64. There is an obvious flaw on Windows 11: what happens if someone runs an AMD64 application? This is the problem described by the following GitHub issue and a fix is in the works:
https://github.com/nvaccess/nvda/issues/14397
So what if a native ARM64 port of NVDA runs inside Windows 11? No WoW64 to worry about, but then a bigger problem arises (well, two problems really): how can NVDA work with x86/x64/32-bit ARM code (and for NVDA, x86/x64 add-on code)? This means two or more NVDA Helper loader executables must run, one per processor architecture: x86, and x64 (32-bit ARM if NV Access decides to compile the helper loader executable for it). The advantages and disadvantages of what I'm talking about are summarized below:
NVDA processor architecture |
Natively supported architecture |
Supported Windows releases |
NVDA Remote loader executables |
Processor architecture for add-ons and notes |
x86 32-bit |
32-bit x86 programs |
All Windows versions released so far |
AMD64, ARM64 |
32-bit add-ons will work natively |
x86 64-bit (x64) |
x64 programs |
64-bit Windows releases except Windows 10 on ARM64 |
x86, ARM64 |
A 32-bit bridge must be created to run 32-bit add-ons, x64 add-ons will run natively |
ARM64 |
64-bit ARM programs |
ARM64 Windows 10 and later |
x86, x64 |
A 32-bit bridge must be run at all times to work with 32-bit add-ons with extra steps involved |
I will talk about how NVDA gets compiled in a future post (upon request). Again my apologies for going too geeky in this post.
Cheers,
Joseph
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi Joseph,
What justifiable reason is there to use Windows7? Windows 7 is
only in ESU support to my knowledge, and even that will end next
month.
For Arm, how did Freedom Scientific achieve ARM compatibility
with 64 bit Jaws? Could NVAccess have two builds of NVDA, for ARM
and Windows X64?
On 12/17/2022 6:56 PM, Joseph Lee
wrote:
toggle quoted message
Show quoted text
Hi,
To answer both messages:
- Windows 10 20H2/21H2: I understand the need to support 21H2
at least. Not 20H2 as it will be no more by the time NVDA
2023.1 becomes widely available or close to it (if NV Access
follows the schedule from earlier this year). I chose 22H2 as
it is available to everyone at the moment, with Microsoft
asking enterprises to upgrade to it sooner than later.
Besides, I plan to end support for Windows 10 21H2 from
Windows App Essentials add-on by June 2023 to align with
support policy for this add-on (the add-on supports Windows
10/11 releases that are supported for consumers i.e. Home,
Pro, Pro for Workstations), so I decided to align other
add-ons to follow suit for consistency. I will at least
reconsider adding 21H2 back to supported Windows list if I do
hear justifications from corporate users, but my intention is:
we are still living in the era of Windows as a Service where
timely upgrading is essential.
- NVDA and older Windows releases (I'm answering this from the
perspective of a third-party contributor, not NV Access): we
do have developers using Windows 7, providing development and
test data. Part of the reason for delaying Python upgrade to
early 2024 is because the bug fix for stack corruption on
certain 64-bit Windows didn't make in time for NV Access and
contributors to test the newer Python release (specifically,
Python 3.11.0 did not include the stack corruption bug fix but
was included in 3.11.1 which came out last week). There is
another issue that was found that is preventing NV Access from
moving to newer Python, and that has to do with communicating
with COM (component object model) functions (Mick Curran
brought this up last week). Moving to say, Python 3.11 will
mean we will be saying goodbye to Windows 7 and 8.x.
- 64-bit NVDA (again speaking from the viewpoint of a
contributor, not NV Access): we cannot simply move to 64-bit
Python because: A. Windows 10 on ARM64 cannot run x64 code
(some would say this is nothing to worry about but this then
would not explain why I and some folks became excited in 2017
when NVDA provided early support for ARM64), B. this requires
checking the source code to make sure screen reader (and
add-on) code is architecture-neutral as much as possible (a
pull request I'm coordinating with NVDA add-ons community for
NVDA screen reader, designed to help NVDA detect ARM64 Windows
releases better, is planned to cover both 32-bit and 64-bit
Python possibilities in one move), and more importantly, C.
there is no known 32-bit/64-bit hybrid NVDA add-on, and using
64-bit Python means we need to build a bridge to let you all
continue to use 32-bit speech synthesizers without serious
problems (you cannot load 32-bit dll's inside 64-bit
executables and vice versa unless a bridge like what we have
with NVDA today (NVDA loader helper executable designed to
communicate more effectively with certain 64-bit apps) is
implemented). 64-bit is the norm these days, but also think
about Windows 10 which will be the last 32-bit Windows
release, so we will see 32-bit systems until at least 2031 (if
you count Windows 10 Enterprise LTSC as something people
should use, which I disagree as LTSC (long-term servicing
channel) is meant for mission-critical devices).
There is another reason for ending support for unsupported
Windows releases, including releases that have gone beyond
consumer-level support (by the way, Windows 10 21H1 has just
exited support): I am about to reduce the scope of some add-ons
(some involving features, some involving supported Windows
releases) as part of a plan to slowly reduce my presence in NVDA
community. This has been ongoing somewhat, and I expect to
accelerate this plan in 2023 to make way for the next group of
users and developers who are more passionate about NVDA like I
was ten years ago.
Cheers,
Joseph
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi,
If only NVDA had support for multi-directional gestures, then yes, I might have added it. Keep in mind that most two-finger gestures are already assigned, so the space is limited at this time (as in not many open gestures are left for two fingers). Note that this change will be done in two phases: version 23.01 will show additional touch command descriptions in Input Gestures dialog in English at first, then an update later in 2023 will present localized descriptions. You don't have to wait until the second phase to reassign gestures.
Cheers,
Joseph
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi,
To answer both messages:
- Windows 10 20H2/21H2: I understand the need to support 21H2 at least. Not 20H2 as it will be no more by the time NVDA 2023.1 becomes widely available or close to it (if NV Access follows the schedule from earlier this year). I chose 22H2 as it is available to everyone at the moment, with Microsoft asking enterprises to upgrade to it sooner than later. Besides, I plan to end support for Windows 10 21H2 from Windows App Essentials add-on by June 2023 to align with support policy for this add-on (the add-on supports Windows 10/11 releases that are supported for consumers i.e. Home, Pro, Pro for Workstations), so I decided to align other add-ons to follow suit for consistency. I will at least reconsider adding 21H2 back to supported Windows list if I do hear justifications from corporate users, but my intention is: we are still living in the era of Windows as a Service where timely upgrading is essential.
- NVDA and older Windows releases (I'm answering this from the perspective of a third-party contributor, not NV Access): we do have developers using Windows 7, providing development and test data. Part of the reason for delaying Python upgrade to early 2024 is because the bug fix for stack corruption on certain 64-bit Windows didn't make in time for NV Access and contributors to test the newer Python release (specifically, Python 3.11.0 did not include the stack corruption bug fix but was included in 3.11.1 which came out last week). There is another issue that was found that is preventing NV Access from moving to newer Python, and that has to do with communicating with COM (component object model) functions (Mick Curran brought this up last week). Moving to say, Python 3.11 will mean we will be saying goodbye to Windows 7 and 8.x.
- 64-bit NVDA (again speaking from the viewpoint of a contributor, not NV Access): we cannot simply move to 64-bit Python because: A. Windows 10 on ARM64 cannot run x64 code (some would say this is nothing to worry about but this then would not explain why I and some folks became excited in 2017 when NVDA provided early support for ARM64), B. this requires checking the source code to make sure screen reader (and add-on) code is architecture-neutral as much as possible (a pull request I'm coordinating with NVDA add-ons community for NVDA screen reader, designed to help NVDA detect ARM64 Windows releases better, is planned to cover both 32-bit and 64-bit Python possibilities in one move), and more importantly, C. there is no known 32-bit/64-bit hybrid NVDA add-on, and using 64-bit Python means we need to build a bridge to let you all continue to use 32-bit speech synthesizers without serious problems (you cannot load 32-bit dll's inside 64-bit executables and vice versa unless a bridge like what we have with NVDA today (NVDA loader helper executable designed to communicate more effectively with certain 64-bit apps) is implemented). 64-bit is the norm these days, but also think about Windows 10 which will be the last 32-bit Windows release, so we will see 32-bit systems until at least 2031 (if you count Windows 10 Enterprise LTSC as something people should use, which I disagree as LTSC (long-term servicing channel) is meant for mission-critical devices).
There is another reason for ending support for unsupported Windows releases, including releases that have gone beyond consumer-level support (by the way, Windows 10 21H1 has just exited support): I am about to reduce the scope of some add-ons (some involving features, some involving supported Windows releases) as part of a plan to slowly reduce my presence in NVDA community. This has been ongoing somewhat, and I expect to accelerate this plan in 2023 to make way for the next group of users and developers who are more passionate about NVDA like I was ten years ago.
Cheers,
Joseph
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
On Sat, Dec 17, 2022 at 06:09 PM, Joseph Lee wrote:
Visible and invisible changes: visible changes include letting you reassign additional touch commands in Enhanced Touch Gestures
Joseph My son is really pleased that you will add the above functionality. It will help greatly help him, as he cannot bend his finger enough to do three and four finger gestures He asked could you possibly include multi direction gestures like those used in Android's talk back screen reader. His examples were 1) "Swipe left then up", "Swipe up, then swipe down again". It was just a suggestion to consider if you have the time. Thank you for your support. David
|
|
Re: NVDA -Using when Windows Laptop is in tablet mode and using dragon Professional
Tara
Thanks for the explanation, the additional detail is always appreciated. I realise now you have a quicker method for extraction of ZIP files than I use. We will continue with the installation now.
David
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi Joseph,
It really does make sense for you to drop support for obsolete
OS/software. But what specific reason does NVAccess have for
continueing support for legacy OS and software, such as MS Office
2007, Internet Explorer, Windows 7 etc? The python transition was
yet again pushed back to 2024.1. Freedom scientific got rid of 32
bit Jaws installs, as well as dropped support for anything older
than Win10 in Jaws 2022. At this day and age NVDA should also do
away with the 32 bit version, and have a natively 64 bit version
that runs on a modern version of python, and have an official
support lifecycle policy that would be followed for all legacy
software. The time that is spent maintaining support for old
software is taking away the time that could have been spent on
improving support for modern software, browsers and operating
systems. For the last year or so I have been contemplating
switching screen readers due to this.
On 12/17/2022 12:08 PM, Joseph Lee
wrote:
toggle quoted message
Show quoted text
Hi all,
Hope you are celebrating holidays safely
(remember that we are still going through a once in a century
pandemic).
Before taking a holiday break myself
(Christmas and New Year), I would like to talk about what to
expect with my add-ons in January 2023 (at least give you a
preview of new and changed features in various add-ons;
add-ons include Add-on Updater, Enhanced Touch Gestures, Event
Tracker, GoldWave, Object Location Tones, ObjPad, Office Desk,
Resource Monitor, Sound Splitter, StationPlaylist, Windows App
Essentials). But first, a few important reminders:
- Windows
release requirement: this is another (and hopefully my last)
reminder that, effective January 3, 2023, all of my add-ons
except Add-on Updater will require Windows 10 or later,
specifically Windows 10 Version 22H2 (2022 Update) or later.
Although version 23.01 of my add-ons will tell you that
Windows 10 or later is required, updates scheduled to be
released shortly after NVDA 2023.1 beta 1 is released will
actually enforce Windows 10 22H2 requirement. This is done
for consistency across my add-ons and to get you to use
supported Windows releases. The only exception is Add-on
Updater as it will support older Windows releases in case
you do need to use Windows 7, 8.1, or older Windows 10
releases with various add-ons (only use older Windows
releases if you must, more so if your computer is part of a
corporate domain; for others, PLEASE UPGRADE SOONER THAN
LATER, IN 2022 RATHER THAN WAITING UNTIL MIDDLE OF 2023!);
by the way, as a tangent note, in case you didn’t hear,
Chrome (and Firefox if I remember correctly) will end
support for soon to be unsupported Windows releases (7 and
8.x) in early 2023.
- NVDA version
requirement: currently most of my add-ons (mostly ones I’m
no longer actively maintaining) are running happily on NVDA
2021.x, but that has come to a close; in recent days I have
committed a set of changes to several add-ons, especially
StationPlaylist add-on that will use features introduced in
NVDA 2022.x. Version 22.12 of the add-ons I have released a
few days ago are the last releases to support NVDA versions
earlier than 2022.3; come January 2023, and you will be
asked to use 2022.3 or later.
As for what’s included in upcoming add-on
releases, these can be roughly divided into three parts:
- Dependency
updates: Resource Monitor and Sound Splitter will use the
latest version of psutil dependency.
- Visible and
invisible changes: visible changes include letting you
reassign additional touch commands in Enhanced Touch
Gestures (most notably touch keyboard toggle, currently four
finger flick right by default), minimum Windows version
check in Add-on Updater (only some repositories), and a
change to announce exactly which system architecture Windows
is reporting in Resource Monitor (x86 = 32-bit Intel/AMD
processors, AMD64 = 64-bit Intel/AMD systems, ARM64 = 64-bit
ARM processors). In particular, the change to be made to
Resource Monitor add-on serves as a test for a change to be
submitted to NVDA source code. StationPlaylist add-on has
been significantly updated, with one notable change being
removal of first/last playlist viewer column commands
(Control+Alt+Home/End keys) as NVDA 2022.2 and later
includes these commands.
- Bug fixes:
mostly applicable to Windows App Essentials. A number of
bugs found while using apps such as Maps app were fixed, as
well as preparing NVDA to support future Windows 11 Version
22H2 (2022 Update) features (currently tested by Windows
Insiders). In particular, NVDA will let you use mouse and/or
touch to interact with parts of Windows 11 22H2 user
interface that will be changing in 2023 (if you are curious,
do a Google search for Windows 11 22H2 redesigned taskbar).
Add-on release schedule and follow-up
activities:
- December 26,
2022: NVDA 2022.3 requirement will be turned on from Add-on
Updater for my add-ons.
- January 3,
2023: version 23.01 of my add-ons will be released. People
using soon to be unsupported Windows releases (7, 8, 8.1)
will see an installation message, telling you that the
add-on requires Windows 10 or later.
- No later
than January 10, 2023: minimum Windows version requirement
will be turned on from Add-on Updater if add-on update
source is set to community add-ons website.
Hope this helps. Have a safe and healthy
holiday season (Merry Christmas and Happy New Year). See you
in 2023!
Cheers,
Joseph
|
|
Re: Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi Joseph You had already communicated about the compatibility restrictions about to come for add-ons you are maintaining. But I just realize their impact today. Better late than never... I am a bit concerned by the fact that you will allow add-ons to update only for users running the last versions of Windows, specifically Windows 10 22H2. Looking at supported versions of Windows, you can see that windows 10 20H2 and 21H2 are supported until mid-2023 and mid-2024 for Enterprise versions. When NVDA 2023.1 will be released, maybe around April 2023, people in corporate environment who do not have the choice of the Windows version will need to choose between NVDA upgrade or using your add-ons. I have specially in mind: - Office Desk, since Office is widely used in corporate environment - Sound splitter, since it is often used during online meetings Is there a reason why you put some restrictions on supported versions of Windows? Given the explanations above, would you mind reconsidering your quite aggressive requirement related to Windows versions? Thanks. Happy holiday, merry Christmas and happy new year. Cheers, Cyrille
toggle quoted message
Show quoted text
On Sat, Dec 17, 2022 at 07:09 PM, Joseph Lee wrote:
Hi all,
Hope you are celebrating holidays safely (remember that we are still going through a once in a century pandemic).
Before taking a holiday break myself (Christmas and New Year), I would like to talk about what to expect with my add-ons in January 2023 (at least give you a preview of new and changed features in various add-ons; add-ons include Add-on Updater, Enhanced Touch Gestures, Event Tracker, GoldWave, Object Location Tones, ObjPad, Office Desk, Resource Monitor, Sound Splitter, StationPlaylist, Windows App Essentials). But first, a few important reminders:
- Windows release requirement: this is another (and hopefully my last) reminder that, effective January 3, 2023, all of my add-ons except Add-on Updater will require Windows 10 or later, specifically Windows 10 Version 22H2 (2022 Update) or later. Although version 23.01 of my add-ons will tell you that Windows 10 or later is required, updates scheduled to be released shortly after NVDA 2023.1 beta 1 is released will actually enforce Windows 10 22H2 requirement. This is done for consistency across my add-ons and to get you to use supported Windows releases. The only exception is Add-on Updater as it will support older Windows releases in case you do need to use Windows 7, 8.1, or older Windows 10 releases with various add-ons (only use older Windows releases if you must, more so if your computer is part of a corporate domain; for others, PLEASE UPGRADE SOONER THAN LATER, IN 2022 RATHER THAN WAITING UNTIL MIDDLE OF 2023!); by the way, as a tangent note, in case you didn’t hear, Chrome (and Firefox if I remember correctly) will end support for soon to be unsupported Windows releases (7 and 8.x) in early 2023.
- NVDA version requirement: currently most of my add-ons (mostly ones I’m no longer actively maintaining) are running happily on NVDA 2021.x, but that has come to a close; in recent days I have committed a set of changes to several add-ons, especially StationPlaylist add-on that will use features introduced in NVDA 2022.x. Version 22.12 of the add-ons I have released a few days ago are the last releases to support NVDA versions earlier than 2022.3; come January 2023, and you will be asked to use 2022.3 or later.
As for what’s included in upcoming add-on releases, these can be roughly divided into three parts:
- Dependency updates: Resource Monitor and Sound Splitter will use the latest version of psutil dependency.
- Visible and invisible changes: visible changes include letting you reassign additional touch commands in Enhanced Touch Gestures (most notably touch keyboard toggle, currently four finger flick right by default), minimum Windows version check in Add-on Updater (only some repositories), and a change to announce exactly which system architecture Windows is reporting in Resource Monitor (x86 = 32-bit Intel/AMD processors, AMD64 = 64-bit Intel/AMD systems, ARM64 = 64-bit ARM processors). In particular, the change to be made to Resource Monitor add-on serves as a test for a change to be submitted to NVDA source code. StationPlaylist add-on has been significantly updated, with one notable change being removal of first/last playlist viewer column commands (Control+Alt+Home/End keys) as NVDA 2022.2 and later includes these commands.
- Bug fixes: mostly applicable to Windows App Essentials. A number of bugs found while using apps such as Maps app were fixed, as well as preparing NVDA to support future Windows 11 Version 22H2 (2022 Update) features (currently tested by Windows Insiders). In particular, NVDA will let you use mouse and/or touch to interact with parts of Windows 11 22H2 user interface that will be changing in 2023 (if you are curious, do a Google search for Windows 11 22H2 redesigned taskbar).
Add-on release schedule and follow-up activities:
- December 26, 2022: NVDA 2022.3 requirement will be turned on from Add-on Updater for my add-ons.
- January 3, 2023: version 23.01 of my add-ons will be released. People using soon to be unsupported Windows releases (7, 8, 8.1) will see an installation message, telling you that the add-on requires Windows 10 or later.
- No later than January 10, 2023: minimum Windows version requirement will be turned on from Add-on Updater if add-on update source is set to community add-ons website.
Hope this helps. Have a safe and healthy holiday season (Merry Christmas and Happy New Year). See you in 2023!
Cheers,
Joseph
|
|
Re: Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
On Sat, Dec 17, 2022 at 01:37 PM, Don H wrote:
Thanks I now totally understand the process.
- You're welcome. Being sighted, I've most often done this via point and click (except for entering the key sequence itself). I had to go back and step by step myself through the process using the keyboard to document the steps necessary for that method. This is one of those situations where you want to avoid hitting Enter. Every time I did, thinking it might expand or save something, it just closed the Input Gestures dialog since OK is the default button for the dialog as a whole. --
Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst advice you can give to some people.
~ Tom Masson
|
|
Re: Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
Thanks I now totally understand the process.
toggle quoted message
Show quoted text
On 12/17/2022 11:56 AM, Brian Vogel wrote: To Assign or Re-Assign an Input Gesture (think of it as the keyboard shortcut for a given NVDA function to make it happen): 1. Open the Input Gestures Dialog [NVDA + N, P, N] 2. Locate the specific feature or add-on for which you're trying to assign, change, or de-assign an input gesture. These will all be at "level 0." You can also use the "Filter by" box at the top to search for a given input gesture if you happen to know what its name is or even have a reasonable guess for part of it. I tend to down-arrow through the list to get to the category or add-on, but that's just me. 3. Hit Right arrow to expand the function category/add-on so that its list of input gestures is shown. 4. As you down arrow through the "level 1" (actual gestures available) list, each gesture's function will be announced. If you hear "collapsed" along with it, that means that gesture already has an assignment, and you can expand it with right arrow to see what it is (and/or change it). If only the gesture is announced, that means it has no assignment. 5. If the gesture has no assignment, and you wish to assign it, then do the following. If it already has one, and you want to review or change it, to to step 6 now. a. With focus remaining on the gesture you wish to assign, navigate to the Add button in the Input Gestures and activate it. b. NVDA will say, "Enter input gesture," at which point you hold down the key sequence you wish to use. It has to be one that is not already used for something else. I will use ALT + CTRL + C for an example. If you hold down ALT + CTRL + C, and it is not already assigned, a pop-up will be presented asking whether you want this shortcut/gesture only for the keyboard layout you're currently using, or all keyboard layouts. Make your choice, hit Enter, and the key sequence is assigned to that gesture/function. 6. After you hit right arrow to expand it, the gesture/function's current keyboard shortcut sequence will be announced if it already has one. If you don't wish to change it, then you're done. If you do, then with focus remaining on the actual key sequence for the gesture/function, navigate to the Remove button and activate it. This does exactly what you'd think. You are then in precisely the same situation you would be if the gesture/function had no key sequence assigned, so you can follow steps 5a and 5b to assign the key sequence you prefer. 7. After doing any tweaking for one or more input gestures, if you wish to keep any changes you've made navigate to the OK button and activate it. If not, navigate to the Cancel button and activate it. -- Brian - Virginia, USA- Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit "Be Yourself" is the worst advice you can give to some people. ~ Tom Masson
|
|
Re: Links within the text and not separate. Can i change that
On Sat, Dec 17, 2022 at 01:03 PM, Gene wrote:
It would have to be experimented with.
- Indeed. But I've used that particular command more times than I can count, and in almost every case it does exactly what it says. And when the "object" is a position in a flow of text, it seems to me that this is still where the virtual cursor ends up on the virtual buffer that corresponds with the actual screen content. But I'm not playing around with this at the moment. That can be the OP's task. --
Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst advice you can give to some people.
~ Tom Masson
|
|
Preview: what's included in Joseph Lee's add-on updates in January 2023
Hi all, Hope you are celebrating holidays safely (remember that we are still going through a once in a century pandemic). Before taking a holiday break myself (Christmas and New Year), I would like to talk about what to expect with my add-ons in January 2023 (at least give you a preview of new and changed features in various add-ons; add-ons include Add-on Updater, Enhanced Touch Gestures, Event Tracker, GoldWave, Object Location Tones, ObjPad, Office Desk, Resource Monitor, Sound Splitter, StationPlaylist, Windows App Essentials). But first, a few important reminders: - Windows release requirement: this is another (and hopefully my last) reminder that, effective January 3, 2023, all of my add-ons except Add-on Updater will require Windows 10 or later, specifically Windows 10 Version 22H2 (2022 Update) or later. Although version 23.01 of my add-ons will tell you that Windows 10 or later is required, updates scheduled to be released shortly after NVDA 2023.1 beta 1 is released will actually enforce Windows 10 22H2 requirement. This is done for consistency across my add-ons and to get you to use supported Windows releases. The only exception is Add-on Updater as it will support older Windows releases in case you do need to use Windows 7, 8.1, or older Windows 10 releases with various add-ons (only use older Windows releases if you must, more so if your computer is part of a corporate domain; for others, PLEASE UPGRADE SOONER THAN LATER, IN 2022 RATHER THAN WAITING UNTIL MIDDLE OF 2023!); by the way, as a tangent note, in case you didn’t hear, Chrome (and Firefox if I remember correctly) will end support for soon to be unsupported Windows releases (7 and 8.x) in early 2023.
- NVDA version requirement: currently most of my add-ons (mostly ones I’m no longer actively maintaining) are running happily on NVDA 2021.x, but that has come to a close; in recent days I have committed a set of changes to several add-ons, especially StationPlaylist add-on that will use features introduced in NVDA 2022.x. Version 22.12 of the add-ons I have released a few days ago are the last releases to support NVDA versions earlier than 2022.3; come January 2023, and you will be asked to use 2022.3 or later.
As for what’s included in upcoming add-on releases, these can be roughly divided into three parts: - Dependency updates: Resource Monitor and Sound Splitter will use the latest version of psutil dependency.
- Visible and invisible changes: visible changes include letting you reassign additional touch commands in Enhanced Touch Gestures (most notably touch keyboard toggle, currently four finger flick right by default), minimum Windows version check in Add-on Updater (only some repositories), and a change to announce exactly which system architecture Windows is reporting in Resource Monitor (x86 = 32-bit Intel/AMD processors, AMD64 = 64-bit Intel/AMD systems, ARM64 = 64-bit ARM processors). In particular, the change to be made to Resource Monitor add-on serves as a test for a change to be submitted to NVDA source code. StationPlaylist add-on has been significantly updated, with one notable change being removal of first/last playlist viewer column commands (Control+Alt+Home/End keys) as NVDA 2022.2 and later includes these commands.
- Bug fixes: mostly applicable to Windows App Essentials. A number of bugs found while using apps such as Maps app were fixed, as well as preparing NVDA to support future Windows 11 Version 22H2 (2022 Update) features (currently tested by Windows Insiders). In particular, NVDA will let you use mouse and/or touch to interact with parts of Windows 11 22H2 user interface that will be changing in 2023 (if you are curious, do a Google search for Windows 11 22H2 redesigned taskbar).
Add-on release schedule and follow-up activities: - December 26, 2022: NVDA 2022.3 requirement will be turned on from Add-on Updater for my add-ons.
- January 3, 2023: version 23.01 of my add-ons will be released. People using soon to be unsupported Windows releases (7, 8, 8.1) will see an installation message, telling you that the add-on requires Windows 10 or later.
- No later than January 10, 2023: minimum Windows version requirement will be turned on from Add-on Updater if add-on update source is set to community add-ons website.
Hope this helps. Have a safe and healthy holiday season (Merry Christmas and Happy New Year). See you in 2023! Cheers, Joseph
|
|
Re: Links within the text and not separate. Can i change that
It would have to be experimented with. I'm not sure if it would do
what is wanted. My original idea was that you could use the mouse
to move the cursor or virtual cursor to the mouse position. There
is no command to do that. You can move the navigator object to the
mouse position.
You could then invoke the read from navigator position to end of
document, but I'm not sure that is what is wanted.
Gene
On 12/17/2022 11:15 AM, Brian Vogel
wrote:
toggle quoted message
Show quoted text
On Fri, Dec 16,
2022 at 03:42 PM, Gene wrote:
I don't see a command in NVDA that does what I was
suggesting [a way you can move the NVDA position to the mouse
position], though others may know of one.
-
I would have to believe that the command to Navigate to the
object under the mouse would do precisely this. See the last of
the mouse commands in the Commands Quick Reference [invokable
via NVDA + N, H, Q]
--
Brian - Virginia,
USA - Windows
10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016,
Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst
advice you can give to some people.
~ Tom Masson
|
|
Re: Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
To Assign or Re-Assign an Input Gesture (think of it as the keyboard shortcut for a given NVDA function to make it happen):
1. Open the Input Gestures Dialog [NVDA + N, P, N]
2. Locate the specific feature or add-on for which you're trying to assign, change, or de-assign an input gesture. These will all be at "level 0." You can also use the "Filter by" box at the top to search for a given input gesture if you happen to know what its name is or even have a reasonable guess for part of it. I tend to down-arrow through the list to get to the category or add-on, but that's just me.
3. Hit Right arrow to expand the function category/add-on so that its list of input gestures is shown.
4. As you down arrow through the "level 1" (actual gestures available) list, each gesture's function will be announced. If you hear "collapsed" along with it, that means that gesture already has an assignment, and you can expand it with right arrow to see what it is (and/or change it). If only the gesture is announced, that means it has no assignment.
5. If the gesture has no assignment, and you wish to assign it, then do the following. If it already has one, and you want to review or change it, to to step 6 now.
a. With focus remaining on the gesture you wish to assign, navigate to the Add button in the Input Gestures and activate it.
b. NVDA will say, "Enter input gesture," at which point you hold down the key sequence you wish to use. It has to be one that is not already used for something else. I will use ALT + CTRL + C for an example. If you hold down ALT + CTRL + C, and it is not already assigned, a pop-up will be presented asking whether you want this shortcut/gesture only for the keyboard layout you're currently using, or all keyboard layouts. Make your choice, hit Enter, and the key sequence is assigned to that gesture/function.
6. After you hit right arrow to expand it, the gesture/function's current keyboard shortcut sequence will be announced if it already has one. If you don't wish to change it, then you're done. If you do, then with focus remaining on the actual key sequence for the gesture/function, navigate to the Remove button and activate it. This does exactly what you'd think. You are then in precisely the same situation you would be if the gesture/function had no key sequence assigned, so you can follow steps 5a and 5b to assign the key sequence you prefer.
7. After doing any tweaking for one or more input gestures, if you wish to keep any changes you've made navigate to the OK button and activate it. If not, navigate to the Cancel button and activate it.
--
Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst advice you can give to some people.
~ Tom Masson
|
|
Re: speaking words phonetically
First, update nvda. Then, enable "Delayed descriptions for characters on cursor movement" from nvda menu > preference > speech. If you wait for a while on the letter, nvda will announce the letter phonetically.
toggle quoted message
Show quoted text
On Wed, Dec 14, 2022 at 7:03 AM Gary Metzler < gmtravel@...> wrote: Hi Quentin, I am using numpad nav but, when I disable it the numpad works as it should. Are you using the numpad nav mode add-on? Just thinking if you are using that, I think it disables most of NVDA's number pad commands. if you are using that, and (presumably) using NVDA in laptop keyboard layout, then the laptop keyboard layout command is NVDA+control+dot. Betsy, Just keep working with the computer. That’s insane that you got this disease. I hope this thing doesn’t take away the capability of using the computer. Sent from Mail for Windows Tyler, thank you so much. Thank you all for your patience. I want to keep using the computer as long as I can with my dementia. I just learned a little over a month ago that my dementia is due to a rare disease called Moyamoya. I am facing a couple of brain surgeries because of this rare disease. Again thank you all for you patience with me. On 12/13/2022 12:29 PM, Tyler Spivey via groups.io wrote: > You probably unlinked your cursors. > To fix that, go into the NVDA menu, Preferences, Settings, Review Cursor. > Make sure Follow system focus and Follow System Caret are checked. > Once they are, try again. > > > On 12/13/2022 9:25 AM, Betsy Grenevitch wrote: >> I will try this because now it keeps saying "desktop" when I push >> numpad 5 three times. >> >> >> >> On 12/13/2022 12:22 PM, Brian Vogel wrote: >>> You might want to consider trying the Enhanced Phonetic Reading (dev >>> version) Add-On <https://nvda-addons.org/addon.php?id=13>. >>> -- >>> >>> Brian - Virginia, USA- Windows 10 Pro, 64-Bit, Version 22H2, Build >>> 19045; Office 2016, Version 16.0.15726.20188, 32-bit >>> >>> "Be Yourself" is the worst advice you can give to some people. >>> >>> ~ Tom Masson >>> >> -- >> Betsy Grenevitch 678-862-3876 >> > > > > > -- Betsy Grenevitch 678-862-3876
-- Quentin Christensen Training and Support Manager
|
|
Re: Links within the text and not separate. Can i change that
On Fri, Dec 16, 2022 at 03:42 PM, Gene wrote:
I don't see a command in NVDA that does what I was suggesting [a way you can move the NVDA position to the mouse position], though others may know of one.
- I would have to believe that the command to Navigate to the object under the mouse would do precisely this. See the last of the mouse commands in the Commands Quick Reference [invokable via NVDA + N, H, Q]--
Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst advice you can give to some people.
~ Tom Masson
|
|
Re: Links within the text and not separate. Can i change that
Yep, you can’t seem to do that in NVDA as you can with JAWS. All the bet Steve
toggle quoted message
Show quoted text
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene Sent: 16 December 2022 20:42 To: nvda@nvda.groups.io Subject: Re: [nvda] Links within the text and not separate. Can i change that I don't see a command in NVDA that does what I was suggesting, though others may know of one. This may be a bug and if you did create a Github ticket, perhaps you can revive discussion.
Gene On 12/16/2022 2:20 PM, Gene wrote: I don't know if it is a bug but since the problem remains, I'm saying that there may be a way you can move the NVDA position to the mouse position and then read using the keyboard, which may be the best way you can read without interruption as you wish, given the problem.
Gene On 12/16/2022 2:10 PM, Russell James wrote: That is correct, I often read content randomly using the physical mouse. However, what I want does not involve the keyboard... When I mouse over content I want it to read the same way it does when using the ctrl down arrow. I think the reading interruption is not desirable and believe it to be a defect. Which is why I reported it many years ago... Reading this way with the mouse was supported by the screen reader I used prior to NVDA. On Fri, Dec 16, 2022 at 2:45 PM Gene <gsasner@...> wrote: Since you evidently want to use a physical mouse, the question becomes whether you can move the location in browse mode to the location of the mouse and issue a read paragraph command using the keyboard. Someone may know.
Gene On 12/16/2022 1:24 PM, Russell James wrote: The ctrl down arrow approach works without having links interrupt the reading of a paragraph with embedded links. Unfortunately, when randomly selecting a paragraph to be read using the mouse does not use the same method to read the paragraph... I wonder what happens when using a touch screen and randomly touching a paragraph... On Thu, Dec 15, 2022 at 12:32 PM Gene <gsasner@...> wrote: I don't recall you discussing what you were doing in past messages when reading is interrupted. I had thought you were using the read to end command because that is generally what is done. People generally don't read with a screen-reader using a physical mouse. I don't know why, if you are using a physical mouse, you are experiencing what you are experiencing. But if you want to read uninterruptedly, use the read to end command. If you want to read a paragraph, then have reading stop at the end of the paragraph, use control down arrow to move to and read the next paragraph in full.
If you have a reason to want to read by moving the physical mouse, if you explain why you want to do this, people may propose ways to do what you want that won't result in interrupted reading while having the mouse where you want it.
Gene On 12/15/2022 11:05 AM, Russell James wrote: I don't have any NVDA add ons enabled When I mouse over a paragraph of text on a web page that includes a link the paragraph stops reading when it encounters the link. If the mouse is moved over the link the link is read. However, the text beyond the link in the paragraph is not spoken when the mouse is moved over it. That happens on the web page but does not when the paragraph is copied/pasted into a GMail message. Something similar probably happens when using a touch screen and touching the paragraph... On Wed, Dec 14, 2022 at 7:05 PM Gene <gsasner@...> wrote: I don't know what the problem is but it isn't a general problem. I read the entire article and reading didn't stop. You might try running NVDA with add-ons disabled and see if you have the same problem.
Issue the quit NVDA command, NVDA key q, down arrow to restart with add-ons disabled and press enter. When NVDA restarts, no add-ons will be running. You can try the page again and see if the same thing happens.
Gene On 12/14/2022 3:03 PM, Russell James wrote: BTW, I just ran into this again while reading some news... FYI I was using espeak NG and switched to the MS voice and neither could read the paragraph with the embedded link without stopping when getting to the link. I also tried with screen layout on and off and it made no difference... Then I pasted the paragraph below: - Tandem, targeting a 2027 U.S. launch, will enter a market that is already served by Insulet and has attracted the attention of its tubed pump rival Medtronic, whose Omnipod device is disposable.
Unlike on that web page, in this email message composition the paragraph reads without stopping. For reference, this is that web page: On Wed, Dec 14, 2022 at 11:42 AM Gene <gsasner@...> wrote: I just did a bit of experimenting and I found out that what I said isn't quite right about the numpad delete key. You can use that key with the NVDA key as an NVDA command. You can't use the main keyboard delete key with the NDA key to execute an NVDA command using default settings. But if you use NVDA delete without the NVDA key, it will duplicate the delete key on the main keyboard.
This is all on the desktop setting. I'm curious why things are set up that way. It would seem to me that making both delete keys function with the NVDA key as an NVDA command would be more logical and wouldn't interfere with how the key is used anywhere else. In other words, unless there is some reason I am unaware of, I think both delete keys should work the same. They should both execute the NVDA location command when used with the NVDA key.
Gene On 12/14/2022 10:33 AM, Gene wrote: Actually, that isn't correct, as I think about it. The only key that isn't reserved is the numlock key. NVDA does reserve the insert key as the NVDA key but it does so for both insert keys. That's why I made the error. Since both keys are reserved, you can use them both interchangeably.
To use either insert key for its original purpose, you must press them both quickly twice.
Gene On 12/14/2022 10:29 AM, Gene wrote: The only two keys on the Numpad that aren't reserved by NVDA in desktop keyboard layout are the numlock and the numpad insert keys. NVDA announces numpad delete if you press that key when input help is on and it says just delete when the delete key is pressed that isn't on the numpad.
Gene On 12/14/2022 10:22 AM, Brian Vogel wrote: On Wed, Dec 14, 2022 at 11:16 AM, Gene wrote: The delete key on the main keyboard doesn't double as the numpad delete key when NVDA is running.
- Interesting, and unusual for this type of key.
In any case, if the NVDA + 1 command is used to toggle on NVDA Input Help Mode to describe keys when pressed, and all the keys in the number pad are explored when NumLock is off, I would be genuinely shocked if none were announced as a delete key. The "classic six-pack" of Home, End, Page Up, Page Down, Insert, and Delete has been on every number pad I've ever dealt with that I can recall, whether a full-sized laptop or desktop keyboard is involved. Makers can and do have different locations for certain NumPad key doublings, but I'd definitely toggle on NVDA Input Help Mode and hit every key in the number pad area with NumLock off to determine definitively if a Delete is there or not there. Then, of course, toggle it back off. -- Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit "Be Yourself" is the worst advice you can give to some people. ~ Tom Masson
|
|
Re: Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
You may not need to. Do you have the caps lock set to act as an NVDA key? It is much easier to issue the command as alt caps lock on the left side with the left hand, and pressing up arrow with the right. That will take most, if not all the difficulty out of using the command. You can leave the original setting as it is, in other words, you can have two NVDA keys, either insert,. as you do now, and the caps lock and use whichever is the most convenient for different commands. I find it much more convenient and comfortable to issue read to end as caps lock down arrow than insert down arrow.
Gene
toggle quoted message
Show quoted text
On 12/16/2022 6:15 PM, Don H wrote: OK running Win 11 2022 H2 and latest released version of NVDA. Downloaded and installed the NVDA addon Time zoner. to utilize the addon requires the key combination of insert alt up arrow. I have great difficulty envoking this key combination I am understanding that there is another way to do this using input gestures but I don't understand how this works. Can someone explain this method of entering a key combination? Thanks.
|
|
Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
OK running Win 11 2022 H2 and latest released version of NVDA. Downloaded and installed the NVDA addon Time zoner. to utilize the addon requires the key combination of insert alt up arrow. I have great difficulty envoking this key combination I am understanding that there is another way to do this using input gestures but I don't understand how this works. Can someone explain this method of entering a key combination? Thanks.
|
|
Re: Assigning or Reassigning input gestures (command keystrokes) for difficult key combinations or unassigned gestures/commands
On Fri, Dec 16, 2022 at 06:27 PM, Rui Fontes wrote:
The problem is the terminology used...
- I have hated the term "input gestures" for a very long time, and expressed the rationale for that feeling here more than once. Gestures, as far as I'm concerned, are actually a touch screen interaction method. That is the ONLY place, other than NVDA's documentation (in English) where gestures are used in regard to "command and control" for touch-based environments. But it is the terminology used in the English language version of NVDA, and is unlikely to change, so I am using the official terminiology. --
Brian - Virginia, USA - Windows 10 Pro, 64-Bit, Version 22H2, Build 19045; Office 2016, Version 16.0.15726.20188, 32-bit
"Be Yourself" is the worst advice you can give to some people.
~ Tom Masson
|
|