GNU bug report logs - #46316
27.1; wrong horizontal scroll with truncate-lines value t

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com
Cc: 46316 <at> debbugs.gnu.org
Subject: Re: bug#46316: 27.1; wrong horizontal scroll with truncate-lines
 value t
Date: Sun, 07 Feb 2021 17:34:58 +0200

> Cc: 46316 <at> debbugs.gnu.org
> From: ynyaaa <at> gmail.com
> Date: Mon, 08 Feb 2021 00:28:57 +0900
> 
> > I don't think this behavior is a bug.  We only change the hscroll of a
> > window when point moves, and in these two scenarios it doesn't move.
> > I see no reason to assume that the user will necessarily want to have
> > the window scroll, instead of keeping it at its current horizontal
> > scroll.
> 
> In the case of isearch, the hscroll is changed without point motion
> when isearch fails.

Yes, because the focus changes into the minibuffer, where we show the
failure message.

> In the case of image-toggle-display, the hscroll is changed without
> point motion when typing 'C-c C-c' for the first time.

Yes, and for a similar good reason.

I don't really understand the insistence: you can easily cause the
window to auto-scroll if you move point by one character.  Emacs
cannot possibly guess which part of the display is more important for
the user in situations like this.

Previous Next

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