GNU bug report logs -
#17831
24.4.50; bad default value for `Man-width'
Previous Next
Reported by: Leo Liu <sdl.web <at> gmail.com>
Date: Sun, 22 Jun 2014 13:32:02 UTC
Severity: normal
Merged with 2588,
9084
Found in version 24.0.50
Fixed in version 24.4.50
Done: Juri Linkov <juri <at> jurta.org>
Bug is archived. No further changes may be made.
Full log
Message #30 received at 17831 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 24 Jun 2014 09:13:54 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> Cc: 17831 <at> debbugs.gnu.org, Leo Liu <sdl.web <at> gmail.com>
>
> To fix this we could either use some sort of maximimum width (for me
> more than 80 columns are not very readable anyway) and propose an
> adequate display buffer action or implement simple heuristics to detect
> how large the window used by `display-buffer' would be and fill the
> buffer in some adequate manner.
None of this will ever work 100% reliably in the "M-x man" case,
because while the command runs in the background, the user could
change the window and frame configuration at will.
> Alternatively, we could display the buffer first, look at what size we
> get, fill the buffer, and possibly resize the window afterwards. For
> `with-temp-buffer-window' this means that we would have to fill the
> buffer either via `temp-buffer-window-show-hook' or in QUIT-FUNCTION.
But this will momentarily flash incorrect (e.g., empty) display,
right? Not nice, IMO.
This bug report was last modified 10 years and 323 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.