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: Tue, 02 Oct 2018 09:38:57 +0200 Message-ID: <5BB32091.6090204@gmx.at> References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <5BAD2521.7080507@gmx.at> <87sh1u38p0.fsf@mail.linkov.net> <5BB0828A.3010801@gmx.at> <87wor3b4cx.fsf@web.de> <5BB0BFF0.2050700@gmx.at> <877ej3np30.fsf@gmail.com> <5BB0C4F7.709@gmx.at> <874le7nnkh.fsf@gmail.com> <87ftxrayvz.fsf@web.de> <5BB1DC82.8090703@gmx.at> <87h8i5ajpb.fsf@web.de> <5BB2382C.3030608@gmx.at> <87pnwttu5c.fsf@web.de> 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 1538465886 29503 195.159.176.226 (2 Oct 2018 07:38:06 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 2 Oct 2018 07:38:06 +0000 (UTC) Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 02 09:38:01 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 1g7FFp-0007Y9-9T for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Oct 2018 09:38:01 +0200 Original-Received: from localhost ([::1]:42150 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7FHv-0005rk-Ro for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Oct 2018 03:40:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56979) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7FHq-0005re-Hd for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 03:40:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7FHm-0008VP-CS for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 03:40:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57689) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7FHm-0008VL-8P for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 03:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7FHm-000893-1T for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 03:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Oct 2018 07:40:01 +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.153846595331247 (code B ref 32825); Tue, 02 Oct 2018 07:40:01 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 2 Oct 2018 07:39:13 +0000 Original-Received: from localhost ([127.0.0.1]:33714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7FGy-00087v-RJ for submit@debbugs.gnu.org; Tue, 02 Oct 2018 03:39:13 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:47279) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7FGx-00087i-6b for 32825@debbugs.gnu.org; Tue, 02 Oct 2018 03:39:11 -0400 Original-Received: from [192.168.1.101] ([212.95.5.220]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkwpt-1fZ0yn3sNp-00alrD; Tue, 02 Oct 2018 09:39:01 +0200 Original-Received: from [192.168.1.101] ([212.95.5.220]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkwpt-1fZ0yn3sNp-00alrD; Tue, 02 Oct 2018 09:39:01 +0200 In-Reply-To: <87pnwttu5c.fsf@web.de> X-Provags-ID: V03:K1:L3c1ZiOrXij4EzcyJvbFs0SaQVmBAfPPakVdpOQudAExC/6WE94 PYcMuv0rdS0LYSG6ZotGWpKenwoBlFkkmx+HWKX4xqEnQJwP/+BDCtnsOXfYy15mtjfYlPw g9ZoX9A6XTJ8jwRdeiY22iSzLFiHf/kfqnzfbv0R1UfgnbMhsEsfrZEWxVcqxGgMATq8Xc9 /fRbhgnrA96v6yj10WtHw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Uvkqmma4ADU=:myStgGlEE5vHh7L7h+lpfm KBiq+dCxNP7jkazCiCUdP0z0nf1lm6dTHalAIRcvMC2AlkAf2mTTvt4XJE519mVz41ZgZhEg7 GzbNxNPbFq7wcR34oylXWrVIrtKtFu53DvGAOcAa0ZnBJWj4Xkffc17KKifr9THwU4uhQIgJD RDcGjHwOCbFe+/X2tlhbeTjUzipA+USsloSGMBLV9h3JoPKX51BLGJ/f1EqcBbFCf1BUwjrDD z0OIxlbvgcZQxgILBUTix/9fk4OSsqgmptIFSpkgjpyImbAxGXH1IX5Lc4CZQCMdNxlMEBcrM 8W/nOZK5W80F8rm5bwh0/1zROyZma+a0fbS4MJI30roL6mmhdx77vOcSV0UAcga93yTulSnnI WxHhlRGUPKaLSr8W4upvIDXWhXI03t7CkKfVFHVUS3/WLqmmeNWU071fJPOqAbxArzQwOhvWE s1eAlbDf9PpvwrxNZCzb8isqjfOt0rTmkZLuDPkKx/YCwU6DtXO3B6EUx3QRpl5fXtmca0JPH VMvWQZySx9V2YRHcZm0pgdqFCPmARgwTURLAcTC4k1muTrH8m9TSSX2bH33oLZwSOfG/PlHr4 cwC6JJvVJXtRnxyxGb/LK+MtA/5a7SWqprUriFUYTrOHS3hINngxEK5cW9axrMSC5Z9dB1Rlw w4/+Vfhm21FXxXrmv2mJZrx7kMOF3lMlrXLO6aBssvgh9s3Ak1BYyMwO0m524Dl4wq8ZPbi9I 66CmqC8cqkQ9VUl+3Po6vB0cQ4Vo6b3vQzJhOddSUMyaWrPv07OwZe3he+yK9H3DmdlUu0zr 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:150898 Archived-At: >> (push '("*Backtrace*" (display-buffer-reuse-window >> display-buffer-pop-up-frame) (reusable-frames . t)) >> display-buffer-alist) > > What I meant was "always use a special, but always one and the same > frame". Users have all possible freedom in this regard. Your "always use a special, but always one and the same frame" would have to be specified more precisely but there is no reason it cannot be done. For example, users who want to use a dedicated frame for that purpose can write their own 'my-display-backtrace' function which creates that frame if necessary, remembers it in a variable of their choice, and reuses it - from that variable - in a later invocation. > The 'reusable-frame' association in your 'display-buffer-alist' > entry doesn't accomplish that, because when pop-to-buffer is called, the > *Backtrace* buffer is typically not shown anymore at that moment in that > frame. Users who want to leave the initial choice of the window to 'debug' and only chime in later can use 'debugger-previous-window' and 'debugger-pre-previous-window' in their customizations. I'm afraid that yours is yet another example of how difficult it is to customize 'display-buffer-alist'. Back then, I warned Stefan and Chong that this would happen. But they argumented with the greater flexibility of the action functions/action alist approach. So once more: 'display-buffer-alist' allows you to do virtually everything and thus override and reuse anything 'debug' does. But it might not be intuitive to do that and sometimes requires to read the code of the invoker of 'display-buffer' ('debug' in this case) in order to play along with that. martin