Recent searches
Search options
Edit: This post is based on outdated information which is no longer relevant. I apologize for the confusion.
NVDA Remote was merged into NVDA for the upcoming 2025.1 release.
This sounds like something to be happy about, but read on.
Now every new feature and change has to go through NV Access to get approved, which is a lot more work than adding your feature to an addon.
Why not create a separate addon? As said in #17703, they plan to remove the ability for addons to run on secure screens in the future. If this happens, nothing like Remote can ever be created again without the blessing and cooperation of NV Access.
Instead of empowering developers and users by allowing them to choose which addons are usable on secure screens, NV Access plans on disabling them.
Merging this just gives NV Access more leverage to meeting this goal. Their reason might be something like now that Remote is merged, we don't need addons there anymore because the interaction time is so short.
You might say that NVDA is open source, so someone can just modify the features they don't like. That's true, but it has to be signed for UI Access to work correctly, so someone would have to pay quite a bit to fork it and do their own thing. You then also have the problem of a fragmented community between NVDA and the new one.
The advantage with Remote merged in is that the users will be able to use Remote without an extra download, but we're going to be stuck with whatever NV Access gives us. I guess we'll see what they turn it into.
@tspivey I wanted to mention @NVAccess on this so we can discuss this as I'm not in favor of completely disabling add-ons on secure screens at all and I will not update my NVDA if this happens. Apart from Remote, we need to think about people who prefer a certain speech synthesizer due to, for instance, hearing loss, or cases where the built-in synthesizers do not have very good language support for a given language (for instance, I heard that eSpeak has some foreign languages that are not good at all and there are some OneCore voices that also do not have high quality support for certain languages). Please consider these points before enforcing the inability to use add-ons on the secure screens. The correct approach is to either allow the add-on developer to indicate in the manifest whether the add-on is allowed to run on a secure screen, or to allow a user to individually select which add-ons to copy to the secure screen. The fact that the plan is to just completely disable all add-ons on the secure screen, instead of allowing users to selectively copy add-ons over to the secure screen, when users express that they want this, is not good and it is not in the user's best interest. I am hoping that this thread can start a dialogue about this so that this can be discussed further, as opposed to completely disabling add-ons on the secure screens without considering the possible ramifications.
@stirlock @BTyson @tspivey @NVAccess Or maybe wait until it happens and see how it transpires, and then provide your feedback? Personally, I can't imagine that there wouldn't be an exception for speech synthesizers/Braille display drivers, but let's wait and see. Other than that and kill NVDA in some cases, I don't really have any addons that absolutely must run for the 30 seconds that will take me to sign in/confirm UAC.
@NikJov @stirlock @BTyson @tspivey Mike is right - don't panic just yet - we aren't disabling add-ons on secure screens. If @tspivey had raised any concerns with us, we could have explained, but please see our reply here: https://fosstodon.org/@NVAccess/114187262027039287 Please follow us for OFFICIAL information, and remember you can now also sign up to updates like our blog via email: https://eepurl.com/iuVyjo