summaryrefslogtreecommitdiff
path: root/src/tsm_vte.c
diff options
context:
space:
mode:
authorRan Benita <ran234@gmail.com>2012-10-27 11:50:52 +0200
committerDavid Herrmann <dh.herrmann@googlemail.com>2012-10-27 18:17:25 +0200
commita939a9e59f0307ed965d3daa0ca067e95e859fc5 (patch)
tree1d9693dc852aa73e52987010e52ad19b63b45854 /src/tsm_vte.c
parentc8f79aa53d44465825c72033703f02eb5ab3acc1 (diff)
tsm_vte: don't send sequence for Scroll_Lock
This value should not be sent to the application; currently pressing Scroll Lock does some weird character transposing, which I believe to be completely accidental. Signed-off-by: Ran Benita <ran234@gmail.com> Signed-off-by: David Herrmann <dh.herrmann@googlemail.com>
Diffstat (limited to 'src/tsm_vte.c')
-rw-r--r--src/tsm_vte.c7
1 files changed, 6 insertions, 1 deletions
diff --git a/src/tsm_vte.c b/src/tsm_vte.c
index ba25f82..f9f8594 100644
--- a/src/tsm_vte.c
+++ b/src/tsm_vte.c
@@ -2401,10 +2401,15 @@ bool tsm_vte_handle_keyboard(struct tsm_vte *vte, uint32_t keysym,
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
+ users would expect so we disable it. If someone wants
+ this, we can re-enable it and set some flag.
case XKB_KEY_Scroll_Lock:
- /* TODO: do we need scroll lock impl.? */
vte_write(vte, "\x14", 1);
return true;
+ */
case XKB_KEY_Sys_Req:
vte_write(vte, "\x15", 1);
return true;