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

Previous Next

Full log

View this message in rfc822 format

From: Gregory Heytings <gregory <at> heytings.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 57837 <at> debbugs.gnu.org
Subject: 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.