GNU bug report logs - #57837
29.0.50; fit-window-to-buffer should reposition the buffer

Previous Next

Full log

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

From: Gregory Heytings <gregory <at> heytings.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 57837 <at> debbugs.gnu.org
Subject: Re: bug#57837: 29.0.50; fit-window-to-buffer should reposition the
 buffer
Date: Fri, 16 Sep 2022 19:34:41 +0000

>>>> (advice-add 'fit-window-to-buffer :after
>>>> 	    (lambda () (and (= (count-lines (point-min) (point-max)) (1- (window-height)))
>>>> 			    (or (< (point) (point-max)) (forward-line -1) t)
>>>> 			    (set-window-start nil (point-min)))))
>>>
>>> Why shouldn't this be the default behavior?
>>
>> I think because fit-window-to-buffer isn't supposed to move point, and 
>> point would become invisible if it is not moved.
>
> Is that a problem? I mean, is it possible for the point to be invisible?
>

No, Emacs does its best to ensure that point is always visible.  That's 
the reason of the scrolling you see: without scrolling (which hides the 
first half of the buffer) point would be invisible.

Previous Next

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