MS Office: work panes such as clipboard manager or file recovery gain accessibility focus but not system focus #4199
Comments
|
Comment 1 by Michael Curran <mick@... on 2014-06-16 06:38 Changes: |
|
Comment 2 by James Teh <jamie@... on 2014-06-24 06:34 |
|
Comment 3 by Michael Curran <mick@... on 2014-07-07 09:05 Changes: |
|
Comment 4 by mdcurran on 2014-07-07 09:06 |
8 tasks
michaelDCurran
pushed a commit
that referenced
this issue
Oct 19, 2021
…ffice programs (#12736) As described in #4199 when starting Office programs Word, Excel clipboard manager can sometimes steal accessibility focus making it impossible to interact with the document / spreadsheet. Most cases were fixed but it seems one has been missed - focus lands on something called Collect and Paste 2.0 ,making interaction with the actual document difficult. Description of how this pull request fixes the issue: Since the "Collect and paste" has a custom eventObjectID SDM~has not been applied to it causing focus to be incorrect. This custom ID has been added to the list of objects for which SDM~applies.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Reported by mdcurran on 2014-06-16 06:29
Sometimes when opening Excel you may seem to land in a clipboard manager. Similarly if you open MS Word after a crash, you may seem to land in a file recovery pane. However, trying to interact with these panes does not work, and typing characters types directly into the document. In short, these panes incorrectly fire focus events whtough actually taking the system focus. We should ignore focus events on SDM controls if their window does not match hwndFocus on the GUI thread.
The text was updated successfully, but these errors were encountered: