Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NVDA reacts very slowly when moving between lines whilst reading emails in Outlook 2016 #8026

Closed
Ednunp opened this issue Feb 21, 2018 · 12 comments

Comments

@Ednunp
Copy link

Ednunp commented Feb 21, 2018

when using any version of NVDA, Open an email message in Outlook 2016 by simply hitting enter. Reading character by character with the cursor keys is very responsive for the most part, but cursoring up and down between lines can give a delay of over a second on occasion and makes it very hard to scroll through an email. I assume this might be related to the object redrawing like so many of the 2016 MS products?

@mohdshara
Copy link

Agreed, issue is very noticeable for me too all the time with outlook 2016.

not sure if this is related, but while composing a reply character echo is very slow. Does anyone notice this? Should I open a separate issue for this annoying bug?

@Adriani90
Copy link
Collaborator

I also notice some delay when navigating line by line in Outlook 2016 / 365. However, it is very strange that NVDA reacts much faster when using ctrl+arrow keys to navigate paragraph by paragraph or word by word.

@DGartmann
Copy link

With NVDA 2022.3 beta 2 this issue is still very much present. Using:
appModule.productName: 'Microsoft Outlook'
appModule.productVersion: '16.0.15427.20210'

@rperez030
Copy link

I can confirm that. If the email contains images, links or tables, the lag increases significantly. When using speech and braille, I can hear NVDA reading a line and Braille showing the prior line for more than a second sometimes. It may take NVDA a few seconds to start reading after activating the say all command and there are often long pauses while reading.
NVDA V 2022.2 and Outlook version 16.0.15601.20048.

@Adriani90
Copy link
Collaborator

Here is a test email which should properly reflect this sluggishness. The difference between either pressing arrow keys, or pressing ctrl+arrow key to navigate is significant.
I am testing with eSpeak on NVDA alpha-28179,345154a6 (2023.2.0.28179)

Engagement Zeigen der DSEE-Newsletter Mai 2023.zip

@Adriani90
Copy link
Collaborator

There is no noticeable performance difference between arrow keys or ctrl+arrow keys when UIA for Microsoft Word is enabled. The performance when navigating with arrow keys is much better with UIA enabled.
cc: @michaelDCurran

@Adriani90
Copy link
Collaborator

Update with NVDA 2023.2 on Outlook 2016, without using UIA, the performance is way better. There is practically no difference between arrow keys and ctrl+arrow keys when navigating through the email. From my point of view this issue is fixed. @Ednunp, @DGartmann, @rperez030 can you confirm this works for you as well in NVDA 2023.2?

@CyrilleB79
Copy link
Collaborator

Outlook 16.0.16731.20170 and NVDA 2023.2:
The issue is still present. However, when restarting NVDA and Outlook, the performances improve. To summarize, the issue seems to become worse when NVDA and / or Outlook is running for a long time.

@Adriani90
Copy link
Collaborator

This is still reproducible especially when the list contains emails with large attachments, priority tags or events with attachments and priority tags.
It seems NVDA tries to retrieve additional information related to these tags and it is slow in doing this.
Is there any exprience with other screen readers such as Jaws or Narator? Is there a performance issue noticeable as well?

@Adriani90
Copy link
Collaborator

I think this might be to the fact that NVDA keps writing information about Outlook objects to the nvda_slave.log continuously, and this might make queries after a while sluggish. @michaelDCurran, @jcsteh I might be wrong with my assumption but could you please give some technical details on how the slave.log file is handled?
Maybe the performance would improve if NVDA cleaned this log file on a regular basis automatically and start writing it again, or maybe there is something else that can be done more efficiently when making API calls in Outlook with UIA disabled.

@CyrilleB79
Copy link
Collaborator

Just mentioning that, just today, Outlook e-mail reading being sluggish, especially in newsletters, has been reported on the French users mailing list. This sluggishness is being reported regularly, either with say all or when reading line by line.

This issue is a key difference with NVDA's main competitor (Jaws), preventing some people to use NVDA 100% of the time.

Cc @gerald-hartig for awareness.

@gerald-hartig
Copy link
Collaborator

Closing issue. Created #17337 to track this issue.

@gerald-hartig gerald-hartig closed this as not planned Won't fix, can't repro, duplicate, stale Oct 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants