GNU bug report logs -
#7822
24.0.50; `fit-window-to-buffer': take display artefacts into account
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 11 Jan 2011 00:15:02 UTC
Severity: wishlist
Found in version 24.0.50
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
Message #37 received at 7822-done <at> debbugs.gnu.org (full text, mbox):
> > `fit-window-to-buffer' does not take any display artefacts into
> > account, except for visual (screen) lines. The enhancement would
> > be to have it do so.
>
> As with emacs-24 `fit-window-to-buffer' does so. Bug closed.
Thanks.
But is this enhancement request really fulfilled? The paragraph
after the intro one that you quote from the ER specifically
states the requirement:
How much it tries to do so should be under programmer
control, so that, e.g., one could tell it (e.g. via a new
optional parameter) not to take any display stuff into account
(i.e., to treat the buffer content as just plain text with a
fixed-width font of the current char size).
And the ER explicitly refers to this emacs-devel thread for
details: "`fit-window-to-buffer-as-displayed'?", 2011-01-10:
http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html
And of course, how users can control the behavior needs to be
well documented.
Is this ER really addressed? I don't have a Windows binary
more recent than 2014-08-15 to test (they are no longer being
built, it seems). If so, then yes this should be closed.
If not then it should not be closed, even if it is good that
some progress has apparently been made. Thanks.
This bug report was last modified 10 years and 246 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.