GNU bug report logs - #32825
27.0.50; Deterministic window management

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Mon, 24 Sep 2018 19:15:02 UTC

Severity: minor

Tags: moreinfo

Found in version 27.0.50

Fixed in version 29.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 32825 <at> debbugs.gnu.org, Noam Postavsky <npostavs <at> gmail.com>,
 Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#32825: 27.0.50; Deterministic window management
Date: Mon, 01 Oct 2018 15:18:56 +0200
martin rudalics <rudalics <at> gmx.at> 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.




This bug report was last modified 3 years and 24 days ago.

Previous Next


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