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
Outlook: When selecting multiple messages in 2016, NVDA uses the read/unread characteristics of the first message in the selection #6819
Comments
In terms of desired behaviour here, what would be expected? |
In fact, I would argue the opposite. I’m often using the selection commands to clean up or organize old messages. It’s quicker and more efficient to keep track of messages as I’m selecting them without having to listen to the entire row.
|
Ok in that case its a little more complicated. Lets try to define what the expected output should be in the following cases, the first two are easy. But what do you think about the others?
|
Here is what I would propose for the three scenarios that seem complicated:
· Removing 1 message from the current selection.
o In this case, only the selection status of the message need be read when spacebar is pressed. Presumably when the user presses up or down arrow key in conjunction with shift or control, the read status has already been spoken.
o The related issue I referenced in my original report comes into play.
· Extending the current selection by several messages
o Traversing through the list of messages while selecting those messages should identify the read/unread status along with the selected status—E.G., “Selected. Unread. From service@paypal.com<mailto:service@paypal.com> subject you’ve got money …”
· Removing several messages from the current selection.
o This should work no differently than my first suggestion.
|
I'm afraid this is quite complex due to how we interact with Outlook's object model. It seems we're always using the first item of the selection. This means that focussing one message and than selecting the message below does not work correctly, as the object model information will still reflect the first message in the selection. Selection from bottom to top should work, I believe. |
With the latest changes incubating, read/unread status is read no matter whether the selection is started and we use down arrow for additional selection or the reverse. Now the only issue remains is determining which item is selected. This announcement comes after the info in the row is spoken. Interrupt ability is essential during this process.
|
I can reproduce this issue in NVDA 2019.1 and Outlook 2016 as follows:
cc: @CyrilleB79, @Novalis7747, @josephsl |
This is possibly related to #6009.
STR:
I believe this message selection behavior carries over from Outlook 2013. I cannot confirm as I don't have Office 2013 installed on any of my units.
The text was updated successfully, but these errors were encountered: