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 #296 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: Sun, 18 Nov 2018 10:24:56 +0100
> Then maybe better to add such buffers to the end of the prev-buffers list
> or to the end of the next-buffers list.

We have that option in 'debugger-bury-or-kill'.  Do you mean to
generalize it?

>>> The second time when the buffer is displayed again in a previous window
>>> is deterministic.  But the first time it is non-deterministic - it's
>>> displayed in a random window.  At least, the user can't predict the
>>> window where it will be displayed - thus the surprise factor.
>>> With get-mru-window instead get-lru-window the place is more
>>> deterministic because the user usually remembers which window is mru.
>>
>> We can add an action alist entry to get the mru (or better
>> mru-not-selected) behavior.  A small deal.
>
> This would be very nice, thanks in advance.

OK.  What do you want to call it, 'windows-to-examine'?  Shall we make
it a list of function/frame pairs defaulting to

'((get-lru-window . nil) (get-largest-window . visible) (get-largest-window . 0))

where nil stands for whatever

(or (window--frame-usable-p (selected-frame))
    (window--frame-usable-p (last-nonminibuffer-frame)))

returns?  Or do you want to control the DEDICATED and NOT-SELECTED
arguments as well?  I hope that 'get-largest-window', 'get-lru-window'
and 'get-mru-window' are 100% compatible wrt their arguments but
haven't verified that yet.

> I don't understand what an alist entry you mean.  Or you mean adding
> a new alist entry like (default-window . mru-not-selected)?

For example.  To provide the 'windows-to-examine' sketched above you
wouldn't want to specify an action function too.

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.