Re: fixing backspace and delete
Patching or remapping will not be necessary.
On 23 Apr, Yann Dirson wrote:
> firstname.lastname@example.org writes:
> > The kernelpatch mentioned above changes the default keymap,
> > swapping backspace and delete
> If we're going to solve the problem by changing the default keymap, I
> think it SHOULD NOT be with a kernel patch. The reason I say that is
> that some people (eg. me) do not use the official kernels (I don't
> want PCI support and such), and that it can be fixed by making the
> boot sequence run loadkeys on an additionnal keymap, in which case
> there wouldn't be any deps on a particular unofficial patch, which
> would somehow break drop-in compatibility with other dists.
I have recreated Philip's succes on a machine with hamm. The modified
xterminfo does the trick, great! Less works out of the box, as do joe,
vim and ftp (in both cases home/end too). Now the question is (as
Philip mentioned before, I am lagging behind:-) to figure out whether
there are any problems with other systems, and other terminfo entries.
Maybe we even can start thinking about how to actually implement this?
.Xdefaults/Xresources (home/end were ok):
*VT100.Translations: #override \
<Key>Delete: string(0x1b) string("[3~") \n\
*ttyModes: erase ^?
# apps based on Athena widgets (xbmbrowser) need this. It doesn't
# seem to work on all Athena flavours.
*Text.translations: #override \
~Shift ~Meta <Key>Delete: delete-next-character()
.inputrc (for readline apps, not needed for bash though):
#fix delete in rxvt
#Home and end
if ($term == "xterm" || $term == "vt100" \
|| $term == "vt102" || $term !~ "con*") then
# bind keypad keys for console, vt100, vt102, xterm
bindkey "\e[1~" beginning-of-line # Home
bindkey "\e[7~" beginning-of-line # Home rxvt
bindkey "\e[2~" overwrite-mode # Ins
bindkey "\e[3~" delete-char # Delete
bindkey "\e[4~" end-of-line # End
bindkey "\e[8~" end-of-line # End rxvt
P.S. I use email@example.com (current working-place) as firstname.lastname@example.org is
temporarily out of order.
To UNSUBSCRIBE, email to email@example.com
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org