GNU bug report logs - #6875
Strange behaviour when moving cursor between lines

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6875 in the body.
You can then email your comments to 6875 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: James Battat <jbattat <at> MIT.EDU>
To: bug-gnu-emacs <at> gnu.org
Subject: Strange behaviour when moving cursor between lines
Date: Tue, 17 Aug 2010 17:19:20 -0400

Hi,

I am a longtime user of emacs on linux platforms.  I recently installed emacs23 on my macbook pro (fink install emacs23) and see unexpected behaviour when moving the cursor forward one line via CTRL-n.  I'm not sure if this is a bug, but at a minimum, CTRL-n does a different thing on a linux GNU Emacs 21.4.1 install than on my mac installation.

On my mac, when I open a file in emacs and navigate to the next line using CTRL-n, the cursor does not go to the next line of text, instead, it goes to the next row of text as displayed on the screen.  For lines of text that do not wrap, there is no difference between these two behaviours, but for wrapped lines, there is.

For example, if a single line of text has wrapped on the screen, and my cursor is currently at the first character of the line, then CTRL-n takes me to the first displayed character on the second row of the same line of text (the first wrapped row), but not to the next line as specified by a newline character.

While this may seem rather minor, it wreaks havoc when using rectangle cut and insert (CTRL-r k and CTRL-r y).

Is this a selectable setting?  A bug?  A known difference between emacs 21 and emacs 23?  Something else?

I see the same symptom whether I start emacs in a new X window (emacs file.txt &) or within the terminal window (emacs -nw file.txt).

Details of emacs on my macbook pro:  GNU Emacs 23.1.1 (i386-apple-darwin10.4.0, GTK+ Version 2.16.6 of 2010-07-23
Details of emacs on linux machine:  GNU Emacs 21.4.1 (i686-redhad-linux-gnu, X toolkit, Xaw3d scroll bars) of 2008-01-04 on norob.fnal.gov

Thank you,
James

Message #8 received at 6875 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: James Battat <jbattat <at> MIT.EDU>
Cc: 6875 <at> debbugs.gnu.org
Subject: Re: bug#6875: Strange behaviour when moving cursor between lines
Date: Tue, 17 Aug 2010 22:47:49 -0400

James Battat wrote:

> I am a longtime user of emacs on linux platforms. I recently
> installed emacs23 on my macbook pro (fink install emacs23)

It's a good idea to browse the NEWS file when you upgrade to a new
version of Emacs. C-h n.

> and see unexpected behaviour when moving the cursor forward one line
> via CTRL-n.

Specifically:

    * Editing Changes in Emacs 23.1

    ** The C-n and C-p line-motion commands now move by screen lines,
    taking continued lines and variable-width characters into account.
    Setting `line-move-visual' to nil reverts this to the previous
    behavior (i.e., motion by logical lines based on buffer contents
    alone).

> Is this a selectable setting? A bug? A known difference between
> emacs 21 and emacs 23? Something else?

Yes. No. Yes. No.

Message #13 received at 6875-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: James Battat <jbattat <at> MIT.EDU>
Cc: 6875-done <at> debbugs.gnu.org
Subject: Re: bug#6875: Strange behaviour when moving cursor between lines
Date: Wed, 18 Aug 2010 06:02:14 +0300

> From: James Battat <jbattat <at> MIT.EDU>
> Date: Tue, 17 Aug 2010 17:19:20 -0400
> Cc: 
> 
> On my mac, when I open a file in emacs and navigate to the next line using CTRL-n, the cursor does not go to the next line of text, instead, it goes to the next row of text as displayed on the screen.  For lines of text that do not wrap, there is no difference between these two behaviours, but for wrapped lines, there is.

This is a feature.  See this entry in NEWS:

    ** The C-n and C-p line-motion commands now move by screen lines,
    taking continued lines and variable-width characters into account.
    Setting `line-move-visual' to nil reverts this to the previous
    behavior (i.e., motion by logical lines based on buffer contents
    alone).

I'm closing this bug report.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.