bug#57837: 29.0.50; fit-window-to-buffer should reposition the buffer

[Gregory Heytings]

> > > > (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.