27 Dec
2021
27 Dec
'21
8:56 p.m.
On 12/27/21 8:37 AM, Noel Chiappa wrote:
Hi Noel, that's interesting.
I hadn't tried it in v6 in a while. I'd pretty much resigned myself to #
and @. But I see the effect in v6, even without changing stty and it
'works', but in svr2, if I type lsa and then hit ^H it backs up a place,
but then when I press enter the shell says something along the lines of
- lsa^H: not found. But by adding stty erase ^H, it then 'works' the
same as in v6. Seth's steer regarding setting erase and echoe 'fixed'
things, once I figured out that having DEL doubling as intr wasn't ideal.
Oh, the mysteries of terminal interaction. Add the fact that I'm using
Mac OS's Terminal, and no telling what could happen. I generally turn on
Option as Meta magic but I don't remap ^H as DEL :).
Will
From: Will
Senn
anything similar to modern behavior when handling
the delete/backspace
key where the character is deleted from the input and rubbed out? The
default, like in v6/v7 for erase and kill is # and @. I can live with
this, if I can't get it to do the rubout, because at least you can see
the # in the input
I use ASCII 'backspace' (^H) on my V6, and it 'sort of' works; it
doesn't
erase the deleted character on the screen, but if one then types corrected
characters, they overlay the deleted ones, leaving the corrected input. That
should work on everything later than V6.
The MIT PWB1 tty handler (link in a prior message) not only supported a 'kill
line' (we generally used '^U') which actually visibly deleted the old
line
contents (on screen terminals, of course; on printing terminals you're
stuck), it also had suppport for '^R' (re-type line) and some other stuff.
Noel