all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Rabbe Fogelholm <Rabbe.Fogelholm@era-t.ericsson.se>
Subject: Re: Problem with interpretation of <-Backspace key in version 21.2.1
Date: Sat, 06 Apr 2002 23:47:40 +0200	[thread overview]
Message-ID: <3CAF6CFC.7D5D88A7@era-t.ericsson.se> (raw)
In-Reply-To: 8011-Sat06Apr2002202442+0300-eliz@is.elta.co.il

Eli Zaretskii wrote:
> 
> > From: Rabbe Fogelholm <Rabbe.Fogelholm@era-t.ericsson.se>
> > Newsgroups: gnu.emacs.bug
> > Date: Sat, 06 Apr 2002 17:55:46 +0200
> >
> > My setup might be important. The PC runs Red Hat Linux 7.1 and KDE. In
> > that environment I run an xterm (version XFree86 4.0.3(156)). From the
> > xterm session I do an ssh login to a Solaris/SPARC machine that starts a
> > login shell which is 6.10.00 (Astron). From the tcsh prompt I start
> > Emacs with the -nw option.
> 
> It sounds like this is not a bug, but an intended change in behavior,
> which somehow clashes with your xterm/Emacs customizations which were
> optimized for the pre-v21 behavior.
>
> My guess is that your xterm and/or your shell startup files on the
> Solaris side set up the Backspace key to produce the [deletechar]
> escape sequence.  Try using "C-h l" (that's a letter ell, not a digit
> one) to see what does Emacs receive when you press that key.

I don't have any customizations that should affect this. My .emacs file
contained just one thing which was (font-lock-mode 1), and my .Xdefaults
file contained nothing relevant.

> Also, the new function normal-erase-is-backspace-mode might help you
> set this straight.  The description of the related issues in the
> manual, in the sections "Deletion" and "If <DEL> Fails to Delete",
> should also prove useful.
> 
> If all of the above does not help to resolve the problem, or at least
> understand why exactly the behavior changed since Emacs 20.7, please
> report the details that you discovered here.

It turned out that a usable workaround for me is to add this to the
.emacs file:

(if (functionp 'normal-erase-is-backspace-mode)
  (apply 'normal-erase-is-backspace-mode '(0))
)

The code has no effect with older versions of emacs, and sets things
"right" for me with the -nw option in version 21.2.1.

I now realize that this is an intended change in 21.2 (see
<http://www.gnu.org/software/emacs/NEWS.21.2> and search for
normal-erase-is-backspace). Perhaps it makes life easier for some users,
but given my particular setup it caused me a bit of confusion.

--Rabbe Fogelholm

      reply	other threads:[~2002-04-06 21:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-06 15:55 Problem with interpretation of <-Backspace key in version 21.2.1 Rabbe Fogelholm
2002-04-06 17:24 ` Eli Zaretskii
2002-04-06 21:47   ` Rabbe Fogelholm [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3CAF6CFC.7D5D88A7@era-t.ericsson.se \
    --to=rabbe.fogelholm@era-t.ericsson.se \
    --cc=eubrafo@operamail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.