GNU bug report logs - #53398
29.0.50; narrow-to-region induces buffer recentering

Previous Next

Package: emacs;

Reported by: Jose A Ortega Ruiz <jao <at> gnu.org>

Date: Thu, 20 Jan 2022 21:00:02 UTC

Severity: normal

Tags: moreinfo, wontfix

Found in version 29.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Jose A Ortega Ruiz <jao <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 53398 <at> debbugs.gnu.org
Subject: bug#53398: 29.0.50; narrow-to-region induces buffer recentering
Date: Sun, 23 Jan 2022 17:04:54 +0000
On Sun, Jan 23 2022, Eli Zaretskii wrote:

>> From: Jose A Ortega Ruiz <jao <at> gnu.org>
>> Cc: 53398 <at> debbugs.gnu.org
>> Date: Sun, 23 Jan 2022 15:42:51 +0000
>> 
>> just for my own understanding: are you saying that the fact that the
>> minibuffer displays more than one line causes a re-centering of my
>> current buffer? why is that normal? if i M-: (message "a\nb\n"), should
>> i expect that my current buffer is recentered?  (it isn't).
>
> If point is in the last N lines that would be "covered" by the
> enlarged mini-window, then Emacs will recenter to keep point visible.
>
>> (also, for the record, the message displayed by that custom set-message
>> does not span more than one line, as far as i can tell.)
>
> It does, see the continuation indicator at the right fringe.  You have
> computed the alignment to span the entire screen line, but Emacs needs
> one more place there to display the cursor.

i see. thank you both Eli and Lars for your time, greatly appreciated.


cheers,
jao
-- 
Since when do we have to agree with people to defend them from
injustice? -Lillian Hellman, playwright (20 Jun 1905-1984)




This bug report was last modified 3 years and 119 days ago.

Previous Next


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