From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#32825: 27.0.50; Deterministic window management Date: Sun, 18 Nov 2018 10:24:56 +0100 Message-ID: <5BF12FE8.6010400@gmx.at> References: <874leeaiah.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> <87sh0cva5h.fsf@mail.linkov.net> <5BE3F981.8000002@gmx.at> <8736sbmdtv.fsf@mail.linkov.net> <5BE54FBE.306@gmx.at> <874lcqmu6u.fsf@web.de> <5BE582D4.8010201@gmx.at> <874lcok62x.fsf@mail.linkov.net> <5BE7EE09.3020003@gmx.at> <87pnvbpejc.fsf@mail.linkov.net> <5BE93DB5.8070804@gmx.at> <87wophvpag.fsf@mail.linkov.net> <87efbprc1h.fsf@mail.linkov.net> <5BEA9577.1080204@gmx.at> <87sh047dzh.fsf@mail.linkov.net> <5BEBDDE6.1030701@gmx.at> <87sh03jjxm.fsf@mail.linkov.net> <5BED388E.7030506@gmx.at> <875zwyuicg.fsf@mail.linkov.net> <5BEE8587.9090702@gmx.at> <87bm6ntjuk.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1542533048 3488 195.159.176.226 (18 Nov 2018 09:24:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 18 Nov 2018 09:24:08 +0000 (UTC) Cc: Michael Heerdegen , 32825@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 18 10:24:04 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOJJD-0000ns-R0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 18 Nov 2018 10:24:04 +0100 Original-Received: from localhost ([::1]:51694 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gOJLK-0006qK-BI for geb-bug-gnu-emacs@m.gmane.org; Sun, 18 Nov 2018 04:26:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57789) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gOJLC-0006q5-L2 for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:26:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gOJL8-00088e-Mn for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:26:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54079) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gOJL8-00087R-Iu for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gOJL8-0007Pv-BL for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Nov 2018 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154253310928426 (code B ref 32825); Sun, 18 Nov 2018 09:26:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 18 Nov 2018 09:25:09 +0000 Original-Received: from localhost ([127.0.0.1]:58334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOJKH-0007OQ-Ak for submit@debbugs.gnu.org; Sun, 18 Nov 2018 04:25:09 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:36917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOJKF-0007Nl-IZ for 32825@debbugs.gnu.org; Sun, 18 Nov 2018 04:25:07 -0500 Original-Received: from [192.168.1.101] ([212.95.5.128]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MFLhE-1gCBpu2TeW-00EQAw; Sun, 18 Nov 2018 10:24:58 +0100 In-Reply-To: <87bm6ntjuk.fsf@mail.linkov.net> X-Provags-ID: V03:K1:mvXWd/T9CRdtKlKhjrOnUg2Eqtr8bcyhlCji+r6CDpXYPJRPXqX IGSBjjVHfDPknP8RGhLGPy8/m+nW7nd0uj9gGZ6wU7d/9lPBczPyQBDqJxuuSTECbfQRH7n 5y04pZnnQ/6PNq2OdO0BLpA0br2Q4ujnjwBm2uL8aoKBk6weFR+30HnQusFddyQdIl1Utyn IelP9/dTUlGA9sp9ECotw== X-UI-Out-Filterresults: notjunk:1;V01:K0:r2yXlKi3z9g=:401ZiqakyeJBfrle6Y67qW DUGBPfoucSc9I6sU6K9Z9NzNfJpICGmt9O9izl3IFiWKwQkatVToM4uZDg3coQRQ16Bs1RPT+ k1WFcOC0WSm2ROjk3rCQzI668ayThpilCu6zJj23XV31K1FwWdG55CP0bH7KkQXvl7Csgo5A2 CkmbX+1/G6gPneNcFnMBBV6oPO71Xv8IZqTZaa8TR7Ifs5L+wWGO7X4DzumuU2RtrolyknZlE EW6zvuE4jUdGJ4jEO0i3bXxM89Kme2Ri6H2Mb1sU2OmtCCouPMesJ2dZ92tNQoh4DVZdkN2Dd zX/ZXTVoAAWsRfMNb/EVGE/6iK9+Vw0Rt3ng5YRrKELhetvXmZphUcVQmpnbPvKdHv0pSHMQY nbY7AAoZ8WXgBJ/cLuI6bcncCMXgZRuXB0L34ShfswLdfdpozx6FqIpQ9pSz8nRRaJ4Utkb/5 a3xeURlgmu03xagdQp3H9o4v2gTyIrIIk4dmgZCStETDx4B7cJA2+hWBYrihVTITrKaUtvPx3 UDcxQKnuEmNP4t+V06WH+IOd0YQTvTr1L8q46fE8VENMDywxW/5PxMMc8+DXBnOntIQAkEQIv BiLNVA+ZgDwhHSYqxxZgMnmAymx/qQl3n1TdKLiyaDZ5Ixs9x9bA2NiHyJi6NYDd7rofBP5yn 1nCaaknN/Gfw+g2L9c4Bzr+FkB+wUPNiiUh+S1ya8xXCDZtoabDq3nR44hlMyYEYVBu9qo6Fd yQESQqwMVOrHpu6tycqEJxd+Da0DMTPiZnd4iSG31VCMVK3mKDv3/wNGT/lAhcLcwX9+1FX3 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:152501 Archived-At: > 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