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 #272 received at 32825 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> linkov.net>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 32825 <at> debbugs.gnu.org
Subject: Re: bug#32825: 27.0.50; Deterministic window management
Date: Wed, 14 Nov 2018 09:33:42 +0100
>> (defcustom switch-to-prev-buffer-skip-regexp
>>    "\\*Backtrace\\*\\|TAGS"
>
> Sorry, this list looks too ad-hoc.  And why there is no *Edebug Backtrace*?
> *Edebug Backtrace* should be treated exactly the same way as
> *Backtrace*, but in practice this means adding a whole bunch
> of same variables
>
> debugger-previous-window
> debugger-pre-previous-window
> debugger-previous-window-height
> ...
>
> to edebug.el
>
> edebugger-previous-window
> edebugger-pre-previous-window
> edebugger-previous-window-height
> ...
>
> and duplicating all related code.  This doesn't look right.
>
> I think that either we should generalize display-buffer-in-previous-window
> to avoid such duplication, or better never display temporary buffers
> in unrelated windows at all, i.e. to replace display-buffer-in-previous-window
> in the action list with display-buffer-below-selected and
> display-buffer-at-bottom.

Pardon me, aren't you confusing 'display-buffer-in-previous-window'
with 'switch-to-prev-buffer' here?  The change I propose doesn't
affect 'display-buffer-in-previous-window' at all.  It simply should
avoid that 'switch-to-prev-buffer' shows such a buffer.  Also, while
'display-buffer-below-selected' and 'display-buffer-at-bottom' usually
do what they are intended to do they may also reuse an existing window
when splitting fails.

> This is exactly what we already do for displaying other temporary
> buffers like *Marked Files*, *Completions*, etc.

FWIW most of these are killed immediately after fulfilling their
purpose.  Setting 'debugger-bury-or-kill' to 'kill' would do the same.

martin




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.