Need either ability to consume system-level commands OR ability to identify system-level commands that should not have Orca key grabs
Note that the steps below assume a gnome-shell environment with multiple workspaces in which Ctrl+Alt+Right and Ctrl+Alt+Left switch to the workspace in that direction.
Step to reproduce, version 1
- In the Orca preferences dialog, attempt to rebind a command to Ctrl+Alt+Right or Ctrl+Alt+Left.
Expected results: The entry would be populated with the new binding.
Actual results: The entry in which the new binding should have been written closes. And if there was an available workspace in that direction, you are switched to that workspace.
Step to reproduce, version 2
- Modify Orca's code binding something to Ctrl+Alt+Right or Ctrl+Alt+Left (I chose Orca's new commands to move to the beginning and end of the current row.)
- Launch Orca and use the commands you changed.
Expected results: Orca's commands would work as expected and the workspace would not change.
Actual results: Orca's commands work as expected BUT if there's a given workspace in that direction, you are also switched to that workspace.
Thoughts
My understanding was that Orca should technically be able to grab any binding. In this particular example (had it been successful), a user wanting to change workspaces would need to use Orca's bypass command which would temporarily remove Orca's key grabs. If my understanding is correct, then we need a fix somewhere. (Note that I'm not saying that Orca should bind commands to system-level commands. I avoid doing that very thing. But a user might choose to do so in their environment, in which case it should work.)
Another possibility is that there are some commands which Orca must not be able to use. For instance, if it is critical that Ctrl+Alt+Left/Right always switch workspaces, so be it. But I have no way (that I'm aware of) of programmatically determining what I must not use. If such a way exists, or could be put into place, then I can add a check in Orca that ensures that none of its commands are bound to a must-not-use key combination.