>>>>> Roger Ivie <ri
...@ridgenet.net> writes:
>>>>> On 2011-12-31, Steven Hirsch <snhir
...@gmail.com> wrote:
[Cross-posting to news:alt.os.linux, as this seems like an issue
with XTerm.]
>> I start the session inside of 'wy60', which is a Wyse-60 emulation
>> (easier to configure CP/M apps for that as opposed to VT100/xterm).
>> Almost everything is working correctly except for one thing: Inside
>> an application (e.g. WordStar or any other editor), BS, Ctrl-H and
>> Del all produce a non-destructive backspace! At the command line,
>> they work correctly.
>> Does anyone have an idea why this is happening?
> I am a bit curious about what you mean by "at the command line, they
> work properly". If you're talking about stock CP/M 2, pressing delete
> should echo the character deleted whereas ^H will cause it to be
> erased from the screen (i.e., behave like most everything else and
> therefore likely to be thought of as "working properly"). There is a
> patch running around that causes CP/M to treat ^H the same as delete,
> but the vanilla install doesn't.
> My guess would be that your keyboard map has the backspace and delete
> keys configured to send ^H. Having the backspace key so configured is
> not unusual,
Nevertheless, the “preferred” GNU (and GNU/Linux) backspace is
ASCII DEL (AKA ^?, ^8, \x7f), though, somewhat surprising, XTerm
is often configured contrary to this convention.
> but I think having the delete key also so configured is.
Also note that XTerm does a mapping of its own:
--cut: xterm(1) --
backarrowKey (class BackarrowKey)
Specifies whether the backarrow key transmits a
backspace (8) or delete (127) character. This
corresponds to the DECBKM control sequence. The
default (backspace) is ``true.'' Pressing the
control key toggles this behavior.
--cut: xterm(1) --
This behavior could also be toggled with XTerm menu's “Backarrow
Key (BS/DEL) (backarrow key)” option (Ctrl+LeftMouseButton,
IIRC), or, I believe, by editing the resource with editres(1).
[…]
--
FSF associate member #7257
