GNU bug report logs - #66942
move-to-column behavior when newlines have a display property

Previous Next

Package: emacs;

Reported by: Sebastian Wålinder <s.walinder <at> gmail.com>

Date: Sun, 5 Nov 2023 05:45:03 UTC

Severity: normal

Tags: notabug, wontfix

Merged with 64988

Found in version 30.0.50

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sebastian Wålinder <s.walinder <at> gmail.com>
Cc: 66942 <at> debbugs.gnu.org
Subject: Re: bug#66942: move-to-column behavior when newlines have a display
 property
Date: Sun, 05 Nov 2023 07:59:45 +0200
unarchive 64988
forcemerge 66942 64988
thanks

> From: Sebastian Wålinder <s.walinder <at> gmail.com>
> Date: Sun, 05 Nov 2023 09:14:05 +1100
> 
> There was a bug that I encountered in a downstream Emacs package relating to setting line-move-visual to nil and running line-move when the package has created overlays on newlines.
> 
> The maintainer of the package has tracked down the bug to some incorrect behavior in the function move-to-column when overlays are present on newlines.
> 
> Here's a link to the issue that describes the issue with move-to-column:
> https://github.com/jdtsmith/indent-bars/issues/22
> 
> Thoughts?

It's the intended behavior.  It is the best Emacs can do given the
limitations posed by such overlay strings, see the detailed
explanation in bug#64988.

My best recommendation is not to use overlay strings with embedded
newlines, if accurate movement by columns is important.




This bug report was last modified 1 year and 134 days ago.

Previous Next


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