tsm_vte: don't interpret Pause, it hangs the VTE

Pressing the 'Pause/Break' key causes the VTE to hang with no apparent
way to recover (from within kmscon). It must turn on some software flow
control, XON/XOFF or whatever.
We might want to do something with this key, but certainly not *that*.

Signed-off-by: Ran Benita <ran234@gmail.com>
Signed-off-by: David Herrmann <dh.herrmann@googlemail.com>
This commit is contained in:
Ran Benita 2012-10-27 12:11:23 +02:00 committed by David Herrmann
parent a939a9e59f
commit 6e05334695

View File

@ -2398,9 +2398,15 @@ bool tsm_vte_handle_keyboard(struct tsm_vte *vte, uint32_t keysym,
case XKB_KEY_Clear:
vte_write(vte, "\x0b", 1);
return true;
/*
TODO: What should we do with this key? Sending XOFF is awful as
there is no simple way on modern keyboards to send XON
again. If someone wants this, we can re-eanble it and set
some flag.
case XKB_KEY_Pause:
vte_write(vte, "\x13", 1);
return true;
*/
/*
TODO: What should we do on scroll-lock? Sending 0x14 is what
the specs say but it is not used today the way most