GNU bug report logs - #45688
28.0.50; New action for display-buffer?

Previous Next

Full log

View this message in rfc822 format

From: Juri Linkov <juri <at> linkov.net>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 45688 <at> debbugs.gnu.org
Subject: bug#45688: 28.0.50; New action for display-buffer?
Date: Thu, 28 Jan 2021 20:46:45 +0200

> Thanks.  This strongly needs an example in the Elisp manual somewhere in
> the "Handle subsequent invocations of ‘display-buffer’" area.  Could you
> polish up the one using 'display-buffer-reuse-previous-window',
> explaining how it is "more deterministic" in flavor?  And in a way that
> makes it directly executable by the reader?  Then we could also try to
> add the more chaotic approach Lars takes via 'get-lru-window' there.

Maybe something:

diff --git a/doc/lispref/windows.texi b/doc/lispref/windows.texi
index f305d1a8ee..60f1cc1bc5 100644
--- a/doc/lispref/windows.texi
+++ b/doc/lispref/windows.texi
@@ -3840,6 +3840,9 @@ The Zen of Buffer Display
 popping up a new window.  You have to make sure that another window in
 the same combination can be shrunk instead, though.
 
+@item
+Using @code{previous-window} will try to display the buffer more deterministically.
+
 @item
 Side windows (@pxref{Side Windows}) can be used for displaying
 specific buffers always in a window at the same position of a frame.

Previous Next

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