From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#32825: 27.0.50; Deterministic window management Date: Tue, 02 Oct 2018 15:24:56 +0200 Message-ID: <87r2h8h45z.fsf@web.de> 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> <5BB32091.6090204@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1538486657 7350 195.159.176.226 (2 Oct 2018 13:24:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 2 Oct 2018 13:24:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 02 15:24:12 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 1g7Kel-0001cZ-CC for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Oct 2018 15:24:07 +0200 Original-Received: from localhost ([::1]:43745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Kgr-0000DV-Tw for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Oct 2018 09:26:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53196) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Kgg-0000Bl-0k for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 09:26:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Kgc-0007nd-QX for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 09:26:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57893) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7Kgc-0007nZ-ME for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 09:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7Kgc-0005zp-Ea for bug-gnu-emacs@gnu.org; Tue, 02 Oct 2018 09:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Oct 2018 13: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.153848671022980 (code B ref 32825); Tue, 02 Oct 2018 13:26:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 2 Oct 2018 13:25:10 +0000 Original-Received: from localhost ([127.0.0.1]:33918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7Kfl-0005yZ-CY for submit@debbugs.gnu.org; Tue, 02 Oct 2018 09:25:10 -0400 Original-Received: from mout.web.de ([212.227.17.12]:48833) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7Kfj-0005yB-Md for 32825@debbugs.gnu.org; Tue, 02 Oct 2018 09:25:08 -0400 Original-Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M1oGM-1frSk71qOo-00tkKR; Tue, 02 Oct 2018 15:24:57 +0200 Original-Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M1oGM-1frSk71qOo-00tkKR; Tue, 02 Oct 2018 15:24:57 +0200 In-Reply-To: <5BB32091.6090204@gmx.at> (martin rudalics's message of "Tue, 02 Oct 2018 09:38:57 +0200") X-Provags-ID: V03:K1:7OBOQOvhpbzVVYEnWZYD5UomjbZ8sptsm3bvI008PNGJLtDvh5v DXC4RuysdsGSGv+62Duy1QfxEhGKT2ZKHQt7UJ5Xrz0NMCc4tbxg/gaSQAHtaw39HeKZrUf DV4n+oMJqjbc/rKpV8rLONHzzsZSwrjO/MCxdneGC++T8vFLj4YBCrSJDHMThfGMnfKrjTt PzdMVWins3Wz3ZomUvi7w== X-UI-Out-Filterresults: notjunk:1;V01:K0:yg25v7Z1/uk=:59wKBc8e9iK1lrQhdbPaLh /FK7Yh7wcYyVExzfU0qeoKj4kGBq81u9t1s227++kdkubRjhzVUqIsE+lG6Bq2koj82kz0405 vpil21a07Lzp+KJfUq6dNipRjn30F3PxX/bx8Neres4d9cA4g/S75q0E7OegtawewUvxxlMj1 l+wvM63upkp6C8PbHc9f4m8efjzO5qV0HA8G28n2K043lWGyJoDQ+++fE+E1c7ZZ2w2+fpspy 73i96ikhPcKJoJ/3eRKv+lM4dV2gmC5OZLBmqbWWITp/8uASHHwOa5vYFHWCeiwVOUbpNvjqG dgL+7fFj0kd5xSToo/6snb8Rp3koa+ftDA2g0NJBNlRytcBGDxCjk4UZU2U6Db1OX0wyV/SbL JIU9BUhntMUQqOOqe8ev+yunGMrvEO0GtDGsY2X56jE1FxyVxZd6zCUuSOnnshVkIVhXaiJpO rgJyBD0FfpFChu7FSR4DtfV212AuBv656liu7fOMEgCwfiwzCl8gYf+5cA6POZIyYhMwoEMd+ BQ3AXZK0VYLvY+EmR7mI5+8yrfnkU6UZ/b6YknZ3VMMSjD4dga+EEkT2J8YGi5RAN6PlqbhhU /FFCj0IBK8TRFQgrc0dtpGkjRX8ISEbM60/XbsLl94holsgZaYwZOfcUQ63y3oUpngA1loP3g Sz2Jq8e1/hxl7kV8BPMp5STSURrkOZ0nW5V81tvg58LY4dUQH6chr5IB4YGLZ3oWpXPpiDBgc lqw+cOcnLlbAbMvuyydfrTs0/Z9nUbIznzFr7AA8N/uk6PXDfxUyjd9gxCdfgSyatSXsGPz6 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:150904 Archived-At: martin rudalics writes: > 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. Well, right. It wasn't clear to me that `display-buffer-alist' takes precedence over the ACTION arg of `pop-to-buffer'. You can just define your own action function. > I'm afraid that yours is yet another example of how difficult it is to > customize 'display-buffer-alist'. I fine with it. There are lots of different possible semantics, so it's natural that some of them make defining a new function necessary. The special thing in this example is that the action has to have a state (remember the last window), so you have to use a closure. Or you can just use the value of `debugger-pre-previous-window'. Seems acceptable to me. Michael.