Say all doesn't work properly when speech is off or set to beeps

[ondrosik]

Steps to reproduce:

• set speech mode to beeps and try reading something by say all command.
• Or set synthesyzer to none or speech mode to off and try reading something by say all
• Cursor will move just one line forward. This is causing issues for example with NVDA Remote when you disable speech on remote computer. Say all then doesn't work and reads just one line then stops. Expected behavior is that also in this situation say all will read the document.

Tested with NVDA 2019.3.1 with addons disabled log looks like this (reading this text) Input: kb(laptop):NVDA+s IO - speech.speak (13:29:34.878) - MainThread (2016): Speaking ['Speech mode off'] IO - inputCore.InputManager.executeGesture (13:29:35.754) - winInputHook (2144): Input: kb(laptop):NVDA+a IO - inputCore.InputManager.executeGesture (13:29:39.316) - winInputHook (2144):

I tested this with NVDA 2019.2 with following result:

Input: kb(laptop):NVDA+s IO - speech.speak (13:34:35.846): Speaking [u'Speech mode off'] IO - inputCore.InputManager.executeGesture (13:34:36.447): Input: kb(laptop):NVDA+a DEBUG - queueHandler.registerGeneratorObject (13:34:36.467): Adding generator 11

Windows 10 1809 build 17763.1039

[LeonarddeR]

Say all now relies on callbacks being fired based on where the speech is reading. I think it is complex to fix this.

[Brian1Gaff]

Maybe the remote add on needs to be responsible for restoring previous behaviour? Brian

bglists@blueyonder.co.uk Sent via blueyonder. Please address personal E-mail to:- briang1@blueyonder.co.uk, putting 'Brian Gaff' in the display name field. Newsgroup monitored: alt.comp.blind-users