Text on the braille display doesn't update after using Undo in Word

[nvaccessAuto]

Reported by falinn.onda on 2013-06-10 17:16
Hi,

Assuming you do the following:

1. open new word 2010 document.
2. Type a text. for example "1234"
3. press undo CTRL+Z once.

Expected behavior: braille displays "123" as the current document content after undo.
Actual behavior: Braille displays "1234"

I am using Focus 40 blue via Bluetooth.

[nvaccessAuto]

Comment 1 by jteh on 2013-06-20 01:55
Mick, are there any COM events to detect caret/selection changes in Word or do we have to implement scripts for this?

[nvaccessAuto]

Comment 2 by mdcurran (in reply to comment 1) on 2013-06-20 04:01
Replying to jteh:

Mick, are there any COM events to detect caret/selection changes in Word or do we have to implement scripts for this?

I'm really not sure off the top of my head. We certainly don't use any MS Word COM events right now. Also, based on experiences with PowerPoint and Protected mode etc, I'm thinking that scripts, as long as they do the trick are quicker to code and have more chance of working in high-security situations such as protected mode.

[nvaccessAuto]

Comment 3 by falinn.onda (in reply to comment 2) on 2013-06-21 05:18
Thanks for the quick response, word is such a commonly used editor, people expect you to be able to work with it in most jobs.

I would like to add that undo is not the only case that creates synchronization issues, while braille is thathered to focus. Examples include:

• redo
• CTRL+backspace : the delete is reported on voice but braille is not updated.
• CTRL+DELETE: braille is not updated and also there is no voice indication of delete.
• user macros: I have added a SIFT+DELETE command that delete current line. similarly delete paragraph can be also useful. If i use those macros by pressing keyboard shortcuts, braille is not updated.

For some reason when braille tathered to review it is synchronized a bit differently. In this case CTRL+DELETE updates braille display.

If If you think that that there is a way for word to notify NVDA upon change, in general, i think it might solve many braille synchronization issues.

Either way of fixing synchronization on the above mentioned cases will be welcomed.

[bhavyashah]

Could Braille experts please test and report whether these Braille synchronization issues (particularly with MS Word's Undo and Redo, Ctrl+Backspace and Ctrl+Delete) still occur?

[Adriani90]

@falinn.onda is this issue still reproducible?
cc: @bramd the initial author seems not to be available on Github anymore. Do you have any possibility to test if this issue is still reproducible?

[dkager]

I can still reproduce this with Word 2016, non-UIA. It isn't specific to a particular braille display.

[Adriani90]

@dkager how is this now with NVDA 2023.1 RC1 or NVDA 2022.4?

[burmancomp]

I tried locally to add braille.handler.handleUpdate to source\NVDAObjects\iaccessible\winword.py and there to event_caret function.

It worked almost. If there is for example: "12345", and then ctrl-z is pressed 5 times, there is not necessarily blank display. If pressing and holding ctrl-z it seems to work or if pressing ctrl-z with long delay between presses, it seems to work also. But if something between these, it may not work.

@LeonarddeR what do you think about this? Is my approach wrong?

[LeonarddeR]

@burmancomp is this with or without UIA enabled in Word?