Word 365: do not announce font attribute toggle messages if raised from UIA notification event#10990
Conversation
…tions that should be silenced under a dedicated list. Re nvaccess#10950. To prepare for cases where additional UIA notification activity Id's must be silenced, collect them under a dedicated list. In addition to AccSN2 (delete back word), add AccSN1 (font attributes toggle).
…eed if activity ID's are listed under no activity ID's list. Re nvaccess#10950.
…ss#10950. Comment from Reef Turner (NV Access): rename noNotificationActivityIds to suppressedActivityIds which makes more sense and is more concise.
|
These notifications are needed in Windows 10 Mail and other future scenarios where the Office object model is unavailable. We should somehow still allow the notifications in these situations. |
|
Hi, true. I think in the long term, we will need to think about what to do with font attribute toggle announcements for object model based implementation. This also means discussing translations with Microsoft. Thanks.
|
|
Hi, Regarding Windows 10 Mail, when trying to change font attributes, NVDA does not announce changes - no UIA notification event at all, I'm afraid. Things cna change though. Thanks. |
|
Could this problem (differences in desired UIA notifications between mail and word) be addressed by fetching the list of ignored UIA notifications from the appmodule? |
|
Hi, Possibly yes, but there are cases where it might not be the case:
In the short term, it will be possible to let app modules tell NVDA whether or not UIA notification event should be passed onto UIA objects (app modules handle events before NVDA objects do). If it is implemented (I'm willing to do so once new feature PR freeze ends), it will lay the foundation to resolve Windows 10 Calculator bug (even then, Calculator app module must inform NVDA as to when to suppress UIA notification events). In the long term, app vendors should be reminded that UIA notification events are meant for essential information - Edge and Alarms and Clock apps are examples of good use of notification event. Thanks for bringing this up. |
|
Hi, 2021 update: upon further testing, it appears a different approach is needed - a UIA notification event handler for Word app module, made more easier as there is already a proof of concept with a different app module (see Windows 10 App Essentials add-on). I'll rework this PR and perhaps target this for 2021.2 or later. Thanks. |
|
Hi, By the way, the rework plan also calls for transferring UIA notification event handler from Word document UIA object to Word app module unless UIA notification event is raised when changing fonts in other Office 365 applications. Thanks. |
|
I'm going to mark this as a draft while work is on going. |
|
Hi, thanks – probably won’t work on this until 2021.2 cycle is under way.
|
|
Hi, Reopening the PR for review (targeting 2021.2). |
I'm hesitant to review this as I'm not confident this comment has been addressed. Is Windows 10 mail (and other scenarios Mick mentioned here that could arise) reporting this properly? Could we add system tests for Windows 10 mail? |
|
Hi, it will depend on what activity Id will be used by Windows 10 Mail for notifications like this. Also, you need to create an email account in order to test things with Mail, and it might not be available on the VM AppVeyor is using because Mail is a universal (modern) app with changes at least once a year (making the UI and UX a bit unpredictable; you can assume that smoke tests involving universal apps such as Windows 10 Mail app are a no go if AppVeyor VM uses Windows Server LTSC (2019 is the latest one at the moment) which do not come with Mail and other apps). Thanks.
|
|
@michaelDCurran - requesting your review here as per your previous comment, as we are unsure what the future impacts of merging this fix would be.
|
|
Hi, not that I know of. Like any universal app, Windows 10 Mail can change without notice (we had a debacle last year where Microsoft released a combined Mail and Calendar app with a different executable name, only to pull the experiment a few months later and the apps were separated again). As for UIA notification event, the most important thing is the activity Id, and the pull request I submitted would apply if Windows 10 Mail (current or future) raises UIA notification event with the same activity Id described. Thanks.
|
|
Hi, I don’t have access to MDAG+Word 365 combination at all (wish I did). Thanks.
|
|
I think this PR needs wider testing then. Can anyone test these scenarios and report back? @coderabbitai can you summarise the discussion on this PR? |
|
Tip For best results, initiate chat on the files or code changes. @seanbudd, here's a summary of the discussion on this PR: OverviewThe PR aims to address the issue of duplicate announcements of font attribute toggles in Word 365 by suppressing certain UIA notifications. This builds on previous work to manage UIA notifications more effectively in NVDA. Key Discussion Points
ConclusionThe discussion reflects a complex interplay of technical challenges, application behaviors, and user experience considerations. The community is leaning towards a cautious approach, favoring thorough testing and configurable solutions to accommodate the diverse needs of NVDA users across different Microsoft Office environments. Please let me know if there are specific aspects of the discussion you would like to delve deeper into or if further clarification is needed on any points. |
|
I cannot reproduce these mistranslated examples reported in #10950 with NVDA last alpha and Microsoft 365 MSO (Version 2405 Build 16.0.17628.20006) 64 Bit in german or romanian language. @ivnc, @nvdaes could you test whether the issue with double reportings is still occuring for you in the wrong translation? |
|
Now I can listen right translated messages, but I distinguish that the start of the message is briefly interrupted, repeating the first character. I've tested control+n (bold/negrita), control+s (underline/subrayado), and control+k (italic/cursiva), in Word 365, Windows 11. |
|
In this case it might be better to rather stick to the UIA notifications and make NVDA supress its own messages in these cases for Office 365 in case the current behavior is disturbing.Von meinem iPhone gesendetAm 31.05.2024 um 07:14 schrieb Noelia Ruiz Martínez ***@***.***>:
Now I can listen right translated messages, but I distinguish that the start of the message is briefly interrupted, repeating the first character. I've tested control+n (bold/negrita), control+s (underline/subrayado), and control+k (italic/cursiva), in Word 365, Windows 11.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
|
Hi, for consumers, that solution might work since people might be using newer Microsoft 365 releases. However, don’t forget about our recent discussion of corporate mode where we discussed tendency for enterprises to use older software releases – some of them using older Word versions without UIA notification event handler included. Thanks.
|
|
Is it possible to supress NVVDA messages for MS Office 365 only?Von meinem iPhone gesendetAm 31.05.2024 um 15:22 schrieb Joseph Lee ***@***.***>:
Hi, for consumers, that solution might work since people might be using newer Microsoft 365 releases. However, don’t forget about our recent discussion of corporate mode where we discussed tendency for enterprises to use older software releases – some of them using older Word versions without UIA notification event handler included. Thanks.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
|
@Adriani90 the situation is more complex. The decision to use object model or UIA notifications should be base on various parameters: Office version (2013 / 2016 / 365, etc.), Office build version, software used (Word or Outlook), Windows version (8.1 or 10/11) and running in MDAG or not. You need to read all the comments for more context; be careful: given the high number of comments, some of them are hidden so you'll have to display them. |
|
In my case I tested with objectModel and still the UIA notifications are translated properly. MDAG I will test as well soon, but you can be sure that in 365 the UIA notifications are fired properly with objectModel and also when UIA is enabled. You can test yourself.In Office 2016, the NVDA messages should definitely remain.Von meinem iPhone gesendetAm 31.05.2024 um 17:48 schrieb Cyrille Bougot ***@***.***>:
@Adriani90 the situation is more complex. The decision to use object model or UIA notifications should be base on various parameters: Office version (2013 / 2016 / 365, etc.), Office build version, software used (Word or Outlook), Windows version (8.1 or 10/11) and running in MDAG or not.
You need to read all the comments for more context; be careful: given the high number of comments, some of them are hidden so you'll have to display them.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
@Adriani90 to be clear and avoid any confusion, UIA vs object model notifications upon formatting command are by no mean controlled by the option "Use UI Automation to access Microsoft Word document controls" in advanced settings. |
WalkthroughThe recent update to the Changes
Sequence Diagram(s)The changes provided are mainly refinements to existing functionality, focusing on filtering out specific notifications. Therefore, a sequence diagram is not necessary for this explanation. Assessment against linked issues
Recent review detailsConfiguration used: .coderabbit.yml Files selected for processing (1)
Additional context usedPath-based instructions (1)
Additional comments not posted (1)
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
|
We're considering trialling this PR for wider testing by merging early in an alpha cycle. Any thoughts @josephsl ? |
|
Hi, let’s get the show going – feel free to merge it whenever you are ready (while I may not respond to all issues arising from it, I’ll keep an eye on it from time to time; do ping me if I do need to resolve some things). Thanks.
|
Link to issue number:
Fixes #10950
Summary of the issue:
In recent Word 365 releases, NVDA will announce font attribute toggle message up to two times - a message defined by NVDA ,and a second time thanks to UIA notification event.
Description of how this pull request fixes the issue:
Builds on an earlier work on Word 365 UIA notification event suppression (#10851):
Testing performed:
Tested to make sure font attribute toggle messages are announced only once with Word 365, and verified that there was no regression with previous work on Word 365 fix.
Known issues with pull request:
None
Change log entry:
Nothing to add, but if a what's new entry should be provided, a wording similar to #10851 is ideal, this time talking about font attribute toggle commands such as toggling bold.
Thanks.
Summary by CodeRabbit