GNU bug report logs - #16148
Cursor stuck on line ending w/ visual-order-cursor movement - move-point-visually fails.

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: David Reitter <david.reitter <at> gmail.com>
Cc: 16148-done <at> debbugs.gnu.org
Subject: Re: bug#16148: Cursor stuck on line ending w/
 visual-order-cursor	movement - move-point-visually fails.
Date: Sat, 14 Dec 2013 21:37:35 +0200

> From: David Reitter <david.reitter <at> gmail.com>
> Date: Sat, 14 Dec 2013 12:53:51 -0500
> 
> With a certain combination of settings, cursor movement to the left fails at the (right) end of lines:
> 
> Emacs -Q -nw
> 
> [Enter and evaluate the following:]
> 
> 	(whitespace-newline-mode 1)
> 	(global-hl-line-mode 1)
> 	(setq visual-order-cursor-movement t)
> 
> [Then press left-arrow repeatedly.  Cursor will get "stuck" on a line ending.]

Fixed.

> - `hl-line-mode' alone does not suffice - it has to the be `global-hl-line-mode'.

That's because move-point-visually uses 2 separate strategies, and the
problem was only in one of them.  You need to work very hard for
move-point-visually to fall back on the second strategy, but the
combination of the above 2 mode, each one of which is a redisplay
optimizations killer, succeeded in doing just that.

> Second, simpler recipe:
> 
> Emacs -Q -nw
> 
> [Enter and evaluate the following:]
> 
> 	(whitespace-newline-mode 1)
> 
> Place cursor at end of line, then M-: (move-point-visually -1)  RET.
> Nothing happens.

This is the same problem (M-: also forces move-point-visually to use
the 2nd strategy), so it is also fixed.

Thanks.

Previous Next

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