unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Ged Haywood <ged@jubileegroup.co.uk>
Subject: Cursor movement screwy on remote sessions.
Date: Fri, 17 Sep 2004 19:57:07 +0100 (BST)	[thread overview]
Message-ID: <Pine.LNX.4.58.0409171938130.11480@mail3.jubileegroup.co.uk> (raw)

Hi folks,

First post, joined the list today for just this question.  Read the
faqs, Googled etc, didn't see anything remotely related to this.

I use emacs remotely all over the place.  One particular problem gives
me great grief, only when using emacs remotely.

The cursor doesn't reliably move to the place it's supposed to go to
on the screen, with the result that you're inserting/deleting text at
a place diffeent from the one you see on the screen until you refresh.

The problem occurs mostly when I'm using an instance of Emacs which is
running on a machine in Sheffield, England, but I'm sitting in Ceret,
France running an xterm on my local machine.  The screen is about 190
columns dies and 70 rows.  X is not running on the remote host and the
version of Emacs on there was compiled without X.  Until today it was
version 21.2 but now it's 21.3 and that has made no difference to the
problem.

Ordinary characters malmost always ove the cursor properly AFAICT.

Cursor movement sequences like [ESC-f] will move the cursor in the
most unexpected of ways.  Sometimes it will move back to the beginning
of the line instead of to the end of the next word.  Oddly enough, an
[ESC-b] usually does what's intended.  [ESC-c] will capitalise the
word but not move the cursor to the end of it and it may move it to
somewhere in the middle of it, and it may make the word look garbled.

Sometimes I press the space bar after a word and the cursor doesn't
move at all. [ESC-190-space] will put the cursor in the right place.

Usually [CTRL-L] will put the cursor in the right place.

The cursor generally stay on the right line, just in the wrong column.

I have the feeling that this is some weird interaction with ncurses.

If I run Emacs using the same xterm but over a VPN to a machine at my
office near Sheffield (about 25 miles south of the problem machine) I
have no problems.  I sometimes have simlar problems running Emacs on
the Sheffield machine from my office, but not so bad.

I never have problems like this with Vi.  I hate Vi, but I'll go and
scrub with carbolic now anyway.

Any suggestions?

73,
Ged.

             reply	other threads:[~2004-09-17 18:57 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-17 18:57 Ged Haywood [this message]
     [not found] <200409181557.i8IFvta2026560@mail3.jubileegroup.co.uk>
2004-09-18 17:36 ` Cursor movement screwy on remote sessions Ged Haywood
     [not found] <mailman.3133.1095447798.1998.help-gnu-emacs@gnu.org>
2004-09-18 12:25 ` Thomas Dickey
2004-09-23 20:56 ` kgold

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=Pine.LNX.4.58.0409171938130.11480@mail3.jubileegroup.co.uk \
    --to=ged@jubileegroup.co.uk \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).