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

Previous Next

Full log

Message #17 received at 36161 <at> debbugs.gnu.org (full text, mbox):

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

On 12.06.2019 12:18, martin rudalics wrote:

>  > TBH, the new docstring seems a lot more confusing to me. "may 
> override" doesn't really tell us what the function is going to do.
> 
> OK.  This time I tried to tell everything I know.  Please have a look.

It's much better now, thanks. And the wording of "is usable for" is 
somehow more obvious to me (even though the information is the same).

> I would have to understand first why one and the same buffer was
> displayed in different windows previously.

Not sure what answer you're looking for. Suppose a user used 
switch-to-buffer sometime in the past to show it there?

I think the question is, if the caller supplies the `previous-window' 
cons in ALIST, is there a point in second-guessing its choice?

FWIW, I've only found one user of this function that does that, and it's 
`debug'. Which behavior do you think that command would prefer?

Previous Next

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