Subject: bug#32825: 27.0.50; Deterministic window management

From: Michael Heerdegen <[email-masked]>
Date: Mon, 01 Oct 2018 15:18:56 +0200

martin rudalics <[email-masked]> writes:

> I attach a preliminary patch.  Please try it and tell me whether you
> see any difficulties with it.

Haven't tried it yet, but makes sense to me.

What I don't like so much is that, in effect, we use
`display-buffer-in-previous-window', whose behavior is user
configurable, but we don't like some if its semantics, so we overwrite
them by specifying the previous-window property dynamically generated.
This does what we want, but it is not user configurable any more.  If,
for example, a user wants to always use a special frame for the
debugger, he can't get that.

Would it be worth it to factor out the pop-to-buffer action as a
(function valued) user option?

Michael.