GNU bug report logs - #36161
27.0.50; display-buffer-in-previous-window might choose not to use PREVIOUS-WINDOW

Previous Next

Full log

View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: martin rudalics <rudalics <at> gmx.at>, 36161 <at> debbugs.gnu.org
Subject: bug#36161: 27.0.50; display-buffer-in-previous-window might choose not to use PREVIOUS-WINDOW
Date: Sun, 16 Jun 2019 03:47:42 +0300

On 13.06.2019 11:43, martin rudalics wrote:

> Hence it's more suitable for buffers popping up in special occasions
> (like, for example, when a bug occurred and the debugger should be
> entered) and less suitable for buffer editing.

I have also noticed it's not always good for special buffers either, 
e.g. if I run xref-find-definitions, press q, and run it again, 
different windows will be used for the two times.

> A 'previous-window' ALIST entry should continue to support the
> principle of least surprise by allowing to choose a non-selected
> window that never showed the buffer before.  The selected window,
> however, should be always either chosen or excluded from choice by
> special means - either via 'display-buffer-same-window' or using an
> 'inhibit-same-window' entry.

So about that main use case (the Debugger), can it just exclude the 
selected window using inhibit-same-window? That would obviate the need 
for special logic in this case.

Previous Next

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