Date   

locked Re: Where to send suggestions for NVDA?

Chris Smart
 

and, it's fun when several progress bars take off very quickly, one after another after another.



On 2021-04-16 1:16 p.m., Brian Vogel wrote:
On Fri, Apr 16, 2021 at 01:13 PM, Joseph Lee wrote:
I use beeps as a progress indicator
-
So far, everyone who's expressed that they use it seems to use it in precisely this way, as far as progress monitoring.  It's a lot less intrusive than constant blabbering when all you want to know is whether something's finished yet or not.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


Re: Find On Page

Glenn / Lenny
 

Regardless of whether it is interfering with the app or not the thing is that it has never worked right, for me or anyone I've seen try to use it.
It should just take you to what you are looking for on the page.
To me, that is what has kept NVDA from being a very useful tool in the tool box, although it is always there, I seldom go for NVDA, because I use the find on page many times a day.
I think more folks should use it on web pages, but most people don't use web pages as much, and as proficiently as they should.
Glenn


locked Re: Where to send suggestions for NVDA?

 

On Fri, Apr 16, 2021 at 01:13 PM, Joseph Lee wrote:
I use beeps as a progress indicator
-
So far, everyone who's expressed that they use it seems to use it in precisely this way, as far as progress monitoring.  It's a lot less intrusive than constant blabbering when all you want to know is whether something's finished yet or not.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


locked Re: Where to send suggestions for NVDA?

 

Hi,

I use beeps as a progress indicator when monitoring NVDA source code compilation.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Vogel
Sent: Friday, April 16, 2021 10:11 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Where to send suggestions for NVDA?

 

Suggestions can be submitted through GitHub for improvements to or feature requests for NVDA.

That being said, your issue is already solved, and has been for a very long time, by the NoBeepsSpeechMode Add-On.

Every NVDA user needs to look at the Official NVDA Add-Ons Page to see if an add-on might happen to exist that addresses a legitimate desire like this one.  But there are people who use beeps speech mode (and that wouldn't be me) and it needs to be an option as part of the core functionality.  An add-on can eliminate it for those who, like both of us, don't use it.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


locked Re: Where to send suggestions for NVDA?

 

Suggestions can be submitted through GitHub for improvements to or feature requests for NVDA.

That being said, your issue is already solved, and has been for a very long time, by the NoBeepsSpeechMode Add-On.

Every NVDA user needs to look at the Official NVDA Add-Ons Page to see if an add-on might happen to exist that addresses a legitimate desire like this one.  But there are people who use beeps speech mode (and that wouldn't be me) and it needs to be an option as part of the core functionality.  An add-on can eliminate it for those who, like both of us, don't use it.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


locked Re: Where to send suggestions for NVDA?

Sarah k Alawami
 

There is an add on that will already do this. Next time though submit your stuff in github. You will get a lot of us who can comment and modify code, I am not one of those who can code though.

--

Sarah Alawami, owner of TFFP. . For more info go to our website.

to subscribe to the feed click here and you can also follow us on twitter

Our discord is where you will know when we go live on twitch. Feel free to give the channel a follow and see what is up there.

For stream archives, products you can buy and more visit my main lbry page and my tffp lbry page You will also be able to buy some of my products and eBooks there.
Finally, you can support my work on happs, the network of now.

On 16 Apr 2021, at 10:06, Fernando Henrique Botelho wrote:

Dear all,

 

Where should small suggestions for changes or improvements to NVDA be sent?

 

For example, here is one:

 

Right now the command NVDA+S will switch from speech mode talk to speech mode off, to speech mode beeps, and then back.

 

I have no idea why or who uses speech mode beeps, but I suspect it is much less used than the two other modes. It is not just much more rare to need the beeps, but it is also very important to have a quick and easy toggle to turn speech on and off.

 

My suggestion is to have NVDA+S toggle between speech mode talk and speech mode off. And have the speech mode beeps be toggled on and off with a triple press of NVDA+S.

 

Thanks,

 

Fernando

 


locked Where to send suggestions for NVDA?

Fernando Henrique Botelho
 

Dear all,

 

Where should small suggestions for changes or improvements to NVDA be sent?

 

For example, here is one:

 

Right now the command NVDA+S will switch from speech mode talk to speech mode off, to speech mode beeps, and then back.

 

I have no idea why or who uses speech mode beeps, but I suspect it is much less used than the two other modes. It is not just much more rare to need the beeps, but it is also very important to have a quick and easy toggle to turn speech on and off.

 

My suggestion is to have NVDA+S toggle between speech mode talk and speech mode off. And have the speech mode beeps be toggled on and off with a triple press of NVDA+S.

 

Thanks,

 

Fernando

 


Re: PDF: Alternate Text and Description of tables

 

I'd suspect this is because Microsoft doesn't export that information when converting to PDF.

There are scads of other converstion to PDF options, my favorite being PDFCreator.  I'd advise trying a couple of different ways of creating the PDF from an MS-Word file and see if any of them result in that information being carried over.

PDFs definitely have the capability of having this sort of information embedded if memory serves, so if it's there in an original in another format and missing from a converted-to-PDF document I'd suspect the conversion process.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


PDF: Alternate Text and Description of tables

Sandra Pilz
 

Hello,


I have written a Word Document which has a table. In the table properties, I have added an alternative text and a description of the table. When I read the table in Word, NVDA will read the alternative text as well as the description. When I export the document to PDF, NVDA will neither read the alternative text nor the description. Is this because NVDA doesn't support this in Adobe DC, or is it that Word doesn't include the alternative text and table description?


The same is true for tables created in PowerPoint, when the files are exported to PDF.


Regards


Sandra


PowerPoint: reading tables in presentation view

Sandra Pilz
 

Hi,


I use Office 365. When I open a presentation and activate presentation mode pressing F5, NVDA will not recognise tables, headings and so on where JAWS does. It would be helpful if I could read tables with NVDA in Presentation Mode, is this possible at all?


Regards


Sandra


Re: NVDA Speech Dict: Match pattern after line of certain pattern

 

On Thu, Apr 15, 2021 at 07:28 PM, Luke Davis wrote:
you can see that each line is handled, and therefore processed, separately.
-
And this really makes sense, given the overall context.

You can definitely use regular expressions outside of a screen reader to "look across lines," but even that's kind of rare.  I'd still love to know what the original data set really is and what the goal is, but that would definitely be outside the scope of the NVDA Group.  Further discussion of that nature is definitely Chat Subgroup territory.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042  

Always remember others may hate you but those who hate you don't win unless you hate them.  And then you destroy yourself.

       ~ Richard M. Nixon

 


Re: Can NVDA monitor a set area of the screen?

Gene
 

Also, I haven't used JAWS for years. I don't know if the focus problem is a general one or a problem with your system. And NVDA doesn't have a screen echo setting, as JAWS does. That is, you can't change screen echo from highlighted, the default, to all or none. This may not matter to most users but it may to some.

In short, I very much llike NVDA and it is very important that a good free Windows screen-reader be available to blind people. NVDA will meet the needs of a lot of users well but as with any screen-reader, there are things it doesn't do or do as well as another and other screen-readers shouldn't be just written off as possibilities for users to consider.

Gene

-----Original Message-----
From: Robin via groups.io
Sent: Friday, April 16, 2021 3:56 AM
To: NVDA List
Subject: [nvda] Can NVDA monitor a set area of the screen?

I was a long time window-eyes user, now using jaws which is a very
bloated program.
In both of these programs one could set up a window around a portion of
the screen and read it with a hot key.
can this be done with nvda?
I have only just downloaded nvda to try it, and find it very snappy.
it does'nt lose focus like jaws!

Cheers Robin.
-------------------------------------------------------------------
Email Sent using, "Becky!" Internet Mail Client version 2.75 [en].
Email: bob.wrj@ntlworld.com


Re: Can NVDA monitor a set area of the screen?

Gene
 

You can't do it in NVDA. If that is required, you will have to use another sscreen-reader. If you want to try to find someone to create an NVDA script for a specifric program or programs, you may be able to do that.

And I don't think JAWS is particularly bloated if you don't have the OCR section installed, and whether that is bloat depends on whether you intend to use it.

Gene

-----Original Message-----
From: Robin via groups.io
Sent: Friday, April 16, 2021 3:56 AM
To: NVDA List
Subject: [nvda] Can NVDA monitor a set area of the screen?

I was a long time window-eyes user, now using jaws which is a very
bloated program.
In both of these programs one could set up a window around a portion of
the screen and read it with a hot key.
can this be done with nvda?
I have only just downloaded nvda to try it, and find it very snappy.
it does'nt lose focus like jaws!

Cheers Robin.
-------------------------------------------------------------------
Email Sent using, "Becky!" Internet Mail Client version 2.75 [en].
Email: bob.wrj@ntlworld.com


Can NVDA monitor a set area of the screen?

Robin
 

I was a long time window-eyes user, now using jaws which is a very
bloated program.
In both of these programs one could set up a window around a portion of
the screen and read it with a hot key.
can this be done with nvda?
I have only just downloaded nvda to try it, and find it very snappy.
it does'nt lose focus like jaws!

Cheers Robin.
-------------------------------------------------------------------
Email Sent using, "Becky!" Internet Mail Client version 2.75 [en].
Email: bob.wrj@ntlworld.com


Re: Find On Page

Luke Davis
 

Steve Nutt wrote:

No, because people may want to use the browser find function for their own reasons.
Can you speculate what one of those reasons might be? Since in speech and braille its results can not, afaik, be accessed?

I like Joseph, don't believe in blocking app specific functions with a screen reader.
Well, I've already made my argument about browse mode effectively not being the browser, which is why in this rare case, I don't agree with that view. I won't rehash that.

Luke


Re: NVDA Speech Dict: Match pattern after line of certain pattern

William
 

Ok understood, thanks.

Luke Davis 於 16/4/2021 7:28 寫道:

William wrote:

If I want to configure NVDA speech dict to match pattern that occur after certain patter of line, is it possible?
No.

While regular expressions are capable of this, NVDA is not, because of how it processes dictionaries.

I wrote a test file:

test1
test2
test3

And did a say-all on it.
This, from the log, is how NVDA processes that event:

Input: kb(desktop):NVDA+downArrow
Speaking [CallbackCommand(name=say-all:lineReached), 'test1\r\n', CallbackCommand(name=say-all:lineReached), 'test2\r\n', CallbackCommand(name=say-all:lineReached), 'test3\r\n', CallbackCommand(name=say-all:lineReached)]

Ignoring the stuff not in single quotes, you can see that each line is handled, and therefore processed, separately.
It is little different than using your arrow key to read the text line by line.

You could commission someone to write an add-on for you to do this if you really need it, but NVDA can't do it by default.

Luke

"In this life there are obstacles, and forces who overcome obstacles. You can be either one or the other.
If you refuse to even try to clear an obstacle, you become the obstacle."
- Joel Shepherd




Re: Find On Page

Steve Nutt
 

No, because people may want to use the browser find function for their own reasons.

I like Joseph, don't believe in blocking app specific functions with a screen reader.

All the best

Steve

--
To subscribe to our News and Special Offers list, go to https://www.comproom.co.uk/subscribe

Computer Room Services
77 Exeter Close
Stevenage
Hertfordshire
SG1 4PW
T: +44(0)1438-742286
M: +44(0)7956-334938
F: +44(0)1438-759589
E: steve@comproom.co.uk
W: https://www.comproom.co.uk

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Bob Cavanaugh
Sent: 09 April 2021 20:11
To: nvda@nvda.groups.io
Subject: Re: [nvda] Find On Page

This in principal makes sense. However, when searching for plain text on a webpage, wouldn't it make sense to use the browser's find command rather than the screen reader specific one?

On 4/9/21, Joseph Lee <joseph.lee22590@gmail.com> wrote:
Hi,
NVDA tries its best to avoid assigning app native commands to its own
functions unless a feature the app command invokes is not working well
(Excel's cell comment (F2) command is a good example of this exception
where Excel's own cell comments dialog isn't quite useful). Because
Control+F is a browser command, NVDA does not assign it to its own
find command. At first, this may seem counterintuitive, but when you
consider the fact that you must learn app commands in addition to screen reader commands, it makes sense:
let NVDA do its best at what it does, and let apps do what they do the
best (this principle is sometimes called "separation of concerns").
P.S. Although not really related to the immediate concern, when I
write app modules and need to create commands for NVDA users, I do my
best to avoid app native keyboard shortcuts.
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Bob
Cavanaugh
Sent: Friday, April 9, 2021 11:46 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Find On Page

That was a much more technical answer than I was looking for, but
between yours and Brian's, I think I understand. In the case of
controls with no actual text that NVDA has to extract, I completely
understand where the NVDA find could be useful. That being said
though, is the fact that NVDA actually uses a virtual cursor in browse
mode the reason the control+F command never works, even when searching
for plain text? I doubt I'll ever find out for sure, but Joseph, your
programming knowledge may shed some light into how System Access
possibly worked when it comes to this issue. Because I used that
screen reader the most, it's where I have most of my experience
finding things, and control+F worked. I would imagine it had to have
some form of browse Vs. focus mode, but the end user never had to
choose because every time it encountered an input, particularly an
edit field, it automatically switched. That could be annoying at times
as I had to tab out of an edit field before I could navigate to the
next one, but it also helped at times, as there was one site I had to
use when I was in school where both NVDA and JAWS automatically went
into focus mode upon logging in, which made navigating by the quick keys I was used to impossible, but it wasn't an issue at all with System Access.

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

I guess I need to go deeper into the layered design I mentioned in my
last reply (the best person to explain the browser side of things is
Marco Zehe from Mozilla Foundation):

To let NVDA navigate a website as though you are reading a document,
NVDA employs what’s called a “tree interceptor”. A tree interceptor
is a collection of elements that act like one large text area.
Because a tree interceptor is a collection of elements and texts
coming from these, it can include hundreds of different controls of
varying roles (straight text, form fields, links, frames, web apps,
video players, you name it). Using a tree to describe a complex
control such as a web document is quite an interesting approach –
after all, graphical user interface elements are organized like a
tree or branches, with web documents consisting of a collection of
smaller elements (and this is how HTML and ARIA coding is actually rendered on screen).

But tree interceptors are not enough. NVDA relies on three more
materials to create a completely functioning browse mode
implementation: virtual buffers, accessibility API’s, and a cursor
manager (there are other elements involved, but these three are
essential). Virtual buffers create building blocks for documents.
Accessibility API’s and standards such as IAccessible and ARIA
(Accessible Rich Internet Applications) enhance the “look and feel”
of a browse mode document. Finally, cursor managers provide commands
to move around the just created browse mode document.

The steps NVDA takes when creating a browse mode document are as follows:

1. You start a web browser. NVDA can then load appropriate support
modules
based on the browser you are using.
2. You open a new website.
3. When NVDA detects that a new page is open, NVDA will either use API’s
provided by the web browser to gather information about the just
opened document (typically UIA browse mode implementations in
Chromium
Edge) or ask a DLL that ships with NVDA to gather info on the fly
(Firefox is a good example of this).
4. Whatever method is chosen, NVDA will read the document from top to
bottom, constructing NVDA objects to represent elements found in the
web document. At the same time, texts coming from these web elements
are gathered into a single browse mode document (tree interceptor in
some cases) to facilitate navigation, first letter commands, NVDA
find, elements list and a whole host of features.



As for NVDA find command, NVDA will search text of the browse mode
document (stored internally) and will place the cursor at the next
occurrence of the searched term.

P.S. Marco, if you are here, may I ask if you can shed some light on
browse mode/tree interceptor internals? I can speak of what NVDA does
at the high level.

Cheers,

Joseph





From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian
Vogel
Sent: Thursday, April 8, 2021 8:27 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Find On Page



Bob,

Before I start even trying to explain this, it would be
helpful to know what browser or browsers you and Glenn are using and
where either one of these finds is not working.

I am going to try to make the distinction between a
browser find and a screen reader find (and it doesn't matter whether
it's JAWS or NVDA) as simple as I can. I can assure you that I will
be omitting scads of "under the hood" detail that someone far more
knowledgeable about both browser internals and NVDA internals can
delve in to if they so choose.

A browser find focuses on what can be seen on a page
that's a part of the page text. That is generally limited to actual
text as well as text used for click-through links and labels. But
text on controls, like buttons, checkboxes, etc., will very often not
be found using a browser find. Much of this depends on how sloppy
the page coders have been about how certain controls are written and
what's exposed to a browser find versus a screen reader find. I also
believe that a browser find does not examine the virtual cursor used
by the screen reader while a screen reader find does just that.

As a result, there can be differences in not only what
can be found by either one, but exactly where the screen reader focus
is after each is done.

I tend to favor the screen reader find when someone's
using a screen reader simply because it tends to find certain things
that a browser find doesn't, and you more often have focus on the
thing just found, consistently, with a screen reader find.

I'm actually hoping someone with way more "under the hood"
knowledge will chime in and probably bore some of us silly getting
into the actual differences between how a browser find and screen
reader find works and can explain the discrepancies not only in what
each can find but in where focus lies after each. I have never been
able to come up with any precise way of describing what's different
between the two.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042

Always remember others may hate you but those who hate you don't win
unless you hate them. And then you destroy yourself.

~ Richard M. Nixon




















Re: Find On Page

Steve Nutt
 

Hi Bob,

I believe System Access did what JAWS does.

If you press Control F in JAWS and virtual cursor is on, JAWS assumes a JAWS find. So if you really did want to do the browser's version of find, you'd have to turn off the virtual cursor in JAWS.

You can see this, because JAWS says the words JAWS find when the dialogue comes up.

NVDA on the other hand behaves in my view better, because it doesn't make that assumption.

All the best

Steve

--
To subscribe to our News and Special Offers list, go to https://www.comproom.co.uk/subscribe

Computer Room Services
77 Exeter Close
Stevenage
Hertfordshire
SG1 4PW
T: +44(0)1438-742286
M: +44(0)7956-334938
F: +44(0)1438-759589
E: steve@comproom.co.uk
W: https://www.comproom.co.uk

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Bob Cavanaugh
Sent: 09 April 2021 19:46
To: nvda@nvda.groups.io
Subject: Re: [nvda] Find On Page

That was a much more technical answer than I was looking for, but between yours and Brian's, I think I understand. In the case of controls with no actual text that NVDA has to extract, I completely understand where the NVDA find could be useful. That being said though, is the fact that NVDA actually uses a virtual cursor in browse mode the reason the control+F command never works, even when searching for plain text? I doubt I'll ever find out for sure, but Joseph, your programming knowledge may shed some light into how System Access possibly worked when it comes to this issue. Because I used that screen reader the most, it's where I have most of my experience finding things, and control+F worked. I would imagine it had to have some form of browse Vs. focus mode, but the end user never had to choose because every time it encountered an input, particularly an edit field, it automatically switched. That could be annoying at times as I had to tab out of an edit field before I could navigate to the next one, but it also helped at times, as there was one site I had to use when I was in school where both NVDA and JAWS automatically went into focus mode upon logging in, which made navigating by the quick keys I was used to impossible, but it wasn't an issue at all with System Access.

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

I guess I need to go deeper into the layered design I mentioned in my
last reply (the best person to explain the browser side of things is
Marco Zehe from Mozilla Foundation):

To let NVDA navigate a website as though you are reading a document,
NVDA employs what’s called a “tree interceptor”. A tree interceptor is
a collection of elements that act like one large text area. Because a
tree interceptor is a collection of elements and texts coming from
these, it can include hundreds of different controls of varying roles
(straight text, form fields, links, frames, web apps, video players,
you name it). Using a tree to describe a complex control such as a web
document is quite an interesting approach – after all, graphical user
interface elements are organized like a tree or branches, with web
documents consisting of a collection of smaller elements (and this is
how HTML and ARIA coding is actually rendered on screen).

But tree interceptors are not enough. NVDA relies on three more
materials to create a completely functioning browse mode
implementation: virtual buffers, accessibility API’s, and a cursor
manager (there are other elements involved, but these three are
essential). Virtual buffers create building blocks for documents.
Accessibility API’s and standards such as IAccessible and ARIA (Accessible Rich Internet Applications) enhance the “look and feel”
of a browse mode document. Finally, cursor managers provide commands
to move around the just created browse mode document.

The steps NVDA takes when creating a browse mode document are as follows:

1. You start a web browser. NVDA can then load appropriate support modules
based on the browser you are using.
2. You open a new website.
3. When NVDA detects that a new page is open, NVDA will either use API’s
provided by the web browser to gather information about the just
opened document (typically UIA browse mode implementations in Chromium
Edge) or ask a DLL that ships with NVDA to gather info on the fly
(Firefox is a good example of this).
4. Whatever method is chosen, NVDA will read the document from top to
bottom, constructing NVDA objects to represent elements found in the
web document. At the same time, texts coming from these web elements
are gathered into a single browse mode document (tree interceptor in
some cases) to facilitate navigation, first letter commands, NVDA
find, elements list and a whole host of features.



As for NVDA find command, NVDA will search text of the browse mode
document (stored internally) and will place the cursor at the next
occurrence of the searched term.

P.S. Marco, if you are here, may I ask if you can shed some light on
browse mode/tree interceptor internals? I can speak of what NVDA does
at the high level.

Cheers,

Joseph





From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian
Vogel
Sent: Thursday, April 8, 2021 8:27 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Find On Page



Bob,

Before I start even trying to explain this, it would be
helpful to know what browser or browsers you and Glenn are using and
where either one of these finds is not working.

I am going to try to make the distinction between a browser
find and a screen reader find (and it doesn't matter whether it's JAWS
or NVDA) as simple as I can. I can assure you that I will be omitting
scads of "under the hood" detail that someone far more knowledgeable
about both browser internals and NVDA internals can delve in to if they so choose.

A browser find focuses on what can be seen on a page
that's a part of the page text. That is generally limited to actual
text as well as text used for click-through links and labels. But
text on controls, like buttons, checkboxes, etc., will very often not
be found using a browser find. Much of this depends on how sloppy the
page coders have been about how certain controls are written and
what's exposed to a browser find versus a screen reader find. I also
believe that a browser find does not examine the virtual cursor used
by the screen reader while a screen reader find does just that.

As a result, there can be differences in not only what
can be found by either one, but exactly where the screen reader focus
is after each is done.

I tend to favor the screen reader find when someone's
using a screen reader simply because it tends to find certain things
that a browser find doesn't, and you more often have focus on the
thing just found, consistently, with a screen reader find.

I'm actually hoping someone with way more "under the hood"
knowledge will chime in and probably bore some of us silly getting
into the actual differences between how a browser find and screen
reader find works and can explain the discrepancies not only in what
each can find but in where focus lies after each. I have never been
able to come up with any precise way of describing what's different between the two.
--

Brian - Windows 10 Pro, 64-Bit, Version 20H2, Build 19042

Always remember others may hate you but those who hate you don't win
unless you hate them. And then you destroy yourself.

~ Richard M. Nixon











Re: strange problem with a PDF

Andre Fisher
 

Hi.

There are two possibilities:
1. You have created either a configuration for Firefox or Acrobat Reader with different speech settings.
2. Language detection in the file is working in Acrobat Reader, but in Firefox it is not.

Try turning off automatic language detection in the Speech settings and report back.


Re: strange problem with a PDF

Luke Davis
 

Try going to speech settings (NVDA+control+s). Tab over to Automatic dialect switching, and un-check it.

If it already is, try un-checking automatic language switching.

With one or the other or both unchecked, press enter, and try your document again.

Luke

On Apr 15, Bob Cavanaugh wrote:

I just downloaded the first statement for my Able account, and it read
quite weird. My default voice is E-Speak Male7 with the American
accent, but when opening my statement in Adobe Acrobat Reader, it read
with what sounded like the default British voice, or at least the
Male7 British voice I'm not sure which. When I opened the same file in
Firefox, it read as normal. Any idea why this could be happening, or

1781 - 1800 of 84911