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: Mon, 01 Oct 2018 20:10:39 +0200 Message-ID: <87pnwttu5c.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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1538417353 17927 195.159.176.226 (1 Oct 2018 18:09:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 1 Oct 2018 18:09:13 +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 Mon Oct 01 20:09:09 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 1g72d3-0004YG-9q for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Oct 2018 20:09:09 +0200 Original-Received: from localhost ([::1]:40081 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g72f9-0000C7-Uz for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Oct 2018 14:11:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g72ex-0000BX-2d for bug-gnu-emacs@gnu.org; Mon, 01 Oct 2018 14:11:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g72et-00029r-CT for bug-gnu-emacs@gnu.org; Mon, 01 Oct 2018 14:11:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57472) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g72es-000285-Ce for bug-gnu-emacs@gnu.org; Mon, 01 Oct 2018 14:11:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g72es-00034E-6b for bug-gnu-emacs@gnu.org; Mon, 01 Oct 2018 14:11: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: Mon, 01 Oct 2018 18:11: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.153841745411775 (code B ref 32825); Mon, 01 Oct 2018 18:11:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 18:10:54 +0000 Original-Received: from localhost ([127.0.0.1]:33497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g72ek-00033r-CW for submit@debbugs.gnu.org; Mon, 01 Oct 2018 14:10:54 -0400 Original-Received: from mout.web.de ([212.227.17.11]:49007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g72ei-00033b-LQ for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 14:10:53 -0400 Original-Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LfRvZ-1fNFRQ31BZ-00p2b8; Mon, 01 Oct 2018 20:10:41 +0200 Original-Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LfRvZ-1fNFRQ31BZ-00p2b8; Mon, 01 Oct 2018 20:10:41 +0200 In-Reply-To: <5BB2382C.3030608@gmx.at> (martin rudalics's message of "Mon, 01 Oct 2018 17:07:24 +0200") X-Provags-ID: V03:K1:olbwBi9C9oCKEWtUrGnp40t3xDCudrFIkfGveVCJkSSV9dAXLZB eDHcfYulhGS9pZMJhSBgMXMo60nT7IpjHOYabD44lD8erDilghYpxq4lNKs/kYwWw/1ONrH Dq2QJs43YOl0+9srXpRjf2T1gpaDSmNNzVoI8kRyG6AwUuPEl5XWXMvSUI7JKY2mLnbP/pS bulaGeWe129dztP5Egk1w== X-UI-Out-Filterresults: notjunk:1;V01:K0:GhC/9oPqd2A=:3wg3eRVLCEzTsXccrfRH+5 VteBXLn7Fm7rxESn6C9lgBkFQh52CZ9ayA/4u584Xl37NchOYUrbAc1L6WwM6KMntUnODBmcX KJgxq+3CkbPZ5VDswOtSpm31qdbBMxTXGI8WhiRQhiiz6fgcM5ZmciswxU8mxOVFJFS0/8NLJ gemh/B0SS4irPE6kKZCNe/L5G58ja4oHxOhdHDlke9MxvXgVlU8ILYUWsuyHIpgaGEahrRpTW QzOqY7ieTVFs/ME82r3zEZasr56Ijy8eTY/Y73NF0gy9KLR0TdUnvvWfe7WoRHG3UhPvGjqR0 JWOTtGuPz+FwjTb3Z4CeVT+Xj3qNwp7YY2SXyW+a4H3Q7UfS/r/BuVAsQY2hXHjqmiIIBC/EA hXrFHB5pe70swIaSQ3xTJM/zz3pkY0PEGlbIrxLecCZHwm8xDirHkl/s1Cw+SPnzgXxLMRiWq sW4mBO/Czut13givAx4Jqc3Ur3GZ8LNNzTFOd+vHq9a3wXd7zMbdB8VlKzd4lV9efUwXpteJG +k2jZIiQLVmO3mTt1AkCCY5Xy1F+OThd6NA/6I2Zdax92EOjYLUDR5YdKxI8ugwN+TjpR4BnO SIAaKoFUcvNShNYmF3aewNlVch9h5CKC81djHLxFjTWSm+G8wd2B1WQwbaqooh9rj5LghJ/Oc /tvrhOky46l6LlOSo6RtjqA3/eDscfIP06iRMYMqWjBLxMUvTwn2hhm6t0RPPdLaFasTHemWm XQf6BprRATq/GpIyuXgNUchcnI5PtWx36oBDXUAauygqnaTgztLU5WEIC/oZHZFGWOTGPQXe 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:150886 Archived-At: martin rudalics writes: > > What I don't like so much is that, in effect, we use > > `display-buffer-in-previous-window', whose behavior is user > > configurable, but we don't like some if its semantics, so we overwrite > > them by specifying the previous-window property dynamically generated. > > This does what we want, but it is not user configurable any more. If, > > for example, a user wants to always use a special frame for the > > debugger, he can't get that. > > Why not? Users can always provide their customizations via > 'display-buffer-alist'. Using, for example > > (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". 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. Michael.