Re: [orca-list] Discoverability of keyboard ungrab in VM software?

[Kyle <kyle4jesus gmail com>]

I'm in favor of control+alt, which is what Qemu does, although the
VirtualBox configurable host key, right control by default, also seems
like an idea worth exploring. The key for Boxes wouldn't have to be the
right control key, but even if it's control+alt, it would be beneficial
to be able to change it at least temporarily if control+alt is
interfering with a guest OS function. I would at least request that no
function of Boxes itself be tied into a key that *always* works, even if
the guest OS is supposed to have control of the keyboard. For example,
control+alt+f is F123's shortcut key to open Firefox, but it is used by
Qemu to toggle between windowed and full-screen mode, no matter whether
the host OS or the guest OS has control of the keyboard. This means that
in order to open firefox in an F123 guest in Qemu, I need to press
control+alt+2 to go into a non-speaking qemu console and then enter

sendkey ctrl-alt-f

Then I need to go back into the guest machine by pressing control+alt+1,
where hopefully the guest obeyed my command and has opened Firefox.
Believe me, in this case, I have only used that method to test my
shortcut key configuration; I open Firefox using a far different method
in that virtual machine, so this is the specific technical reason why
I'm asking for something that will either always act as a passthrough or
for the Boxes functions to require that the host has control of the
keyboard in order to work.
-- 
"Don't judge my disability until you are able to see my ability."
~Kyle: https://kyle.tk/
My chunk of the internet: https://chunkhost.com/r/Kyle