Follow-up Comment #3, bug #57340 (project gforth):
On one machine (Linux Mint 18) the output of ls -l
/etc/alternatives/x-terminal-emulator is:
lrwxrwxrwx 1 root root 31 Feb 16 2019 /etc/alternatives/x-terminal-emulator
-> /usr/bin/xfce4-terminal.wrapper
On another machine (Ubuntu submodule of Windows 10) it is:
lrwxrwxrwx 1 root root 15 Jun 1 2019 /etc/alternatives/x-terminal-emulator ->
/usr/bin/lxterm
To further test, I also used termux on android to access the linux mint PC.
It also shows the same ekey effect. I can't tell you the
etc/alternatives/x-terminal-emulator, because termux doesn't have that.
Next I did a fresh install of gforth on an Ubuntu VPS installed on vultr.com
(using sudo apt-get install gforth). Tried ekey with shift-backspace there --
same effect from both PCs as well as Android termux.
I also accessed the VPS from a browser based terminal. However, that terminal
did not seem to allow shift-backspace. shift-backspace registered in gforth
as just backspace.
Finally, I tried XTerm on Windows 10, connecting to the ubuntu LSM. There,
keystrokes also don't show after ekey, but shift-backspace is captured as 27
(ESC).
Oh, I also tried xterm on the Mint 18 (Ubuntu xenial equiv), but same effect.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?57340>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
