As a consequence, in a VMS environment the LK400 keyboard is setup such that
Clearly, this is highly inconvenient under Linux, and it's therefore a common practice to map them just the opposite way. This makes working under Linux a pleasure, however, telnetting to VMS becomes a nightmare.
This is achived with
keycode 19 = Delete keycode 22 = grave asciitilde keycode 110 = BackSpace
xmodmap ~/.Xmodmap_xterm
What remains is to make working under VMS possible again. All what is required is to interchange the mapping of <BackSpace> and <Delete> keys. This remapping can be done with xterm. To create a variant of xterm with a VMS style key mapping
cd ~/bin ln -s `which xterm` vmsterm
vmsterm*VT100.Translations: #override <Key>BackSpace: string(0x7f) \n\
<Key>Delete: string(0x08)
Typing the command vmsterm will now, assuming that ~/bin is in your $PATH, start xterm with the a special translation, restoring the keymapping as it used to be under VMS.
Terminal emulators, like xterm, now translate those keysym again back into ASCII codes, like the input from good old VT100 terminals. The xterm program allows to configure this mapping via the VT100.Translations resource.
To have now an unadulted version of xterm for Linux/Unix work and an additional version with a modified mapping, one has to use the hack with the symlink. A program started via a symlink will look under the symlink name and not under it's original name in the resource database, allowing to have two setups for one program.
| Imprint ---- Data privacy protection ---- Haftungsausschluss |