From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Sep 2018 19:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 32825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 32825@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.153781648221218 (code B ref -1); Mon, 24 Sep 2018 19:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 24 Sep 2018 19:14:42 +0000 Received: from localhost ([127.0.0.1]:52354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4WJd-0005WA-S9 for submit@debbugs.gnu.org; Mon, 24 Sep 2018 15:14:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4WJc-0005Vq-UH for submit@debbugs.gnu.org; Mon, 24 Sep 2018 15:14:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g4WJU-0000LU-Gd for submit@debbugs.gnu.org; Mon, 24 Sep 2018 15:14:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56609) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g4WJU-0000K4-6m for submit@debbugs.gnu.org; Mon, 24 Sep 2018 15:14:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33175) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4WJT-0006Zv-BG for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2018 15:14:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g4WJS-0000IH-FB for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2018 15:14:31 -0400 Received: from pop.dreamhost.com ([64.90.62.162]:48774 helo=pdx1-sub0-mail-a31.g.dreamhost.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g4WJS-0000Gv-6P for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2018 15:14:30 -0400 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id 068B87F819 for ; Mon, 24 Sep 2018 12:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to :subject:date:message-id:mime-version:content-type; s= linkov.net; bh=f+71h7YQhCJLfkIUb5BjNUp+E4c=; b=bTbaSGnyJd6Pac1SW 5m27wmKXvZWQTv4AbsP20r2jcnoJ6ImLgIvAb4C3nEEE85M5BG5t4DV1GzL2gHNH 5hoZ/zujyM4gqK8qs0lxsBxDO4KrxcGIKoAi05rHXK+VNpiVGA//5e+yjDhualm5 WCMwdCMkFUxMjQUpPBO64nCEWM= Received: from localhost.linkov.net (m91-129-111-128.cust.tele2.ee [91.129.111.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id 4EC907F97E for ; Mon, 24 Sep 2018 12:14:28 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a31 X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov Organization: LINKOV.NET Date: Mon, 24 Sep 2018 21:59:02 +0300 Message-ID: <874leeaiah.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) 0. emacs -Q 1. create 3 windows, e.g.: C-x 3 C-x 2 2. type a random letter, e.g. 'z' 3. eval it with 'C-x C-e' the *Backtrace* buffer with an error appears in some window, quit it with 'q' 4. eval again exactly with the same key 'C-x C-e', the *Backtrace* buffer appears in another window, not where it appeared the previous time. What is expected: window management should be more deterministic in the sense that the result of the window operation should be expected beforehand, not popping windows in random places. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2018 07:30: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: To: Juri Linkov , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153786054420145 (code B ref 32825); Tue, 25 Sep 2018 07:30:02 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Sep 2018 07:29:04 +0000 Received: from localhost ([127.0.0.1]:52814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4hmJ-0005Eq-VO for submit@debbugs.gnu.org; Tue, 25 Sep 2018 03:29:04 -0400 Received: from mout.gmx.net ([212.227.15.18]:47969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4hmI-0005Dw-67 for 32825@debbugs.gnu.org; Tue, 25 Sep 2018 03:29:02 -0400 Received: from [192.168.1.101] ([46.125.249.3]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LyEqr-1fjJKN1SIn-015d9b; Tue, 25 Sep 2018 09:28:54 +0200 Message-ID: <5BA9E3B1.9010700@gmx.at> Date: Tue, 25 Sep 2018 09:28:49 +0200 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> In-Reply-To: <874leeaiah.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:FzKMARw775L4gw0ylHX89eHEK4no60WFssVJvtXNO/H7j2HcL7Y hUtgmp0/Q5Y0hu/SheWgqslL+CE974s/xVtBFYiV3MONDj96T6XkLCBp2F0FMG/TkNs5v5L h1hQka5IxIql8oxVMvAulhQCQ1aK1EelTFl1THVQrIH9z4oGKB1TFLi9nYwf9V+RnHheFai yKCBIoI9ujnVw1anIMF/g== X-UI-Out-Filterresults: notjunk:1;V01:K0:oaEsBP11zH4=:ylTkZUOkHt8mZjNyV0763e EqKSXbfC1/CnMRap+unaI3i4xhH330pKP1H1+jdClW7JEiymDm5Y971OndVvTsPeulxTaLAp2 94aQyuCWF2yrXbJFwBb5R96y8WpkuKwz/AZguwO0ubswOu1K6kHezvABPjZsan1XXKbZhBJSH uRJxUHNMDv8pEsRrbh+FQsOmarb0OwtLo3jaLKfoa9zGLaMB33gKXCEeM3Q1i9qSLVQ2HVLti g2A4y9pQGWYhghsqEjR1eXBJ44Ygf7XLAGB8mOHLF5NH3Z98G7uwxNw1iTl7u1ffaKcwxY06G XW9MFrg4AtnPy4CDL84y5FK4GfqbLVjIVj53+Ix0XrwV61nhbzR5v7A6xlcl0q9Hy1OjvRc5t Tppla1hBRscevB83IDpvfnKCraKmA31deZwbig8rhluJsyJqPrr+Pj3wmg97zF+6AgddcG/3g c6hnPaN7XWQ8Mf/WaKdBndeOqorPPEAGlwOkszXPlpWbezB03PFt7z6AhI5fY0I4iv+Hv4+9P /LkW8wYJfwjOtcGcVUV1m64AfkIAMIj5kUDBDNu1aqJRn1RN8f5sxTYG62g/BmqB52m0uXEmf xmhnJR3ujGI9Z9ZL+uJukvvI4l0gkGJtSLTBehyHqnwN8BsltmMU62PvBqFghqbM5I0sZss1q kcWdHQowMMVv0yDC/B7KtDJzewYiDFnhKj0VZpnXwU4muBZvPb891Rd7k9KkM6K/lEhaGKMPs cM7NVZuf0MNZqimSh3OfO5VIQMmISTvC4WGgu6iONmq3EAiTDneKwntGk6S+D7Q+M+CKeC5Jn BIlNlfyUqLiD68M/N5qu15HaMAHGNWZ5IfEaUMifLRl9EkCTCk= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 0. emacs -Q > > 1. create 3 windows, e.g.: > C-x 3 > C-x 2 > > 2. type a random letter, e.g. 'z' > > 3. eval it with 'C-x C-e' > the *Backtrace* buffer with an error appears in some window, > quit it with 'q' > > 4. eval again exactly with the same key 'C-x C-e', > the *Backtrace* buffer appears in another window, > not where it appeared the previous time. > > What is expected: window management should be more deterministic in the > sense that the result of the window operation should be expected beforehand, > not popping windows in random places. We have 'display-buffer-in-previous-window' for that purpose and the function responsible for displaying the *Backtrace* buffer should use it. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2018 12:36: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153787890226999 (code B ref 32825); Tue, 25 Sep 2018 12:36:02 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Sep 2018 12:35:02 +0000 Received: from localhost ([127.0.0.1]:52947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4mYP-00071M-Tr for submit@debbugs.gnu.org; Tue, 25 Sep 2018 08:35:02 -0400 Received: from mout.web.de ([212.227.15.14]:38569) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4mYO-00070r-FP for 32825@debbugs.gnu.org; Tue, 25 Sep 2018 08:35:00 -0400 Received: from drachen.dragon ([88.67.100.248]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MYNkX-1gIJ3b0e3N-00VCdH; Tue, 25 Sep 2018 14:34:50 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> Date: Tue, 25 Sep 2018 14:34:48 +0200 In-Reply-To: <5BA9E3B1.9010700@gmx.at> (martin rudalics's message of "Tue, 25 Sep 2018 09:28:49 +0200") Message-ID: <87bm8lzrfb.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:DCudJujZC6oQviCeSFgPQ5LNehxCBGNCw+4rM41eCVIBFnNMoUQ 3QhvXaQr31k9A18SY1RLzQwJBpwgxRmH8ZTL+crzq/Az0/J80uwwwvFRbwVEyLMsxizqHU2 78OtvXTxMxEN3ijTu5oW5FufHesLRUfqMtdMQpTLDMB49QRwCcJlK8ZaYQtC5TSCojN0IOV EWUz1nUECkIX5X6PuIrKA== X-UI-Out-Filterresults: notjunk:1;V01:K0:n2NXnjfUsNM=:EGuhlAksSxbKxbtrQqKfRD 8gJ55J79o6VKEXPyX74hUYCtyxy69OA0r5rIjIkWBqvHSp3iczu9KC4IpilgT2IwPgVRlKG92 yyL+qTZGFz3EYUGLgttXsFbcUAKIgIdHUYXMW1inb3sF7YkzAzgn/MBs8JWb1tK5Q5CgczkGi KslZXiWkB/T61xp0YMoNtKx8I5PRGAq4xl9yn6PW7cAB5qZtxHm6CCGgLgI/DROuUQ0GdxqcG 72SqcVGlJVHc1t6HFgrKIUPkc3/Yd8PNZVfj0+ulOy65zQ8m5fAQnKLqsKTT78Dw5ZHgUu3zE bkABnWSoMfHOQjooivQ2RUCRP0J/WDwU8GqkI3TLFYMDulg6lVXTezu5LpG/34QBduwIMtnJt jXIh0i9FZD3h/eUvmUvkfTCa8vIgyX9hMgW8tkP7WQOh7AUMMd6RfkM4KHAYrClfjvAzDXzC9 94urrQr0QdMW0pSvK7Ky1hDxVcILx0XtTpruJno1LoFz5olfa8g0DsRpmPQfl5ESnNPe3P2un DpS+Tlfo1OOwYFPbFC+zL3Tn/MU23Tj1TEwPym4bLOAPbSp4RaYbDBIuW3rywWXn1hWGHJL5p 6DTba22y4G8Fw0wltjvFufrtDf51LiRCRUDuXG6NppjGlVH9BtmIf6MNqbqHa+JvZLIk/Qeyj nlVh9SG4oSdLfbx1jE4AKIyROyGxEI1EzZC9AfGZmwUVvWeDZcAjgUwcBLnwv+8yp/VlAZd7H 0znUbTaNQcCXViDrKFUxEnzJjLpCVptAfUo3iD6r1UAt/83sFvypmcV3/zSZF4B8zTIYeRHwD tvCfbPocjwt46t9Rziy3zg8JOVGxT58X7PCkmuPSTciECEzADo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > We have 'display-buffer-in-previous-window' for that purpose and the > function responsible for displaying the *Backtrace* buffer should use > it. Actually, it already does, but `display-buffer-in-previous-window' doesn't behave as expected. Seems it fails. Maybe the recursive edit the debugger uses interferes, dunno. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2018 17:57:03 +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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153789820726375 (code B ref 32825); Tue, 25 Sep 2018 17:57:03 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Sep 2018 17:56:47 +0000 Received: from localhost ([127.0.0.1]:53996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4rZm-0006rL-Ur for submit@debbugs.gnu.org; Tue, 25 Sep 2018 13:56:47 -0400 Received: from mout.gmx.net ([212.227.15.19]:46499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4rZl-0006r6-AZ for 32825@debbugs.gnu.org; Tue, 25 Sep 2018 13:56:45 -0400 Received: from [192.168.1.100] ([213.162.73.255]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdYxu-1fMPt12IIE-00ijFE; Tue, 25 Sep 2018 19:56:37 +0200 Message-ID: <5BAA76CF.8010808@gmx.at> Date: Tue, 25 Sep 2018 19:56:31 +0200 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> In-Reply-To: <87bm8lzrfb.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:vwrNV+EpD9v5uhknV+ZyipIOsCJ+n0rDxV8Iv9msRAttfz7AZYs pJzKwO1Qa22JSKuM18j+gAk3RGnJnWPLvppNHpq7YphXWrb1sZTDSTEWscGSj01M9MuG/56 w+i0RXM/PJWEDY/EwS/D0/8HEAD+T/jYj2YcTb7XwpRXSFHiCGh+yiA/pj5UI+ZtKhvVjEu ia56sAMfDWMNSZBIWORSw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ormNpMHOgQk=:E85PjjXZXVHfeYrfdFOQfL fSKtbzFr2kogY18cJEBw4abQJDT6K1CYm9oRem7aAbLTqqCF5zNjU5hfTDuMbMNBiVGD7PO+C oj0rGeAvAyBpcW8UOP+mOnDwUwYb1hKwnridEs7gCl+P5l+tAEkCOIcRx2nYRDSMFMv29y1ZD tC9w1Jmcv7qoPMiZPH3zRzRLsYjHEEIn4qwTL70yb57WR1aXXTVMNfxKJpOZGc9QrtQQXWskT LlQWyi8h7q1+HoAXddiFmHRazKBs2xlguUZ8jdEAQ1thglSuG6cxG8wqRNV436Wg9bwV3If9Y tLT47Tq36UqwLRL4eAcZAIp5XtjbTTtVD850XmWwfH1YwNOEjArURhU2vkVDf8gRZKKKCRGqU FbnAmTn2/TuTCOl/3Tlk4kNuMhgvAnA9sO7FLTE/09veq1o3Uuu/4hDySH/gS3uEfLuU1yH5h dOzdPQOaL0aW9uwoicwUGVcXlznxo8OeSIJ11s/55OzjXq5VyT+2XEew1AHfqPYqQCCi+EmiQ 8RBLr9ADg1JJz2BPhA8nldX8s5RNAZotJ9AziB9X8h5fbOXLJIhpIN1TkOtNctKuBjKXBnlgN UstqVufinokK/hp8dh6l2GRH2RYFqFiBgJY/53oYYdCJPmAoDOWQ8OfSaVtIs7n78a/k9Rreq bN8INM/wIZ5dx8eEggBhLLbmdnasJmJ5Vjxu57JFflwu4xIwcQG+9zPr1Mg8A+2qPGMv3Rfib kbdqo/P4NjS7czNxfz2Q1/MtS+2WeQoCubB3fOCmZXrFMit4LVczGsZekaq7IwqgQKXSAUyzt pUZX3AuNEJz1nS8Oz+rsORbACd9XUKIgMuD2rwKlXiYSKtDP4U= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Actually, it already does, but `display-buffer-in-previous-window' > doesn't behave as expected. Seems it fails. Maybe the recursive edit > the debugger uses interferes, dunno. No. It's the default setting of 'debugger-bury-or-kill'. With 'append' it does reuse the previous window. With the default 'bury' the buffer is not added to the window's list of previous buffers. We can set the default to 'append' but then the *backtrace* buffer may eventually show up when invoking 'previous-buffer' which can be a nuisance, sometimes. I leave the choice to you and Juri. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2018 18:30: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153790015529364 (code B ref 32825); Tue, 25 Sep 2018 18:30:02 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Sep 2018 18:29:15 +0000 Received: from localhost ([127.0.0.1]:54008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4s5C-0007dY-QN for submit@debbugs.gnu.org; Tue, 25 Sep 2018 14:29:14 -0400 Received: from mout.web.de ([212.227.17.11]:35965) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4s5B-0007dH-FP for 32825@debbugs.gnu.org; Tue, 25 Sep 2018 14:29:14 -0400 Received: from drachen.dragon ([88.67.100.248]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LgYG1-1fSjRC2ovl-00nzuC; Tue, 25 Sep 2018 20:29:03 +0200 Received: from drachen.dragon ([88.67.100.248]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LgYG1-1fSjRC2ovl-00nzuC; Tue, 25 Sep 2018 20:29:03 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> Date: Tue, 25 Sep 2018 20:29:01 +0200 In-Reply-To: <5BAA76CF.8010808@gmx.at> (martin rudalics's message of "Tue, 25 Sep 2018 19:56:31 +0200") Message-ID: <87va6tv3bm.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:FcH3pq2Ihw9Wmrbq0QSGAJO4ivRzcvQeGKtV6vzDpidbF5hiDCM jX0jswP2plBjqGR4PHRUuy+kMWKJYR+qOeO64f98qR350uyvvNrXHpaYeZM8J/iklfDDL7n 4glkqKLXoUsjlr5rfOVX2fOni3RAsZPV1MoS6+eXwqPDDmygxwNlAcoALxTJJ36TbPuC279 m9I2n34gOA87WGjPid0cA== X-UI-Out-Filterresults: notjunk:1;V01:K0:K2q9I82fm3g=:bBqAtdSWeN5/QY0U5yz49S Eeqfb53B7lR8UdPVZLvthMQgNxJSZcE1JkMdNc+uB8StBQQOL1+IGizW0nOM9OlB3huPmqV26 XRUtZubJBiWiJb8a+1beCblJ1JKpjsmcwz/nkoDpNMxZpA1+vjb1YvOaMCWlOZTlKsyjfrsJw 5sK5/Rj4wZMlY+5ZHlzkAtBhXpnZM+pThHaz4tuunf2uO0UqDBl95HUm2SPvqMtVjmt253fg6 sApMzsHK5A9KdXo66Xx+smyilB6m/fnjJfAecgovMQfIrET+cquzUIoxj2CdvJo2PZ8KsuB4D kS7QYohAMBXphViWLcPxdkKKSu35qqmcgNEHCg79m64Knx6XXMk72EUJqVbxG87ods5mWoGK1 RyWCSnXJal3Cj/8y8VLZDD31x/wKvNRsMhsLMCLDN7CeV7FdQY20T+cBBnfp3zq8to1qnt3xA HDKmUWDfTdBSu0iWTORGqlX6+ntNC9KPN+h6O4qBghIzHPmSZMj65yDhSQeMW4Ns0rlTkqSjC 01+0M7Ky/vVcSzRGSakgE9Zo+rTMN0UBB46ZmAOIgPPep11fPjx5GF9fPvcuFHIPatfPGr36t RVGPryWlvMb1Mu3JE0K95GjBi/c/5cui2AZZnGojj3A4eka/FlNf37GL5HwOoACHejRfTuM0e WMCpl6M4fJmUavIaWXFdMvq2Rl4bObX/i51BOspzJyYQF8wBuNQlIZ39mwOTf3iXCFRLuZ6/J NDtJBJMDDXPsrvxwf4r9Y7yN2Zyr7QApngQggtOvJCvih8gUaEgV57QFvMP48mA3elBhH+Yrd hFGDxGZK1hHrlwQDtt04066y4Q6qoNBVIBKHwOrwIZIYYEJrF4= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > No. It's the default setting of 'debugger-bury-or-kill'. Ah, ok. I still wonder why the window selection doesn't seem to be deterministic, though. Maybe the answer could help us to find a solution without messing with debugger-bury-or-kill. > I leave the choice to you and Juri. I don't know much about the backgrounds, I just had the time to debug a bit ;-) So I leave the choice to Juri. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Sep 2018 08:51: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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153795183624760 (code B ref 32825); Wed, 26 Sep 2018 08:51:02 +0000 Received: (at 32825) by debbugs.gnu.org; 26 Sep 2018 08:50:36 +0000 Received: from localhost ([127.0.0.1]:54369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g55Wm-0006RI-4b for submit@debbugs.gnu.org; Wed, 26 Sep 2018 04:50:36 -0400 Received: from mout.gmx.net ([212.227.15.18]:34151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g55Wk-0006Qz-Db for 32825@debbugs.gnu.org; Wed, 26 Sep 2018 04:50:35 -0400 Received: from [192.168.1.101] ([213.162.73.24]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZTbR-1gLEw11YFh-00LFmh; Wed, 26 Sep 2018 10:50:24 +0200 Message-ID: <5BAB484B.90202@gmx.at> Date: Wed, 26 Sep 2018 10:50:19 +0200 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <87va6tv3bm.fsf@web.de> In-Reply-To: <87va6tv3bm.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:lmAQLX1D84n0OR5PTxrvnFaFCjpWrRlAP9Nh3OXtQnwalTXz5pC fVpklG0XPexBl6DUFS09M27O6EKZzy/jbTLAK1gU1EsOS2p6wixA8m1qkAvFojv85L0I8Bb 2UgfIZRhbMVh/odNrAlbUm5MpqSqRbZ1TMOubzO/TUMS2VlfYrgQHUUZ6NvMHHmVToMR4BZ fKs8fzSPLCFEavdhnNapg== X-UI-Out-Filterresults: notjunk:1;V01:K0:RHWnQ/Hxkto=:8arXH1nyACe3Kk+rn4cVqL APcMpz6KiTHXAaERJ51e4rm9Ebo/IMtC/3z2T/MDZyCy9QjZ5Pg9qrESc/RIGTUwz3gicG+Fp /qmsJdqTweRDDJvgbbdi2X8VpB3Vcn7xhecVTcQgGUDVD9NvrNw38ZnQH47XBL9350duflAfg j19uFKI81mDwwCwnNttfQt9gkendnXO3QtYN4MUuZnnEf+ZC8m8n0fF+nBOhAzI4xOULO14Vy DM3Qzqi51D6gKyqAqXW+eP5QWtxdL420urvGVbueMEeyHdP3vWtb8AM+09igr8/nh13B4+SR+ GrtBtUCq1Wi8VLCtjo89JP/EjAKhtMusXPhPLW1JKxG/sfr0oGU1bpAgrZvbCB/ikH7LjPw4S fFSHn1DaNEDlQAF5/PgDl5SRkUS2W0PbCA+iCKsUrRvMixBRCIFFlh6YxkKuf1pHEW0X72GWs 1l8eMsXNxn/HT9oj5TH/Uxj5CQzHx12fnZm427WO1i/vKaj9IzKFCvI9pEKJN5xO8TczLCoXj yTyZEXrD+BI1LNc35VyiX50h59RcjgwKiAwZho87Riqz8FhOCU2cJjtLsujd7xvmHpItM64Bi a95NMggo1gTet/AWiJUXOz6HgMm7P9/AuvYd+iPYjkEIyU3zFvuuE5OrEPTYmX9r5HfMTsSca +S4SxkpDWdyjZkiicyd/M8cpYio8gL11+bhdablJgmKeD4tHYRZfXlHQuEvI/7BMeHrXb2vK0 qFGQgVlP0EZVEb3VFZC2CBDqFAhBfgfPVDRtcGe3aDoW+cf32ySjB6dwUcShoh1DkCYunXZ84 Zdi/CRdqlpT1nQWeDlIuYbsNPcqVmJf89qYS7YKI0kRtTEYm8Y= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I still wonder why the window selection doesn't seem to be > deterministic, though. Maybe the answer could help us to find a > solution without messing with debugger-bury-or-kill. That's easy to explain. In both calls Emacs shows *Backtrace* in the least recently used window. But since it also selects that window, the window used in the first call is no more the least recently used one in the second call. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 00:06:03 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153800670422334 (code B ref 32825); Thu, 27 Sep 2018 00:06:03 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 00:05:04 +0000 Received: from localhost ([127.0.0.1]:55776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5Jni-0005o4-UR for submit@debbugs.gnu.org; Wed, 26 Sep 2018 20:05:04 -0400 Received: from pop.dreamhost.com ([64.90.62.162]:46266 helo=pdx1-sub0-mail-a31.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5Jng-0005nV-Pp for 32825@debbugs.gnu.org; Wed, 26 Sep 2018 20:05:01 -0400 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id 525C77F977; Wed, 26 Sep 2018 17:05:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=dvfMSaA5ulXQ/doxbP1UuJEx+E8=; b= jMFXJRFfLq0h3e6b63FuoLBlTjroU0ALPcBILeUYvW+8JqNsYo0tcMjAnK/6140v DqA6dcpAfLlSwLn7Fiyo25pkJPPcUzjqfQP62fL5Mdn6whOu02zN5u7QJ5KIYBn/ inh7USbOqajoUbqgLkPRjZEkRRyzUmCyKVBAKBbtcYc= Received: from localhost.linkov.net (m91-129-111-128.cust.tele2.ee [91.129.111.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id 579E27F979; Wed, 26 Sep 2018 17:04:58 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a31 X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> Date: Thu, 27 Sep 2018 02:19:54 +0300 In-Reply-To: <5BAA76CF.8010808@gmx.at> (martin rudalics's message of "Tue, 25 Sep 2018 19:56:31 +0200") Message-ID: <878t3nublx.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Actually, it already does, but `display-buffer-in-previous-window' >> doesn't behave as expected. Seems it fails. Maybe the recursive edit >> the debugger uses interferes, dunno. > > No. It's the default setting of 'debugger-bury-or-kill'. With > 'append' it does reuse the previous window. With the default 'bury' > the buffer is not added to the window's list of previous buffers. We > can set the default to 'append' but then the *backtrace* buffer may > eventually show up when invoking 'previous-buffer' which can be a > nuisance, sometimes. Another problem with 'append' is that when the user switches to the window where *Backtrace* was displayed last time, and types 'C-x C-e' in that window, then *Backtrace* will be displayed in the same window. Maybe it should have (inhibit-same-window . t)? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 00:06:05 +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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153800670822355 (code B ref 32825); Thu, 27 Sep 2018 00:06:05 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 00:05:08 +0000 Received: from localhost ([127.0.0.1]:55779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5Jno-0005oV-8m for submit@debbugs.gnu.org; Wed, 26 Sep 2018 20:05:08 -0400 Received: from pop.dreamhost.com ([64.90.62.162]:46312 helo=pdx1-sub0-mail-a31.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5Jnn-0005oM-7G for 32825@debbugs.gnu.org; Wed, 26 Sep 2018 20:05:07 -0400 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id CFEB27F96E; Wed, 26 Sep 2018 17:05:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=m27vNjIGoRiyiskUvR/oSW0gCIU=; b= sCl/E1haTXcVxAjFjYvdZlGop33SYqk/sd4y1blBWPe2PqNR4pWL+GWfCwC6+vV2 LXBK4sxW2PCRWYKNzk2r1iSVlPPD1qmmFsrtl6qnFBArKr6/0Il0OmdXsSBZwXwn j5sk9S422vo9pSlcloX2vwKxtDcGjnr3rzrTeyBCEG4= Received: from localhost.linkov.net (m91-129-111-128.cust.tele2.ee [91.129.111.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id D07227F29D; Wed, 26 Sep 2018 17:05:04 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a31 X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <87va6tv3bm.fsf@web.de> Date: Thu, 27 Sep 2018 02:23:39 +0300 In-Reply-To: <87va6tv3bm.fsf@web.de> (Michael Heerdegen's message of "Tue, 25 Sep 2018 20:29:01 +0200") Message-ID: <87h8ibswv8.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I still wonder why the window selection doesn't seem to be > deterministic, though. Maybe the answer could help us to find a > solution without messing with debugger-bury-or-kill. I wish the window selection to be more deterministic too. Maybe instead of selecting the least recently used window we should have a choice what window to select. >> I leave the choice to you and Juri. > > I don't know much about the backgrounds, I just had the time to debug a > bit ;-) So I leave the choice to Juri. I have no choice :-) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 11:32: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153804790611781 (code B ref 32825); Thu, 27 Sep 2018 11:32:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 11:31:46 +0000 Received: from localhost ([127.0.0.1]:55941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5UWH-00033f-Qc for submit@debbugs.gnu.org; Thu, 27 Sep 2018 07:31:46 -0400 Received: from mout.web.de ([212.227.15.14]:48665) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5UWF-0002yX-Ng for 32825@debbugs.gnu.org; Thu, 27 Sep 2018 07:31:44 -0400 Received: from drachen.dragon ([88.67.100.248]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Lm4PJ-1fWQgG3TCz-00ZcUt; Thu, 27 Sep 2018 13:31:33 +0200 Received: from drachen.dragon ([88.67.100.248]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Lm4PJ-1fWQgG3TCz-00ZcUt; Thu, 27 Sep 2018 13:31:33 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> Date: Thu, 27 Sep 2018 13:31:32 +0200 In-Reply-To: <878t3nublx.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 27 Sep 2018 02:19:54 +0300") Message-ID: <87wor7uqgb.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:kRPc42MfDsgIX7IvozmRaOdXnKWIYrxt4hN7DyuR+P06ABPDPYO PqHeLSgLU5XRs3u3DTtjq4fSNWvy8vNTi5JWxKnpX/HZfgdsfWp5JGbifV+v2J3lU8yyaRX ZqAuTLuuVJHcjWiJ8pHV3kZdkL0EWy5KKZ7C8iB6NIETQXBwvj4ZYbs3+PhldrL4fpvmw0F BAVpgxvbU7acOMWHWy4fQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:/g4UYXC5APE=:QOfTMhdt7+YIrlA9MPD44J yfO5V7l/zW6H3VlmN2AirMv3KSNKxSUtkqQDWYoK+SQezSBns+I32nx2uw/a4//vE6frWSLCO Ts49ZDgCt8uw/dk+KORR7y6z+1FTZOjXG7Oe6clqjcYjj4mdGs3cXYFf1g6osYe8CZVlhB7M5 RVVTcqHxPkGU/ilkK/UdTyecFv8Y4FxKMVn8yvcYV9GNSQaTGyyGITbSsl1wLKtKfwoW95SWP 73aIMuqQcmWZvEOZBdFxPOqbckmm9uygVujHm3BeC4wHE8tWV3rEcYP9HfRI5P0q7EBHbDxuJ QITDMHYmGDMlvofnMUCesdxDiYHYJ1w6piNVC+KrJmvpLs4dt+k6xHu2GMQC6Kza9q47En0bQ HHsn0PgS1vmIJqm/cZ2uCZ2woFck9WbI5AyO6N6DZU1gT2VTvH4VMDBqjMG+vOKkxOHoZpFR9 hEVGc/z2sPKnCD6T9Fgn7vdYbUt5EAxp8xMmnTLcyi+Mbi4rz1xnPwTlBeR2Cx/N/Wp/w7xaU Lp1lEd7/9ocHaOD7gWjDj+gfN3418gY3cXpfvlq8lWugBLa2dmCDSg4AYR/n94xkbn265vFyY Xt2YFYbFtbFK2rGsAj9QXRqNuW9qu5tZyAhVircBP4K6+ahJ7McCsNeMxbZJmZm1XsDc/t6N3 sKKWibHe1Ae32lxfosFPYmR4fLkcttyj7IY/dE5O71IEK+8FTrnoOWz9gX39z21hFpyLvAgM6 LVHENRTMU3uXF7cwvL7Y1eLqP2kYouYn6B+8glgXpuKws5B2HXZGMZLRtqWpL2h95vo2ymLy/ zsFRMDVFCC5K2SDjmBzA8zhneMQFkH6DFe7N26XWlF9GlWTJPY= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > Another problem with 'append' is that when the user switches to the > window where *Backtrace* was displayed last time, and types 'C-x C-e' > in that window, then *Backtrace* will be displayed in the same window. > Maybe it should have (inhibit-same-window . t)? I guess that would make sense. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 18:46: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153807390832422 (code B ref 32825); Thu, 27 Sep 2018 18:46:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 18:45:08 +0000 Received: from localhost ([127.0.0.1]:56900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5bHf-0008Qr-UM for submit@debbugs.gnu.org; Thu, 27 Sep 2018 14:45:08 -0400 Received: from mout.gmx.net ([212.227.15.19]:47655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5bHf-0008PQ-0F for 32825@debbugs.gnu.org; Thu, 27 Sep 2018 14:45:07 -0400 Received: from [192.168.1.100] ([46.125.249.105]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MXZ4Q-1gIIbk06cg-00WSYv; Thu, 27 Sep 2018 20:44:58 +0200 Received: from [192.168.1.100] ([46.125.249.105]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MXZ4Q-1gIIbk06cg-00WSYv; Thu, 27 Sep 2018 20:44:58 +0200 Message-ID: <5BAD2521.7080507@gmx.at> Date: Thu, 27 Sep 2018 20:44:49 +0200 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> In-Reply-To: <878t3nublx.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:iLLIdGLtBUgcrI6RefMSb1mFVQKa9J97BzbQO9/cRU/Hfynv5VA LuMjvMVvpSp/HPlVI3OR2Nw+zEAsQoRxBYR8WCkn+84+hgjAorDMXliBWRVCKkNX2qe47wd 4+rv+UezWdmUHrV8j1hu/0Fii/44H5ojhmQwULtWR7Xuf7rXW1S7yS9xKVGV4nDpmrpKkMN 284axwz4JskBAgKPolXig== X-UI-Out-Filterresults: notjunk:1;V01:K0:AihD68yNkQQ=:utYrwyj98mRwrMokixlLf/ 9q4WY8zQC6oRQnLSY9cW+51hPzGMjNyrm3UUWusXbN7pL/ZUKi64ZYwPnAnNa0V8U1vonKWWI n8MWvn5To1I4CxNpJf9Bvnenpvq/Sifr15XyckUH7+KQD+jf7ATJk/4DngT6kT0WrD5tzwr5r QfrSwoiCnWf6cYMyT1j/N2EKPUun0wo0IJwC8GbLqirdMy0j66VGtzF1u2NnqAoyYGEy7Isu0 aVsNVSeAFyyH5wBmDT9o/gj5i+IGNZzzxqGMdUxxBd8F7l1TqK8M73rTFPipc/OZrN4WcWgy7 pQEynnbmjl3RQmPq93I+ZHKi3jrJMreO0AaX7nPIk0U5C9rf60vWaKlnXhuLYPVSDpO3GuB6i aw4VY5w49KzneYO2anRwClCyRn+Dfmw5Vhn7wG1AmFZoEBvRwCZ6qhMd1/aOOLAOwSSGEnYyD V1hHeiW7T4BIbEbclwnkZxGT2kz5UVOU1p4K5hAmbxC0ISiA0due39T7miA2MsV9LOlrLI1qa m9ipzilAsIM1ew6u7Hn+g+pfLDFTbYGaIluLvaVBMDGujUtAjtfEyfHwQsOh465/8hlcBeNGv wmyWo9myCkzfpmZLAS5mcf+jvvEhVnoLd5khT+GIMrpm9WeCN19L0oWLN5LKbtM+eveTLB1i5 Gkfq08oheyGe/7OqYDxkdYpxBkrFRbW8C34jQA+0Nx3KNeB04LjrpLbUnfixjkV7xLfEjlIIi y7SaXngHRdAFGOqA25X85wHX9QXzGqb24/SAbXr0hQsv0oOZkdATB2nbUZNgAAaPnswWNkDBt J0FP+Fr6t3QIOlOcBgMlcvX4phiEc1Nped9z44fboUObWHT2+g= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Another problem with 'append' is that when the user switches > to the window where *Backtrace* was displayed last time, > and types 'C-x C-e' in that window, then *Backtrace* will be > displayed in the same window. Maybe it should have > (inhibit-same-window . t)? I wouldn't mind adding such a restriction. Would you condition it on the 'append' case or do it generally? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 18:46: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: To: Juri Linkov , Michael Heerdegen Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153807392332461 (code B ref 32825); Thu, 27 Sep 2018 18:46:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 18:45:23 +0000 Received: from localhost ([127.0.0.1]:56903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5bHv-0008RU-7H for submit@debbugs.gnu.org; Thu, 27 Sep 2018 14:45:23 -0400 Received: from mout.gmx.net ([212.227.15.18]:45543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5bHt-0008RB-Vc for 32825@debbugs.gnu.org; Thu, 27 Sep 2018 14:45:22 -0400 Received: from [192.168.1.100] ([46.125.249.105]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5dMm-1fqQyX0DVY-00xZRA; Thu, 27 Sep 2018 20:45:13 +0200 Received: from [192.168.1.100] ([46.125.249.105]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5dMm-1fqQyX0DVY-00xZRA; Thu, 27 Sep 2018 20:45:13 +0200 Message-ID: <5BAD2530.9090805@gmx.at> Date: Thu, 27 Sep 2018 20:45:04 +0200 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <87va6tv3bm.fsf@web.de> <87h8ibswv8.fsf@mail.linkov.net> In-Reply-To: <87h8ibswv8.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:m1EAOVVIJNduBzf9zP7xleySPyMsAK+kzp0gaLPM4HFC/idYeIf n/T/xzi4cCQXizUttDOmPH+H1WcpkYq5Wpv6WvEy+E2utmMTP4pk/rxfH9c5zgPbHuqVYQt c99xf90thIkzMEOJMgxCpB+0xU9cI2GR4voIIeHWPnC3FjIpP6MfXFvBWrmkO/n518Ye82K ++S+8E82Gni1rElFUi2Bw== X-UI-Out-Filterresults: notjunk:1;V01:K0:UkOMQJIfHuQ=:sWOX8YFZBY7o5kpYFM8QeZ W5TzGwm3FI7FCrFNgde3wJ3t3Bgpk7aIY22KbcJQDcSDBLfE7MWCXUVMUSLOPNWsphCkmyn38 IitaLtNmCEZtN36apsubS8PsroT7VmPjwAvVa91o7Zrkb2slNh4Nq4hCP5PX25AimezrZn1BO xsBHAmZY4CYmng7vt0mGPoOGEDkkyrUPOi2iDXgQzXL8sf3YQ3s5cs5gLPmzT7vh+4pQXy++9 bAmfBBZDc6yjs91ZMz2HuF6X2QMc1Qvac3PymkRx9bUvvIxSDmNnnqQb+IdUjFymV+LHc0JG2 +xc1jqUeQRhNP0+3mXpHNtLEo+DF1cZgDJoGOoKSM8D9qNFJhlVnSKPaOXqfFkzFFe2OC5yEN 4xBcBB1Eblf3xdZRZtC4ur/dxU5K32M7LyDFHGv7KRzCmY2zMDxmyHHPI0sLlZr0f4tpMkgXl 6Lx1dHqFKGE6mkyMzcEPwtF3bVuxGzM3/c6XMQSPyFlB7xFvDfwoIq0LbBmrIhMNE5FdtvJ45 vnMsfNSVLH9PDX+EGTu+XzJ4vS/BXHEtZeSXBbgc/lRQ30HpsztfjQgEVVWXcZLMizZuenR77 kG+19nziCLcpB5JIAzB8sEh/oYzRIUD7HgT1VEbl5FRQHP9LqhYXZYJAdObfFiBBGvrtTzkTj rtVMVqHQT+zmnncaoyloxV3c/BrnPdkI069xoQ2/cU9Ao8HT/ggJ/FI6SMc8q6LNn19ZtvFPK uaiIh0WmWoAIwqXwnqFw0Atw8g2d0VjYjzPmqJ1f1kyM8Hw3SL9Z5KxO6NczvlDiNjpspZnto BDZnsOLLD7ECsCZEBh8LWLECJoxrpYnGEeRNQ6YYqdNwcBZQek= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I wish the window selection to be more deterministic too. > Maybe instead of selecting the least recently used window > we should have a choice what window to select. With an appropriate alist entry. BTW the two 'get-buffer-window' disjuncts below are leftovers from the old code IIRC. IMO we should drop them in the course of such a change. (or (get-lru-window frame nil not-this-window) (let ((window (get-buffer-window buffer 'visible))) (unless (and not-this-window (eq window (selected-window))) window)) (get-largest-window 'visible nil not-this-window) (let ((window (get-buffer-window buffer 0))) (unless (and not-this-window (eq window (selected-window))) window)) (get-largest-window 0 nil not-this-window))) > I have no choice :-) Me neither. Life is deterministic (if you know all the parameters). martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Sep 2018 23:12: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153808992125056 (code B ref 32825); Thu, 27 Sep 2018 23:12:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Sep 2018 23:12:01 +0000 Received: from localhost ([127.0.0.1]:57057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5fRx-0006W4-31 for submit@debbugs.gnu.org; Thu, 27 Sep 2018 19:12:01 -0400 Received: from pop.dreamhost.com ([64.90.62.162]:38402 helo=pdx1-sub0-mail-a9.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g5fRv-0006Vw-7c for 32825@debbugs.gnu.org; Thu, 27 Sep 2018 19:11:59 -0400 Received: from pdx1-sub0-mail-a9.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTP id 7C47A80BA7; Thu, 27 Sep 2018 16:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=1N6M1Dho7aEiQhNfjltfOgAGaho=; b= 10QglPIlOrEOeOTXi2sZ0IdaUE9CDHxwgdspSE5ZUBltQ8V52Hxz4qQr6alPLtQF +qEWve7GxAdkTl8u2uuBbpLNJOVkG7uI5LKxr2PTiGoxGnAgeTWgFxxyQfQJlLfb KP43LeIG+zqPEy12yB67ra7xBP5oIW0zELjWZ0Q9NMs= Received: from localhost.linkov.net (m91-129-107-184.cust.tele2.ee [91.129.107.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTPSA id E642D80B75; Thu, 27 Sep 2018 16:11:56 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a9 X-DH-BACKEND: pdx1-sub0-mail-a9 From: Juri Linkov Organization: LINKOV.NET 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> Date: Fri, 28 Sep 2018 01:47:15 +0300 In-Reply-To: <5BAD2521.7080507@gmx.at> (martin rudalics's message of "Thu, 27 Sep 2018 20:44:49 +0200") Message-ID: <87sh1u38p0.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Another problem with 'append' is that when the user switches >> to the window where *Backtrace* was displayed last time, >> and types 'C-x C-e' in that window, then *Backtrace* will be >> displayed in the same window. Maybe it should have >> (inhibit-same-window . t)? > > I wouldn't mind adding such a restriction. Would you condition it on > the 'append' case or do it generally? It seems this problem doesn't exist for other cases. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 08:01: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15382944213778 (code B ref 32825); Sun, 30 Sep 2018 08:01:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 08:00:21 +0000 Received: from localhost ([127.0.0.1]:59396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6WeK-0000ys-NS for submit@debbugs.gnu.org; Sun, 30 Sep 2018 04:00:20 -0400 Received: from mout.gmx.net ([212.227.15.18]:60573) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6WeI-0000yc-UI for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 04:00:19 -0400 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MePYV-1gNwo91E0l-00QBKW; Sun, 30 Sep 2018 10:00:10 +0200 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MePYV-1gNwo91E0l-00QBKW; Sun, 30 Sep 2018 10:00:10 +0200 Message-ID: <5BB0828A.3010801@gmx.at> Date: Sun, 30 Sep 2018 10:00:10 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87sh1u38p0.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:o8AgxL8sKSaI7DmZjtZnQRhD0VXOBS3WjBZP3QDNijK2xGsZyZE ip4Y91JAEYKOEvIH4ov4mPo0YlwBoaK/9VZvCI7+mZMykswqwINkL20Bd5H7N2L9hew9JXh jTlrOzMCQK0TfMHFGCdbO8q0uW4l7cy+CPcsEexObg9FSRNub+tUkHBEjJrslRVAJZ0hkiV AORVV+UuoNoiu/DPuKSDw== X-UI-Out-Filterresults: notjunk:1;V01:K0:vYWV+ey0q0s=:zuJEFJRr42shAyxAMONFra n5pCZLM5ZU1YMG8JpOw0CVGC8RrGb5wMJDPUwyiN2O19TX4+D8Gs6SugAOSkfANOSSKkTapCw IWruozRbDedJjo408fiL8nkiNVRYC8iI9Jacv9cgK+Lb3IeHnqjBSPkQbBMPvf893jEC0Z/O7 eJMDMOWV+fHrT70w+rTkNvOYFPok5HCG5oOLDlgoNcz5fxHdDuEa+qtTFolrt/eyN200wkKQk cmWCviJ1PUU5yELXfXLO7Ny/UM3VpHafXLh9M0HxgRm5Y9a8/YMkiyHjrsF0JHGbtcxNX0UHY pYo7xezTHn5ACgieGPnusk9Q0VcY3Yw3UznfxjANrgmQ9tn+zPmiqpTCuR//GCVWHwJ4Wegy9 1Xv7pSXkD+uzMq5yaLLDYzWR854wpx5oTzxUhvJK/oAPfCbMdwglkZBRoVBQ1p/ps3O4KaRwU U9DW4/81yWovJN/P7HBeP7oOPVTiXiLF6pKIdQptnh/aIXT+Ruyvbcsrmxrz+uOIn3YHxDFrY oB7vCSDwKEwyJvET6XmRrnW/pdOIzgKlvNDV2GTXkq07Q8nspituUiVmB9w3nkV65DFDrto8K uEKHNHPLFGysjao+pM6YigqOxUqmzAHH1mSi/Q6T5uN4PkgpMfK53MeQmeGEo0MFqPSNmbW+v mASjMSpEQSviGSzHKHAlsN0JdkwIm6722ngMCqAO3QqnyJjGd3IW1QKwwcbxeikoajOicGZZ9 gqEXtq4wluEcNmCrvEm5pHQs+Mbkm0h1MysVAkl25IU7fLHK9ZHXtlbOZvjJtRi+sX73g0ntC zB5dN3+ce6LlT02XlHwn+xQ3tsAtXfg0oO5Ci/QjPIsHAG1hmg= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> Another problem with 'append' is that when the user switches >>> to the window where *Backtrace* was displayed last time, >>> and types 'C-x C-e' in that window, then *Backtrace* will be >>> displayed in the same window. Maybe it should have >>> (inhibit-same-window . t)? >> >> I wouldn't mind adding such a restriction. Would you condition it on >> the 'append' case or do it generally? > > It seems this problem doesn't exist for other cases. But could it harm to add an 'inhibit-same-window' for other cases? Anyway, could you provide a patch? To be honest, I don't grok the idea of 'debugger-previous-window' in (pop-to-buffer debugger-buffer `((display-buffer-reuse-window display-buffer-in-previous-window) . (,(when (and (window-live-p debugger-previous-window) (frame-visible-p (window-frame debugger-previous-window))) `(previous-window . ,debugger-previous-window))))) any more and am afraid to do more damage than fix anything. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 11:41: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153830764532201 (code B ref 32825); Sun, 30 Sep 2018 11:41:01 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 11:40:45 +0000 Received: from localhost ([127.0.0.1]:59463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6a5c-0008NJ-NE for submit@debbugs.gnu.org; Sun, 30 Sep 2018 07:40:44 -0400 Received: from mout.web.de ([212.227.15.14]:53869) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6a5a-0008N3-RM for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 07:40:43 -0400 Received: from drachen.dragon ([94.216.137.182]) by smtp.web.de (mrweb003 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MbhSP-1gPcXd3ea5-00IzPF; Sun, 30 Sep 2018 13:40:33 +0200 Received: from drachen.dragon ([94.216.137.182]) by smtp.web.de (mrweb003 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MbhSP-1gPcXd3ea5-00IzPF; Sun, 30 Sep 2018 13:40:33 +0200 From: Michael Heerdegen 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> Date: Sun, 30 Sep 2018 13:40:30 +0200 In-Reply-To: <5BB0828A.3010801@gmx.at> (martin rudalics's message of "Sun, 30 Sep 2018 10:00:10 +0200") Message-ID: <87wor3b4cx.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:8ckrq6MQck/lkgiTZLp3q6xN79ch0mH5tX9o2NXZT5gqzzWC/zi lJ4X6+TT1tOB6XqI6OVYzA/RkxjYni5wRp7HI5zS0y+zBeFpPs5m0cFvPyQJUnMKJtPkCyA uasxoLBppZS6dIGQZoUePXCJeTqSmBY9Gkwh7lZPf5ngvveCe26TOJn6GmZiwzmQ1Q0ga9V +0gBG4hgM6Gud9xkIxdgw== X-UI-Out-Filterresults: notjunk:1;V01:K0:s2v9XZYB+8o=:Ds/zTsHkwpbS3YhELM0UrU k6/WU0ErjE0c/SmT1eiUQFIyi8f39AZrADKzgXRgZjEaN6eu7U5uXWVhEEuCkjGdxjaOB4GmG F8h0GqDHh5sMLsSvlyr9OHcnVgWltFLxoBQBwfARYTsyhsXVJL7zXVJ9/xiMPzwsOEmOughnW 0hWP55qKzOAxOIKLgW5gqoUt8cN/PNbTeZdhhg1OJONV3JtkZpq6SXuL1YnSuiBq/WQeP7zBh kWwqYaD3lsSSAEn7EJmrCyqnKkfe0CWHfzYu0LT8/LsrYfMNfe9nVDk1IE13b/XUmRwgwUiJK yFT+/qJ+8gSQR4Klm7cGCi9adOaCq3WhO/z0J52W+6FoX88MrPAyaxd7q8+x7jAQgMu1x/XFX b0pYhxm9smqbX5mvBiSlLncKzDPlDpaOvfX3b2MpukkMh9hro0ReqAAQpGNCQcFzeJUzbEAbo laeeTokz/GnD72Oea3wAxYjYbNEHe2yVqtHt/kGfDJUq5QZG65e51JOQZRVOVclXLWTsADhtq LqR/I3B5CUWVmKYGy4s3sXDP4hPnDJlb79aSjalyM0PyeRk+8IHf0s/XvuaNoxAm1G3bDtMzQ enyd0fOrc2IxqcU+S5kc5iX9zFD+x62wEKkYUkaZxNHl7lsX31Z4rh/nTyXNO7YP15lVqENGK 1hC1/9728vZ1OCxHsHQKGqfrDWZYXlIA7gqFcIRiWwLKR1DqscEO7O3MD7bTyYAYwt8p2Z55b tTVj4Gu8Dzf+miqQ5ljyqDbWO/Uk4JCZaRKg68aDVLdzF4Ai2sVhqR67VkiFm8QdblMxcQYUJ o8GR1LfDR8tL7Wnj3XdDYBVf8M/QNx3dgh8d6pFqqd+m73Xa/A= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > To be honest, I don't grok the idea of 'debugger-previous-window' in > > (pop-to-buffer > debugger-buffer > `((display-buffer-reuse-window > display-buffer-in-previous-window) > . (,(when (and (window-live-p debugger-previous-window) > (frame-visible-p > (window-frame debugger-previous-window))) > `(previous-window . ,debugger-previous-window))))) > > any more and am afraid to do more damage than fix anything. 'debugger-previous-window' had been introduced because the debugger buffer jumped around in a frame's windows every time the debugger was reentered - e.g. when you stepped through code with d, d, ..., and there were multiple windows in the selected frame, with every d hit, the debugger would appear in a different window. AFAIR the fix was rather simple: The var `debugger-previous-window' is updated as long as the debugger will be reentered - when leaving the debugger, it is reset to nil. The code you cited just implements that the variable's value is respected. Our issue here is a different one: we want the debugger to use the latest selected window for a _new_ debugger session. I'm not sure if we could reuse 'debugger-previous-window' for fixing this issue, but AFAIR it was important that the variable is reset to nil after a debugger session is finished. The answer can probably be found in the message archives. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 12:23: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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383101423587 (code B ref 32825); Sun, 30 Sep 2018 12:23:01 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 12:22:22 +0000 Received: from localhost ([127.0.0.1]:59496 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6ajt-0000vm-JV for submit@debbugs.gnu.org; Sun, 30 Sep 2018 08:22:21 -0400 Received: from mout.gmx.net ([212.227.15.19]:59901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6ajq-0000vY-3e for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 08:22:20 -0400 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRFwV-1gJX953rZv-00UXKh; Sun, 30 Sep 2018 14:22:09 +0200 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRFwV-1gJX953rZv-00UXKh; Sun, 30 Sep 2018 14:22:09 +0200 Message-ID: <5BB0BFF0.2050700@gmx.at> Date: Sun, 30 Sep 2018 14:22:08 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87wor3b4cx.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1tEdDqapFt7kZouvxZ9mVwr22kbpnRqZJgFgGe6GLEGDYNqI6CO r9d15Ivn48YJEwz8/RMNSGs3x7AkJWpqT7fHvt4O5TIwcIsHja6VCB7+t5BAaSewWEdoCmt j5GQLSVYIRwHUnyE0MEM5ezjE2FPKGFWY9Xn2Rx6Xo0EZdZ3AJGG2DoCQwp+DHyHwFYVD/u 7Xykxfjf/nbvaoDq/br4g== X-UI-Out-Filterresults: notjunk:1;V01:K0:ZXpGVqdR+ks=:wpbqKLSHQQ/KyEh0W+cqr+ vS8SbcYkkG+USD6RYptuCmI4FWcFomAZ6i9JbwOXWG9O2rl7jPcBkGTnJbo0667tukrV3Kcza 9qTgAu61xOtC0yfKCkm8DzVSGqhrmYX9YTorIEOHEY5k8VmYV04vgNrpk0rLnnpjblQHAhlXY v5oI0kUC5N4xCaOW3+8me9j9+OfClp+d6gcgq3oFrUhpSZE+ZP7gVDBnA8xGOVbSW0C0J3T1s 3qASBXk52lPDP6VOu9NJ2kzNHwdAn59xv8mYLezx0wEHXnpwzz30DTiqrMMI2nft15uBp+FWz TBXG8FmJsksNmnB8k4moXoeivMZ3DiEDYhwPyORf2InQLr2dEoUUcTR2Ftij048ZJLG95hvS3 cMlSbnHj2/wFt0Mg8YphmK1WEbHirWgMo2sp3cCTG0AKjOHQ7cDhMSB7Ge2WKtnwsdFj2aC1Q 6K7ix7buFOmJHQRmfX5ntls10eaHodb5+hm1ekV5D1Z42h4/WxGLIznr8q/fQvuwquOskLExW VQXIrcidzpsqpYGIpDpszeSR7HQv4UhdGN/aZI29AC7LHERXw7/wjlAE/BagD4VBMPx0bM6KU aRHmya7JPl9O5bE4HSEr5EBBIeQP8lf12Joly1H8C5JWla/bDuZOQU5jPW9UMS9GoL9xW4Oih Yje0YUr2C287fLA4g6sUwZC+KzUVw2cCXrEICT42o4aFAg2mfa4giGWA/X+XmVOapDoJdWh6c wfejkJwB+8XhIrWRBkdHtBbGm926zwyFlctOroc3v2DfGHDoZN0k9NhcoU8PPr6R7GUO+FzUx CVrZsCEZxVFNzOLqTP5jsa1oaNhBx9MPndCmzP1cIvNxhBYQdo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 'debugger-previous-window' had been introduced because the debugger > buffer jumped around in a frame's windows every time the debugger was > reentered - e.g. when you stepped through code with d, d, ..., and there > were multiple windows in the selected frame, with every d hit, the > debugger would appear in a different window. > > AFAIR the fix was rather simple: The var `debugger-previous-window' > is updated as long as the debugger will be reentered - when leaving the > debugger, it is reset to nil. > > The code you cited just implements that the variable's value is > respected. > > Our issue here is a different one: we want the debugger to use the > latest selected window for a _new_ debugger session. > > I'm not sure if we could reuse 'debugger-previous-window' for fixing > this issue, but AFAIR it was important that the variable is reset to nil > after a debugger session is finished. The answer can probably be found > in the message archives. Thanks for the explanation. If we really have to reset 'debugger-previous-window' to nil (I can't imagine why this would be necessary) we could still add yet another variable, say 'debugger-last-session-window' and use that in a new session if it's still alive. The problem, to recall, is that having *Backtrace* in the list of previous buffer of a window can be a nuisance - one never wants to switch to it via 'previous-buffer'. Whatever we do there: Could you make the 'inhibit-same-window' change Juri asked for? I trust you more than myself in this regard. Also I faintly recall that at least one of your bug reports wrt debugging and windows was never closed. Is that true? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 12:33: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383107334564 (code B ref 32825); Sun, 30 Sep 2018 12:33:01 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 12:32:13 +0000 Received: from localhost ([127.0.0.1]:59502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6atQ-0001BY-MJ for submit@debbugs.gnu.org; Sun, 30 Sep 2018 08:32:12 -0400 Received: from mail-it1-f172.google.com ([209.85.166.172]:39939) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6atO-0001BJ-CN for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 08:32:10 -0400 Received: by mail-it1-f172.google.com with SMTP id i191-v6so2178925iti.5 for <32825@debbugs.gnu.org>; Sun, 30 Sep 2018 05:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=WtHn1z7aaVcgVUVIdGVTrTu3rVBscs19X5svAsddC+I=; b=juNbnEcCuzHWJmMHH0I4KytIBtjoNTndOMfEYAjd8HYI5vnarkNyBOFY3DS9H3zUy8 /eirFcVmwh80lkhKmRdgSTarlpZkZQw5yHWEuInma4wKa7nP6iWVAHwa9wDI6NNHeffz Wwe5BKxgPI4jhQ24RZYzfcds6eK7M/z3TlfPaCVIqUyr3hYNNx3y6FpzRu1mGEyAkXMq mZzGO/t78vx5gjw86Grp03yM2ApmydevGiMbLqJbTYTaExl721fobY78jxMq3U6ygy2w 4NgYfkVVQLhvwILl5uAOgY9moKWwq/TN35xZUtm5fL19wOzNiz6wzyZIrbQivyMX9VAC fwYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=WtHn1z7aaVcgVUVIdGVTrTu3rVBscs19X5svAsddC+I=; b=ewRw0uAAMJn2oWUu7WkYGEPqG++rukzTj1ZUuxY4a+PTC0oti33jikhP5eLmJI+aRR Yif9V3v8nLLCZAjahhoT0bLkK0dG2tt0NSaITE5Yi5BSlW3RIt0Y8/R+UnBXu6oBpKKZ yTdjnEsrqrJ8nm9TGW/Sh7g6EwXhbiTx7prPm68FEp0GpcZoPxhwdGGAeO6mu+1xaL/k tAmylB9gUgjx8c4B4VOz/X4A7hFV5jVCAt0r7+mEFvnHJ0U/CZ9ol2zvM8ikSKJgjfVN 92g87eWxmSHMjiqmv9YHVlWNAwKJkLtIKaVR3xXEHKlyEPdclqxESxWjtKgkGx8T3JJi grzQ== X-Gm-Message-State: ABuFfogLb3PhYbuGhd+Rh+VvCgLCLBiAo37KAqoZpVRULgUn94fths8g ngXZa8cMoLCqD16+4hY50IM= X-Google-Smtp-Source: ACcGV639XoqNn4lSRDFCbuIExqhX1NiWDIJln3F6LULauEfycEIeU2u+Z9BjCZ342S7xfVGV4ZyBsg== X-Received: by 2002:a02:6d6d:: with SMTP id e45-v6mr4907214jaf.36.1538310724881; Sun, 30 Sep 2018 05:32:04 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id q205-v6sm1263931itc.2.2018.09.30.05.32.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Sep 2018 05:32:04 -0700 (PDT) From: Noam Postavsky 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> Date: Sun, 30 Sep 2018 08:32:03 -0400 In-Reply-To: <5BB0BFF0.2050700@gmx.at> (martin rudalics's message of "Sun, 30 Sep 2018 14:22:08 +0200") Message-ID: <877ej3np30.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: >> I'm not sure if we could reuse 'debugger-previous-window' for fixing >> this issue, but AFAIR it was important that the variable is reset to nil >> after a debugger session is finished. The answer can probably be found >> in the message archives. > > Thanks for the explanation. If we really have to reset > 'debugger-previous-window' to nil (I can't imagine why this would be > necessary) It was for Bug#17882. I thought the simpler fix was just to reset the variable after the debugger goes away, but the alternate suggestion there of checking the visibility could probably work too. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 12:44: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: To: Noam Postavsky Cc: Michael Heerdegen , 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383114295546 (code B ref 32825); Sun, 30 Sep 2018 12:44:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 12:43:49 +0000 Received: from localhost ([127.0.0.1]:59506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6b4e-0001RN-QC for submit@debbugs.gnu.org; Sun, 30 Sep 2018 08:43:48 -0400 Received: from mout.gmx.net ([212.227.15.19]:60151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6b4d-0001RC-MI for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 08:43:48 -0400 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKprU-1g6b4S2x8q-0006Oj; Sun, 30 Sep 2018 14:43:36 +0200 Received: from [192.168.1.101] ([213.162.73.174]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKprU-1g6b4S2x8q-0006Oj; Sun, 30 Sep 2018 14:43:36 +0200 Message-ID: <5BB0C4F7.709@gmx.at> Date: Sun, 30 Sep 2018 14:43:35 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <877ej3np30.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ODU1bW1W1Fpnsl9vK/DjJ3Md9HtS3pRuirpDraeIRWq0AcvfMoj SpQlchbl/ifr+Lph9l2TQ/HXoi/aWs3kgg4zL70Y8OYo3xMBg/qW29mtZUDIcDAo1UJb4/O N5qz//iTwZkFDBIBPqOoSgCyi3xLovvVKAJWgDEGl2iKhMNx5vCghgTyurNkhE22+ztxwW1 nqgISU6R+x6hHDd/8ih9w== X-UI-Out-Filterresults: notjunk:1;V01:K0:wNkgKuJzPnw=:wc3RnhS2HvEd+D9dWf2s6y 2ppVR508PG9OIoXAIrK/yVLY0yybxO1riv9nKVexlTv3ejtRiEZ8vT53GQIzyA7prSU3oweL5 PvT4mLSnw3krWEF3EzJcjMap1orvwrtS8woh3tkCxlgSFBjYLswZFd7VeUHN5mpZRRzlstuin xt9U2xS5NqDWNAvkiC1VGIUqXyyN95hY0TamapQCt8f8FCQws5QamwAwW+g+FwU/JQwsDI9su RWDcK1Dr2kK9fCwNqNoW9mitH1bkHvPkBY/ZH0jyJSLfdsmKkaItRVwpk0E4hrOPMUspbKjvH QpabSrgxm/tzbKzj2BlkCTlfuXvlEngnd+XSVs8z0sCosiwWiluQJcCZkTxYyB8gOsg2WcyNb vitTRIhTfwDe04nomy58yms7Fbwfc5Ais++rygGr+MFV80navljsSqoOwvKJqhSKqoHoQBvEr wqeWaXHhHeQpBpt+phAreoBdrDvrUnCEe8fP2xAs7/9bIo49BQ5LhCGlhRYFoQrTuMxxF8r+k z7bXAFFuZQR/aCbObtZK0tZmmbokQ2F/gRQca0Xzje+mAFUdyo8AtWY3yofZHRVFCXMCGfq+h M5mOAKycE4gynU/6QYaUIJaj0QxtdVKkkbAyC2HaFb1iI40OgZ1fiAZ/TtVR8rTahuqQPZ7CO kO3CovfENQ1NR/pNLRuaybrll575rBlsUKvTkxvEWA59pHbVlnV4xHt0Xoiw5s+n78AIN3NTZ E1A8/q1McNZF52XZbGEU/dS+tkCjSu8BjKQ1HEktnCqrEs2onlhaUSuUucO3LPrBvENqCd4hN UMjS+/9w7rLwHtHh6eaxUcJ4N0j8qP0QhL/jiWvlpr/ne6JrL0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > It was for Bug#17882. Fine. There I wrote > Check it in. I doubt we'll get any complaints for this. which clearly shows the quality of my judgements in this context. > I thought the simpler fix was just to reset the > variable after the debugger goes away, but the alternate suggestion > there of checking the visibility could probably work too. Wouldn't we have to check that the window is not another frame in order to avoid Bug#17882? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 13:05:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383126967538 (code B ref 32825); Sun, 30 Sep 2018 13:05:04 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 13:04:56 +0000 Received: from localhost ([127.0.0.1]:59529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6bP6-0001xW-2R for submit@debbugs.gnu.org; Sun, 30 Sep 2018 09:04:56 -0400 Received: from mail-io1-f44.google.com ([209.85.166.44]:41358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6bP3-0001xI-Gu for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 09:04:53 -0400 Received: by mail-io1-f44.google.com with SMTP id q4-v6so7345756iob.8 for <32825@debbugs.gnu.org>; Sun, 30 Sep 2018 06:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=U7EjpQdkFai8ZHX/CXJR6Xgo2/X1bRnqFvXjlDyn6rs=; b=ZQkoxwBpf3D94O9T0tpk4BCxzJ3j/X2R3GVlZyheaNa5X4ukrq5ScI9dJ4cASLs/mV 3H1B4trB9/uUQSbKrzUGLYP8LubDtsGzXQTVsQ+4W/+8p3UCOO7kALCV3qGp86MfXu84 JptyhhjK5lg22yQ7tiLU5sLsYlrqN2R3aO8/aX5enymwwLp2wZd9yAOplqzM/PgsDh3S R0QCWMp+35ZDVsQj10elv1591C1Nxh0B40h8QzGFuWeigf7Bxuvl3o5bpGBgsRaw0M2t nbuFOoRxFtL0m1ZKYUGyf6zBIJH7dYGJK6Fn24q2SWwEgglGwXOchM18iQyqk+b5uZJk 732A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=U7EjpQdkFai8ZHX/CXJR6Xgo2/X1bRnqFvXjlDyn6rs=; b=pVubWcLsaECpnoJOnYax1ILSnYTf0m68MD9ihEE0Mfc+dU7EjuI6uGjlZGPCgkWLeA 9qrgmsGoh5GBwL5iZg6VtDhO6k+Jxm+6Pvp0oACzps2THlhqbKKm6Z/OOMviS9ODyG6K L04N6S71HrirRBw+8VGdawl5LsLDXXqtMXoceSRFCCDxj15yyx9tco2BDxTwXN36qrJZ GJsXZLyzSAioScklm/2juvSzuZSJuTlaaXQNIRLEi1m5nFq/GFMdExSrgRZzXls/bGGX x1eV9CdLmSsyS1WU08cEyPF/bb7646edElMkDBhxFpyn4UlOpLJvXnNNp3vml5CePFeW 5QFg== X-Gm-Message-State: ABuFfoib9343MGjidhdLAv0VCB6RqjOmWVj1Sr8OXuh1xbD3xsippXD/ KljIVTjZmnbcSv5908zIpuU= X-Google-Smtp-Source: ACcGV62GGCfccZOi+0C4rhWn/QsMpAcuPxG5ZVJw/mlk/laXAxFbEwjwFDWFkZlIRcDVG7KbrbnehA== X-Received: by 2002:a6b:7b0b:: with SMTP id l11-v6mr2979433iop.9.1538312688127; Sun, 30 Sep 2018 06:04:48 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id 6-v6sm1847792itw.3.2018.09.30.06.04.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Sep 2018 06:04:47 -0700 (PDT) From: Noam Postavsky 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> Date: Sun, 30 Sep 2018 09:04:46 -0400 In-Reply-To: <5BB0C4F7.709@gmx.at> (martin rudalics's message of "Sun, 30 Sep 2018 14:43:35 +0200") Message-ID: <874le7nnkh.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: >> I thought the simpler fix was just to reset the >> variable after the debugger goes away, but the alternate suggestion >> there of checking the visibility could probably work too. > > Wouldn't we have to check that the window is not another frame in > order to avoid Bug#17882? Oh, yes, I suppose so. A check soley for visibility would only address the "especially annoying when I happen to work in another frame, on another desktop" scenario. I don't usually have mutiple frames visible so I didn't think of it. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 13:39: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: To: Noam Postavsky Cc: martin rudalics , Juri Linkov , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153831473610799 (code B ref 32825); Sun, 30 Sep 2018 13:39:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 13:38:56 +0000 Received: from localhost ([127.0.0.1]:59544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6bw0-0002o7-F4 for submit@debbugs.gnu.org; Sun, 30 Sep 2018 09:38:56 -0400 Received: from mout.web.de ([217.72.192.78]:43617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6bvw-0002np-Nm for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 09:38:53 -0400 Received: from drachen.dragon ([94.216.137.182]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MBCNl-1fzDvz1Jen-00AJ1m; Sun, 30 Sep 2018 15:38:42 +0200 Received: from drachen.dragon ([94.216.137.182]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MBCNl-1fzDvz1Jen-00AJ1m; Sun, 30 Sep 2018 15:38:42 +0200 From: Michael Heerdegen 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> Date: Sun, 30 Sep 2018 15:38:40 +0200 In-Reply-To: <874le7nnkh.fsf@gmail.com> (Noam Postavsky's message of "Sun, 30 Sep 2018 09:04:46 -0400") Message-ID: <87ftxrayvz.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:qq3tQ7RXH1KGH/Yd0ddZOw2X7YDjFNF5DPfPJt4FksYwD8VLgjD cXzHPHRkPB3zBDX2NBivMSkPRFJ9AoRmLSvz1qGvFTGtHd/YA9ecupk6nJVJ20tXzwzlfR/ tfdrDG0ltzowGU4/z2oEnydYAxuwqhf/ncv+UI77A6Wrq8EVoAAIDNLXp6x/zyx2HFsPAEg s1TqPq+qW9RQCmxAHJicA== X-UI-Out-Filterresults: notjunk:1;V01:K0:C9cplbwSSjY=:EvMs7wZsI+z6viQ95Rzl03 /JgCbl+OnzPVr9roB+s9/uYrvdR7WDa5cyrw+PVZw8RYN8HxuzREqLmh5QMqDtnye1KEJQsNB VoQxuEYxo5eMfoczSHhvQQO4NuJPOHG7Y1HnPiYZDzGcjGTj75vwD8lUmGStZPn/wEmO+su/4 DaVMc3oaW3rlBBF4H4fZkIfsl32ZI6f4IkfO2y+2y5mzChZ9xovkS3ckdvbVMDS2WrBnncTIC GU2NQpFrXHynPbbWSVOONGRSBYeB83gCYaWNoKsAaHSbyj2u8rmKQIBdXJ2YahuuTP473ZQzv VhdAPpfjVdmPsz9fiOxiDfCV59esLwH+Xq6zfZSGK5oWxTFQTHO+R603GqOd5Mo76F4gdfs1V dzYRQZspVxpge1lm2hFCMKRD91JP/tPA7u/5GHkelvKPT9s7ZTloSKMYZvczgF61eDkteZcIR OjhS3deL0SFWqnel9NQLOz5FuqIUo89TJKpIHnPpjk2GG/d5sXcNXWI95nRyNLTqOLrjO8J7w /mI9dQr+bzJxiAvKu6UNSCJSu3OFWlmnmLZwotVK/Umkr/ztLBE/bvoENHKcoZPVSnZOpH8bi DdZBDYNXgTX+9gupSYZSWkZTGDXYYi2e4Hc3ChZZgP2wnj7LhXRfDpAleGLDxQiQsmSjOFG39 +QSsSfpJSa1v/n+lPeZDcqPDu9eRdH+BZwNtuxuk6T9v1zA7fPHW2KSo9Nd7TaGr1Dx24v7VV zs2atyTZJyONbqfqSeNKF0z4/8jc8YBUjD1WSHIOJHXWZX0yERfg37g6AeNLP99mtrku2Up31 ahc7fpuXnqCtku6LCdfem30sQvF1yi8hDXVUJvloSJ7pC790+Q= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Noam Postavsky writes: > Oh, yes, I suppose so. A check soley for visibility would only > address the "especially annoying when I happen to work in another > frame, on another desktop" scenario. I don't usually have mutiple > frames visible so I didn't think of it. Ehm - Noam, since you seem the most knowing of us all, could you maybe please care about this report? Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 21:27: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153834280223128 (code B ref 32825); Sun, 30 Sep 2018 21:27:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 21:26:42 +0000 Received: from localhost ([127.0.0.1]:60389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6jEd-00060v-Oe for submit@debbugs.gnu.org; Sun, 30 Sep 2018 17:26:41 -0400 Received: from mail-io1-f50.google.com ([209.85.166.50]:35304) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6jEb-00060f-FQ for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 17:26:38 -0400 Received: by mail-io1-f50.google.com with SMTP id w11-v6so7881780iob.2 for <32825@debbugs.gnu.org>; Sun, 30 Sep 2018 14:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Tw/Q9mjSppOwOsQFf7DSIJfu3eqw/KLVg3ngAiTqXfw=; b=cMT5bAQhvNRhoUeYjZXmaIoU0SVRStMzXwnaLCeMDAp0kpRfn2FRS2wDZHzwUL1zZ3 vscOg8h/0OQKJDSoJcsihdDllHXWz83jzInurgjxmDGqAgOLqXaJk+Y9ll2dsvnEz24U eCknuH9BWfoC0joBkug6QGYMdabmNSq7emaSxfBXYrCMpMe7CNq6MfHBBbG5MB+qUyI2 LNNS/UUbEyR7KAcE7FZbd4xRFnE0FCJr32bXhwy2P55Iq0hXcAw4+Xs146fH7tOcWBEV 8Ib3jps0d7Afe2LiGPifczAQs25T7BpmuJ5TvV3JgxhsE11YqotCyeiUaHWCRVQPauJj S4EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Tw/Q9mjSppOwOsQFf7DSIJfu3eqw/KLVg3ngAiTqXfw=; b=qz25jZxY5gbjHB4vKtCG293bCmy9hvKvQHejzy/0+Egh0bUEKbqWsqza+/H12rwpAR T+vMVRE74Bo+T99mKAJsW8WZUZgNZW8S++Z6PWf/dL+348Gl6cDB0pjppHP5VJdal+mL 3r1ChajWWyBX96JfmlOQzA96HgZUw937drdE5xtW29KoNcfFeUh+NG+uus5Nwc0WSKE5 1y6Hno40AJxqHXaHKqoh8Q318+7m0pMOr/apImk5s8nBR84uyfB4SEaC8rOib0roTR33 f+rYTJBAY0b1zEF+Sf0nAWHoU0Cg6L+x8G29ZowVbjYTzsE79qiN7M/NKVts203jngCI 6XWQ== X-Gm-Message-State: ABuFfojkIlVImhtWIiNWwaG3d7+KTgxvFaGIMAAiT7FdalujzE5zs4JB AFIFVFv6uKExiK+5wefQnQTC1gY7 X-Google-Smtp-Source: ACcGV63Wk5qbKfH40BMGSa8Pe9RvvcKvz6DXAGYpaOmt5QGuui6aMUdpTzmLGA201L0L8JD1dqU19A== X-Received: by 2002:a6b:9c55:: with SMTP id f82-v6mr5670723ioe.0.1538342791582; Sun, 30 Sep 2018 14:26:31 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id q123-v6sm4330708iod.23.2018.09.30.14.26.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Sep 2018 14:26:30 -0700 (PDT) From: Noam Postavsky 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> Date: Sun, 30 Sep 2018 17:26:29 -0400 In-Reply-To: <87ftxrayvz.fsf@web.de> (Michael Heerdegen's message of "Sun, 30 Sep 2018 15:38:40 +0200") Message-ID: <871s9aoewq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Noam Postavsky writes: > >> Oh, yes, I suppose so. A check soley for visibility would only >> address the "especially annoying when I happen to work in another >> frame, on another desktop" scenario. I don't usually have mutiple >> frames visible so I didn't think of it. > > Ehm - Noam, since you seem the most knowing of us all, could you maybe > please care about this report? I just happened to remember about the debugger-previous-window thing with Bug#17882, I don't know what's the right solution to this bug. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Sep 2018 23:34: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: To: Noam Postavsky Cc: martin rudalics , 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383503992116 (code B ref 32825); Sun, 30 Sep 2018 23:34:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Sep 2018 23:33:19 +0000 Received: from localhost ([127.0.0.1]:60433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6lDD-0000Y4-DT for submit@debbugs.gnu.org; Sun, 30 Sep 2018 19:33:19 -0400 Received: from mout.web.de ([212.227.15.4]:46233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6lDB-0000Xq-Bb for 32825@debbugs.gnu.org; Sun, 30 Sep 2018 19:33:17 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb003 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MMVpO-1g6BNU0ZVG-008L0S; Mon, 01 Oct 2018 01:33:06 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb003 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MMVpO-1g6BNU0ZVG-008L0S; Mon, 01 Oct 2018 01:33:06 +0200 From: Michael Heerdegen 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> <871s9aoewq.fsf@gmail.com> Date: Mon, 01 Oct 2018 01:33:04 +0200 In-Reply-To: <871s9aoewq.fsf@gmail.com> (Noam Postavsky's message of "Sun, 30 Sep 2018 17:26:29 -0400") Message-ID: <87va6ma7db.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:SaHZW+n9wOtAmyqK4E4R8PEj3xTU9IeMlGNJYfeCMFhxWVyoJCr 9mpP3IfvEhsgy2EWkEBIiZsCn75/s9yy/zFWGpVm3Z4wEdyhDGVJX2Vu8WHXFaM23ppiCNH qFC3ZZM6Hg31vPuLAw9BuxPNSoCkZS+XGj7tZKvitweRJNQAyDbJEJ9yyleXqI9eYqUFM7k 3c0fJr3rzR4jvkUzmMZeA== X-UI-Out-Filterresults: notjunk:1;V01:K0:8RTKdFyIH/Q=:sFsdf/LwjbgFjqZVVghEK2 gaTSlsQH+7xnMySCcA8Wmw42IkisIzAztPCB3WwbTialvrkG/M70ATstUownL054sretVBMAZ MBPxbjhy392U8OvJXZme54RJFmnfFQ8sjSGAFMwRznbpuvqfwUqmN5zE5aVUC0BMIbPTz+/sO AqZu0sEEWcaDs2cUpFceNhH7s8AswwmadR/Q6AJY3CZe+zCScbp48/D2X1PajYe+FJtIaVM0s Nj4eCKbmGYLXgD1GuhFWk1+7TPObmPiYhaWs/z2TXQ+Lo6tIKd5iCSW+l9x06izI6zWfRxSWf IJHcH6V+Vq3bmnv/kfMuUQMcu3byxmrHSnVrAaMli0HeB4oXOfkKxjZbTuL6ci04LEMmDi8bk DGrOi1DypZ1c2Bo0aApZZ6vyzSG3UmL7sRg0BR/SmTv//NhE57rr7V6UKkne9uqJWf6mN7tfV 3yjpWc8p6BY0B2/gixjCVxoyrx5HJugW0KIWGDzOsOo3TuD/cQub66BQeapeMZsX4DcR79gOc 3yq57/bO87DUqQASKab+GsgnUC6dgFwVR4x340aI1z1YPLYpagYU4s4UEBZ9C7BvCC1NM05yW BXtCZQTpRA+yk32qNQbds4bRq3t6FJbaRsUc0a2cT7Qtj062ou+gq/gfdlrlIuv0H1a17mpxW jfBqEwSMG94GJJltwlETbqevCyk4fA5VjojT7tsC3bMKA3aUaOR+bO/pPDOpsaRoKXSTiK1cD y+m6n+cQRY+2Bv2427Z65zsBscKDhKe91C6hJljLDfs42lEAi+4rP6x/N61cCatSElicQC5NQ 6fHeNlpSiz726dbzE4vyynPqBdOh83i1O9Os6YFMyczsYiTeT4= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Noam Postavsky writes: > I just happened to remember about the debugger-previous-window thing > with Bug#17882, I don't know what's the right solution to this bug. Thanks. So far, I also just remember it because I had been involved in reporting that bug. I can have an eye on whether a fix makes sense to me, but I don't know enough about the matter to decide how a good fix must look like. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 08:37: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: To: Michael Heerdegen , Noam Postavsky Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153838299122147 (code B ref 32825); Mon, 01 Oct 2018 08:37:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 08:36:31 +0000 Received: from localhost ([127.0.0.1]:60646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6tgs-0005l8-KQ for submit@debbugs.gnu.org; Mon, 01 Oct 2018 04:36:30 -0400 Received: from mout.gmx.net ([212.227.15.15]:38307) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6tgq-0005kr-Bj for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 04:36:28 -0400 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMTEM-1g6Jrh3epy-008Jy7; Mon, 01 Oct 2018 10:36:19 +0200 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMTEM-1g6Jrh3epy-008Jy7; Mon, 01 Oct 2018 10:36:19 +0200 Message-ID: <5BB1DC82.8090703@gmx.at> Date: Mon, 01 Oct 2018 10:36:18 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87ftxrayvz.fsf@web.de> Content-Type: multipart/mixed; boundary="------------020608030008030406030505" X-Provags-ID: V03:K1:iCRR8fFjGROYUm+6VNRXcDZqynxIjBwbV163RLLHyjhSc024b99 Xi0BTXPO2K8jmms0XOmUJlVXN2ggbwIXjcZo13zkbbY8SVRZV1iQLTezqyzaWGdwRV8IGom Tehfjh1OPVQBa65Th2OkRDQdzo6RTF9ia+g9sYXBcgsX6BQCVi8BZMQZFLAfnQJ86VM1drx Zte1hR4mirGEsMKMkW5RA== X-UI-Out-Filterresults: notjunk:1;V01:K0:6Up6w6ok4PQ=:gK+1BXsoE9jBJ5thwnjXQK WVEGIvQa+y+QM7+PPgHAasgk3d5qD5o5LEz5pg7EO3ChVS9Sy66ZNvtKvfnVk5S8lzvHFJNhZ GUhGiX+otdbWun2oOTe8SsZKOWBUFHstQX5f57yC+d0/1e/aBeqRFktc6TjwR9h4/A6QZFTUG gpFBZC8/nquBoPb6CGeEJycb6t3HLLSgQTvB+t8LDEblzEAFoLj1vid322fxgXRmoQgi9ikGZ TWOowPiPTGRdQyszp6A97N7ZlD7TTexHzPYk1sd8ONfCiu8bpbtJzWTT6HDTyrNzUMg7KD/4M l2zjMJqHPnlmubtlgv71ZKNlNPNr2tBp5JK+Ea/XUBW0oilg/MSYCbZHh+w7t9AANrc/NJGae YrIKmE9sDAiAWNjL9X6R0XM1Jf/jHxfs9gsZGYqZx3mYXzoMN8QAtR2vgPhwiCq/ktd6/OAM0 Sc+r3wNxZNrZDlHcdkrDF41oLY7XWTNN+m8PypEFR210AWzwoJ9B7oyJUsA8H/mQzTN55TO1m DRJQ80icuERR55qsFfI4P8wwyQXZ2XbDbKTUjNyKDA9SyRxs/52F2sa07nqv7hh7NNjzgu1lO Y3mKAyAA4qB+TbQ+3xHJOhEFVtOh6HrT3GYvW26k0DvMoKVGyqN8FT9IlG6avCh0EjXa4ysU0 2vtMJoCAHvxXdrZ/p9vATsP9azgVh/rC6Qnwy7pvwpVDIm5eJ45nIJJwhhzqGNNIgksUCo+iE NiuhqFBIxL5+ZqFfUm9d7QOgyNduI4RQRXYNVJ0ldng2MA439ymxBroKkw8k4K6tscAhmwRcR dWiIvgMJTlVLvqoE2fyL34pNApNyQ== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------020608030008030406030505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Ehm - Noam, since you seem the most knowing of us all, could you maybe > please care about this report? So we got a hot potato here. Let me try to recapitulate what should be done: (1) Try to never display the *Backtrace* buffer in the selected (aka same) window. So far, we all agreed on that and nobody asked for an exception from this rule. (2) Try to keep 'debugger-previous-window' around even after the debugger session has been closed. Doing that naively will get us back Bug#17882. So we probably don't want to use 'debugger-previous-window' in a new session when it is on another frame (or display). But we could use it even in a new session when it is on the selected frame and not the selected window. This should take care of the default value of 'debugger-bury-or-kill' - the immediate problem that caused this bug report. Does anyone see a problem with this? I attach a preliminary patch. Please try it and tell me whether you see any difficulties with it. Thanks, martin --------------020608030008030406030505 Content-Type: text/plain; charset=windows-1252; name="debug.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="debug.diff" LS0tIGEvbGlzcC9lbWFjcy1saXNwL2RlYnVnLmVsCisrKyBiL2xpc3AvZW1hY3MtbGlzcC9k ZWJ1Zy5lbApAQCAtMTAxLDcgKzEwMSwxMCBAQCBkZWJ1Z2dlci1vbGQtYnVmZmVyCiAgICJU aGlzIGlzIHRoZSBidWZmZXIgdGhhdCB3YXMgY3VycmVudCB3aGVuIHRoZSBkZWJ1Z2dlciB3 YXMgZW50ZXJlZC4iKQogCiAoZGVmdmFyIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdyBuaWwK LSAgIlRoaXMgaXMgdGhlIHdpbmRvdyBsYXN0IHNob3dpbmcgdGhlIGRlYnVnZ2VyIGJ1ZmZl ci4iKQorICAiVGhlIGxhc3QgZGVidWdnZXIgd2luZG93IGZyb20gdGhlIHNhbWUgc2Vzc2lv bi4iKQorCisoZGVmdmFyIGRlYnVnZ2VyLXByZS1wcmV2aW91cy13aW5kb3cgbmlsCisgICJU aGUgbGFzdCBkZWJ1Z2dlciB3aW5kb3cgZnJvbSB0aGUgcHJldmlvdXMgc2Vzc2lvbi4iKQog CiAoZGVmdmFyIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdy1oZWlnaHQgbmlsCiAgICJUaGUg bGFzdCByZWNvcmRlZCBoZWlnaHQgb2YgYGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdycuIikK QEAgLTI0MCwxMCArMjQzLDE2IEBAIGRlYnVnCiAJICAgICAgIGRlYnVnZ2VyLWJ1ZmZlcgog CSAgICAgICBgKChkaXNwbGF5LWJ1ZmZlci1yZXVzZS13aW5kb3cKIAkJICBkaXNwbGF5LWJ1 ZmZlci1pbi1wcmV2aW91cy13aW5kb3cpCi0JCSAuICgsKHdoZW4gKGFuZCAod2luZG93LWxp dmUtcCBkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cpCi0JCQkJKGZyYW1lLXZpc2libGUtcAot CQkJCSAod2luZG93LWZyYW1lIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykpKQotCQkgICAg ICAgYChwcmV2aW91cy13aW5kb3cgLiAsZGVidWdnZXItcHJldmlvdXMtd2luZG93KSkpKSkK KwkJIC4gKCwoY29uZAorICAgICAgICAgICAgICAgICAgICAgICgoYW5kICh3aW5kb3ctbGl2 ZS1wIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykKKwkJCSAgICAoZnJhbWUtdmlzaWJsZS1w CisJCQkgICAgICh3aW5kb3ctZnJhbWUgZGVidWdnZXItcHJldmlvdXMtd2luZG93KSkpCisJ CSAgICAgICBgKHByZXZpb3VzLXdpbmRvdyAuICxkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cp KQorICAgICAgICAgICAgICAgICAgICAgICgoYW5kICh3aW5kb3ctbGl2ZS1wIGRlYnVnZ2Vy LXByZS1wcmV2aW91cy13aW5kb3cpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgKGVx ICh3aW5kb3ctZnJhbWUgZGVidWdnZXItcHJlLXByZXZpb3VzLXdpbmRvdykKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKHNlbGVjdGVkLWZyYW1lKSkpCisJCSAgICAgICBg KHByZXZpb3VzLXdpbmRvdyAuICxkZWJ1Z2dlci1wcmUtcHJldmlvdXMtd2luZG93KSkpCisg ICAgICAgICAgICAgICAgICAgIChpbmhpYml0LXNhbWUtd2luZG93IC4gdCkpKSkKIAkgICAg ICAoc2V0cSBkZWJ1Z2dlci13aW5kb3cgKHNlbGVjdGVkLXdpbmRvdykpCiAJICAgICAgKGlm IChlcSBkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cgZGVidWdnZXItd2luZG93KQogCQkgICh3 aGVuIGRlYnVnZ2VyLWp1bXBpbmctZmxhZwpAQCAtMjk3LDcgKzMwNiw5IEBAIGRlYnVnCiAJ CShxdWl0LXJlc3RvcmUtd2luZG93IGRlYnVnZ2VyLXdpbmRvdyBkZWJ1Z2dlci1idXJ5LW9y LWtpbGwpCiAJCTs7IFJlc3RvcmUgY3VycmVudCBidWZmZXIgKEJ1ZyMxMjUwMikuCiAJCShz ZXQtYnVmZmVyIGRlYnVnZ2VyLW9sZC1idWZmZXIpKSkKLSAgICAgICAgICAgIDs7IEZvcmdl dCBkZWJ1Z2dlciB3aW5kb3csIGl0IHdvbid0IGJlIGJhY2sgKEJ1ZyMxNzg4MikuCisgICAg ICAgICAgICA7OyBGb3JnZXQgZGVidWdnZXIgd2luZG93LCBpdCB3b24ndCBiZSBiYWNrIChC dWcjMTc4ODIpCisgICAgICAgICAgICA7OyB1bmxlc3MgaXQncyBvbiB0aGUgc2VsZWN0ZWQg ZnJhbWUgKEJ1ZyMzMjgyNSkuCisgICAgICAgICAgICAoc2V0cSBkZWJ1Z2dlci1wcmUtcHJl dmlvdXMtd2luZG93IGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykKICAgICAgICAgICAgIChz ZXRxIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdyBuaWwpKQogICAgICAgICAgIDs7IFJlc3Rv cmUgcHJldmlvdXMgc3RhdGUgb2YgZGVidWdnZXItYnVmZmVyIGluIGNhc2Ugd2Ugd2VyZQog ICAgICAgICAgIDs7IGluIGEgcmVjdXJzaXZlIGludm9jYXRpb24gb2YgdGhlIGRlYnVnZ2Vy LCBvdGhlcndpc2UganVzdAo= --------------020608030008030406030505-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 13:07: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383991654846 (code B ref 32825); Mon, 01 Oct 2018 13:07:01 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 13:06:05 +0000 Received: from localhost ([127.0.0.1]:60856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xtl-0001G5-5I for submit@debbugs.gnu.org; Mon, 01 Oct 2018 09:06:05 -0400 Received: from mout.web.de ([217.72.192.78]:49997) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xtj-0001FS-8N for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 09:06:03 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MWS3S-1gD5dj0Ofi-00XeAA; Mon, 01 Oct 2018 15:05:53 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MWS3S-1gD5dj0Ofi-00XeAA; Mon, 01 Oct 2018 15:05:53 +0200 From: Michael Heerdegen 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> Date: Mon, 01 Oct 2018 15:05:50 +0200 In-Reply-To: <5BB0BFF0.2050700@gmx.at> (martin rudalics's message of "Sun, 30 Sep 2018 14:22:08 +0200") Message-ID: <87lg7hakb5.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:S5PNQ9pHOjaiA4kCbGvuPyzE+FnprXqAaW0JRmRj0aRdgK7IBRi wF9A/q/SonHd0BgpF9MS2CmB3+mvoHtGcRnCa4KOaf1kb8bQBD1MpYbmCwomycr2sfXygnP opmelZ8Afc/X1Q+Pngk9dlAfEoWjp1uETVF9ax98bh6Y5Hy1pUEDegmRA5af8xc190Ve+GC 4FYLh4t+LFptjBjVKqRRQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:WidH/wVoFGI=:Jo80iaGhYy0qGjtG0ydc48 p2jDc2ulkZbFHtBFZhlEs6+AGBPrBfzK5uBbecqaEcXvodsfciuAyWqFXZ+rmmcvGX84NIGik qcszt2vQh7xqC1eT8IctB6hxSIMC6Qr01cpR5IUxeRMHS36QX1JFheV9/oXyFVetrZClBUBGG klExkYig7AZA+3lNge25TWZAZuziQyXnx2aFbFK269UOiA73c4FGzqA1FEaazcq8sKEH9Ra0h Zy/14tPVa0a/Zs4HYBddDj6nBkXnq67irFdguXzV7833N5T2vmKN5MaIiow35Eqcx5SOkkFeb fVgXnV4oeB4gAOPWFbT6hUvLt7DeYl0X5LDr3fvLHiaA0dY54P+KCSsjxy6b7qEPrtQRIO1qr EfhP25E2y67YBQfmdt9r0GsD0olEsxVoMRfDtbg17IxeAGALhHvkdgpoW9mxEcDhdl4NBgLgz DU3LEhsGfWm1HUAnBZRdVxuTvNVa9KY/Twf7cIiJU4+IVi9MQMNe0X3KBM/eDnpuwdCJ+ZfJp z5CUxjd4ukvjajFnejJDsyv4oDDxjJNTe8b/21/JY4qANGYurXhaWbStZ2nlRob3KKU6aNZdT waeA5v/F+XqNyDyZXGSH3WdOgHgv4/rCUbyStgFv38I0koIUy/8u60gex24jVuiAFYWeW9DLs BUfaNkp0F/jyE6KQDTrM1AD9jnGAEdAeXNgVx/AgB4xd+3Fwk/RT9iF5cTqp6e041OMh5j6n1 nA3b1VhS8pmKBnxcRchQOMQVlCAYdxmwtjLEhX3y0I4ihjHGiO8/ceFuVSubxg0ABJciG7pBG n6JCEtdbci5HGzqFiiq71hRCs47Er0+kEdh4HgMWWL6wvGb1Is= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > Also I faintly recall that at least one of your bug reports wrt > debugging and windows was never closed. Is that true? Which one was that - I don't remember. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 13:15: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: To: Michael Heerdegen Cc: martin rudalics , Juri Linkov , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383996745870 (code B ref 32825); Mon, 01 Oct 2018 13:15:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 13:14:34 +0000 Received: from localhost ([127.0.0.1]:60880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6y1y-0001Wb-3o for submit@debbugs.gnu.org; Mon, 01 Oct 2018 09:14:34 -0400 Received: from mail-it1-f178.google.com ([209.85.166.178]:39441) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6y1x-0001WN-9V for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 09:14:33 -0400 Received: by mail-it1-f178.google.com with SMTP id w200-v6so11272752itc.4 for <32825@debbugs.gnu.org>; Mon, 01 Oct 2018 06:14:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=DGzZMrqYwdiPmZurjYRNeiPZ8diqyX4j3+JjPG4AEOI=; b=H38eVyTJqVPx6ETfUWrz/u4VMvJuJb/I4xvZUacZ1P0SNLNSbmFBeCPNlvl92Apysn FaaKHBNxpiPC5hVpR7BCBQihw3jw5dU70ZsLnAiYgLaJGvxZNgZtfRetf0S+5vPsx7wS GrRAUEmwPh8i2KAbs75952Vz/7Mg67Ydve7m0AECZ7EJYX9009yUlF1yJr2L5zp25oe7 Ky6w4LMnnkdJHezRbHJ/cNAQritjMdQGLU15zbkul+bziAZkGTaMxfdYbDhXE6glqG0m jHnhdnpdxySnysLAlrer9vhez2I7UvBWVDjD1gZbxHPjyybLFCf4lAE8GgrruOMGyztQ 8VgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=DGzZMrqYwdiPmZurjYRNeiPZ8diqyX4j3+JjPG4AEOI=; b=OyNcY/P3rVNTIh7A4ESek7+uyNKc2kciv1V7q6nR6VGLXB/IC4cRdLnfpd//RMN1Sn UTwJmGDUKNAiopspOiDA7GkxLX0+u8BzGXhy6geeS0u4WOEd/uJK5CLgywp5XFp8Rs2f xePSUFqLVx56KeWdzkxDRXLb+6K+NZMojYXbdeQ+wrBXjYktXiOYIivoKEieomHxu8ya Uqv6K7J/87FCZnmkgzmwlDkOflHuLrcyfPMp+kmHhCoUMZ1JZDd39gxqqG0zcQrHGMBi wVQTkTRq3mi7hOxweheGk9wc5a+koZuVPkF1ArgL5C/KZQrP4LsFfQhF0jhPp8E5KB21 aLQA== X-Gm-Message-State: ABuFfohIWT+Q9K5gcs9eeHPQVA1TjE5albK3s472gKp7IFL16ctiocg8 BRBqMOEswLsOicrsMvAPahM= X-Google-Smtp-Source: ACcGV61LQV6iwJ9+g3TOfXaK7hzkGp7abAxxUYC8NYYKEJDIF+floPWbPX4poHbZqDN8r6Sr0ZZ1cQ== X-Received: by 2002:a24:9a42:: with SMTP id l63-v6mr9584372ite.40.1538399667898; Mon, 01 Oct 2018 06:14:27 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id v82-v6sm4561759iod.14.2018.10.01.06.14.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 01 Oct 2018 06:14:27 -0700 (PDT) From: Noam Postavsky 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> <87lg7hakb5.fsf@web.de> Date: Mon, 01 Oct 2018 09:14:23 -0400 In-Reply-To: <87lg7hakb5.fsf@web.de> (Michael Heerdegen's message of "Mon, 01 Oct 2018 15:05:50 +0200") Message-ID: <87va6ln70w.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > martin rudalics writes: > >> Also I faintly recall that at least one of your bug reports wrt >> debugging and windows was never closed. Is that true? > > Which one was that - I don't remember. All unarchived reports from your current email address are list here: https://debbugs.gnu.org/cgi/pkgreport.cgi?submitter=michael_heerdegen%40web.de Bug#12921 could fit. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 13:20: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15383999496407 (code B ref 32825); Mon, 01 Oct 2018 13:20:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 13:19:09 +0000 Received: from localhost ([127.0.0.1]:60884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6y6O-0001fH-Ml for submit@debbugs.gnu.org; Mon, 01 Oct 2018 09:19:08 -0400 Received: from mout.web.de ([212.227.17.11]:55451) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6y6M-0001el-RL for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 09:19:07 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LrJwm-1fk64T1lLY-0135V5; Mon, 01 Oct 2018 15:18:57 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LrJwm-1fk64T1lLY-0135V5; Mon, 01 Oct 2018 15:18:57 +0200 From: Michael Heerdegen 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> Date: Mon, 01 Oct 2018 15:18:56 +0200 In-Reply-To: <5BB1DC82.8090703@gmx.at> (martin rudalics's message of "Mon, 01 Oct 2018 10:36:18 +0200") Message-ID: <87h8i5ajpb.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:DlijkEqmhsqGiDFk2GaF1f9h+ZGtiEntkLMTSQWjYkPTa6ey2Dk VNoUCawiaWJeE5QxE9CRqE/480PnFISJrJ1sGp4BuLxqvqEMgwetqzaoaGpxunb/mLc1lw1 LIKKODVWSiHD/D24jbCLNI+11fmEfjH8B6ak9qnyVF8nXPcAaPex89gMnTOS7++t110GQQI J5GJfGsEhBbdXaQAuaoLA== X-UI-Out-Filterresults: notjunk:1;V01:K0:X3eIIaUx7V8=:hKqeaGf9BhXooSwt3ntBpr gMUNtW33rn4tZI+GsquNF98xt7kywWsFZpw1cwsDzrQG2+naLxOscRwBd0aceFQoNcDR1ycc9 FQT0Xp+p4DqdrCS6dW9R97qCUq+00YIniaUdFE9MIRjgwHDCVU+7upC4Fdlv032uYh26yEGkM XSxjqVzKLA4P5nwzLt8Wk6TeTjADh/VdCJJ2kDLt9yjj5yDmPekjfPRAMjuQUBp1Msbxm91vn aN0Rg+olMW3E54RbYrgg4oEHPvL3IOZNAwqlvV7+En8DL/sbrnIHMMHokM15ItXPo8/sLqAN4 vfjoYM+bJwp2lexoEvI0bM+6pJnwlesuLgNIz3Hq9Lj57zRMrVi0iIJp7hNGDkM5Ph0vaPGwT 6CvfyNb6FB9E4yTSPesvrun7Iz1H8HzXnAIbbExLDMEeiR9BsHiY530757E+e1hQj7Xs8VaU8 UqU1/O07PaEeRhQh8ZQ02ueGp6NvsZJZ/QdZjxRXUrZs06HZxkz2Opti4akc5mQ+O6aAKEGZH 9M8utFRznhDROHhQNGugJGrO9JjbyNQGA6dNoHfqSfVMEjlja1TzjXgxrdA0nCYnKfpzgSet5 zqcQVTwwvT0r8u24E7NsWaQnRuCD18m0OdFrzlKfTxCSfo5x9ge9LRHWWCA8050knQz24GVp+ dkZ5fLa3qiIQrw3mE1YCyP3Wi5gNlC85BndKn5i8cPK2wyUHzre76+PyvVa1f/pBrpngUZqxu xTpCzxN4Kg4olL421YVSD34RjbYbcc3zvnRGGWzH/AOz2fuKJNoBGx5EnvQ6waQNTgKbh0f5f 4+eu2K/b3Pw7cFjEvC3DeYWxEyAKgMhXpnI0Jt57yJdMcXdFHo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > I attach a preliminary patch. Please try it and tell me whether you > see any difficulties with it. Haven't tried it yet, but makes sense to me. 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. Would it be worth it to factor out the pop-to-buffer action as a (function valued) user option? Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 15:08: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: To: Noam Postavsky , Michael Heerdegen Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153840643019574 (code B ref 32825); Mon, 01 Oct 2018 15:08:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 15:07:10 +0000 Received: from localhost ([127.0.0.1]:33413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6zmw-00055d-4u for submit@debbugs.gnu.org; Mon, 01 Oct 2018 11:07:10 -0400 Received: from mout.gmx.net ([212.227.17.22]:44005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6zmu-00055Q-TZ for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 11:07:09 -0400 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkwpt-1fZJf52mv7-00am00; Mon, 01 Oct 2018 17:06:58 +0200 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkwpt-1fZJf52mv7-00am00; Mon, 01 Oct 2018 17:06:58 +0200 Message-ID: <5BB2380F.3050009@gmx.at> Date: Mon, 01 Oct 2018 17:06:55 +0200 From: martin rudalics MIME-Version: 1.0 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> <87lg7hakb5.fsf@web.de> <87va6ln70w.fsf@gmail.com> In-Reply-To: <87va6ln70w.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:iLYndpBPkZchRJFlNtRgpcgO3Vx1iV8d/3sA6Dh3tyI+F/uoi1N YVv6+K3mVUm1RXNyJJKbQiuL47B2m0YtZok9t3FPFSfCtfji68+6UcFuRON7RE6zJSIRPRF 7mqw71JD8L0bL3UmPr6UCJFtS7alFFeqiXHn2gID9lWjIPyXVUT4pgvQ3XqtDZKGQHumcvj elNH35/MeFbZLoUp1fhUA== X-UI-Out-Filterresults: notjunk:1;V01:K0:dQtzudNLg64=:HMed4ZWzMiTFjh8etoPoTb /FmT20Quugp5Q9I08Gm6CqHc5ZIvqF1aQePfTqDYiZ4TsScD6IvyYZ1OwpD6c70VLY0g0R3Yu gNhN6vGm9TSgIvtR0SMKEpTrypdurCCO+58nDJ+q0A7zJu+LDkio2jmojZvvtPH65DpZatwA9 JVskGCvDtgyuSSZ8bfZMO8LuQ4ZmM/chFuN6Xc5HA/w50HjiYys0ZwdVPdI7NGiIJeqpmjimS K9AxIXgw9PLZZZO4qAT/63BsRmjPGxYh4qbe7WrJy/AfZlSnOW9kYUMJAH7b/qo5kPppF6d74 nkSp3h+7uDcoKOUefhUHEjTIwAewXa6EeDsmoez4b+RJEsvhVUf50RT6ztPSbW76bvy+L9pUp ERGRllscX2FsP18OsJwVMYlct2lmAMxKnz4oyVqVVEs4m9Mm9OEBq6d4D1Icz3+Q8k2ffrHbl 4hK2+g4QIvuk1qm+oxqA8MvnUsZax05/9+OCdD2y+BEfOfOgo5oudBD6aT92hyVhOFDiybmFi jU9zPyy6iRZNlfnkbRoN8GtIE+EJlyvmwKLYPyLCNbG7TikexRM88j3p3tBo0ZgQiTchDQ7U0 gMCiEq0w0nAZybYTTfDD/2GV93wRDHHQ+0/lBKe97UHQneiT+smckhKMG4sgifNPrPYCzSU73 F6RXttX67a0tZZCYDK9aa0YXehdaDrJ6z7/M4yXQNESQmpHUbcomVcqN6R4Nek9QzBqKmdhSj Eqm2DsvkZkYluaIkrsrm57K5td4+XvWYAGKt+1EVCxeloiPGS9Z/Lnf+J4x1QgFJlNhupCF8R 6+pdBxSKplqi9qN/C7SIUApSXq7AwZA7bhIc20gzEtu+j5jW4Q= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Bug#12921 could fit. Indeed, that's the one I meant. Thanks for the bug memory, martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Oct 2018 15:08: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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153840645619623 (code B ref 32825); Mon, 01 Oct 2018 15:08:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 15:07:36 +0000 Received: from localhost ([127.0.0.1]:33416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6znM-00056R-Da for submit@debbugs.gnu.org; Mon, 01 Oct 2018 11:07:36 -0400 Received: from mout.gmx.net ([212.227.17.20]:36717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6znK-00056E-Sy for 32825@debbugs.gnu.org; Mon, 01 Oct 2018 11:07:35 -0400 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGip3-1fu1MN0PS5-00DUE4; Mon, 01 Oct 2018 17:07:26 +0200 Received: from [192.168.1.101] ([46.125.250.27]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGip3-1fu1MN0PS5-00DUE4; Mon, 01 Oct 2018 17:07:26 +0200 Message-ID: <5BB2382C.3030608@gmx.at> Date: Mon, 01 Oct 2018 17:07:24 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87h8i5ajpb.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:AYbykjSfLMISNxubDx1m3L/Xl8yEnpSy3FXBoXgGGHldODV+qpc TkLhgsIBHcXHocXGsOgQHa+tpz9tSaI148X4PAnO4F7MKuMEnK2ZjXefZYsEj9acT5//c+4 NSZl/6pekSihFYtHOUDQIDqYz+K5vwm9xjClmfze+Me9j6cis3FkYRTp7kRcmFn1TVI0Oe0 ZGQBenNbDz3twtyWKsXGg== X-UI-Out-Filterresults: notjunk:1;V01:K0:35YWF4GE46k=:2nFj/CNm+mA5eTl4hv8xRM XDtH54WxfkeMn2T+7Z3/R5ifXb1rFNSweD0Yfg/u6/tcGHG2cB2zLrohFWFzktSkIMHNekVf7 rv5hFc8cmEdIOoyWZ22IpFTTkHDiVFNof0h3142PVqkead8D4VDY/j7wP1Tbysjxfwx0dmGzB Q1UC9EMZZ7Hk5VfrdKiWIAlcFtjxFT6FgNJVonmccm3oJhsTvdVkSFq9GHzFbVEIxlZBvM3RO g0sJDZuEDyTgG/eQP/vkKTPJLozziY+/uh9QufsU31tmgUQveJ4uQOE6gykJHgUKa5JvNQ0Fy ptAjk/NzGXV2a4AS42V6+WF+2xLKWJAdJoZcg3bINDG6Ha2AJPTrOsO6emAnh8sXfkt7aHldW VpX4Zi66WX6CQP6ErYv1Q3wdZ6KQlX3jKmBVyya+NNftj16jPdXj/Lk4etLtPqwilWli0zuPr CvLdcn+O8+/ZBptW8ErsMp6mCxduaTWU+kXVPlmsnJay7G6UHWz8WytCuNyB1hC+GU8gw31Nk ffJIAlNGMa2+37+S+RHwltquNWPlkjALP9BvW6TPC6CzTRGVA0WBU6zBfVw704JmvZ1qr98Bh gsvVQJUaqPyX9rWkGgWbYJUk0tn6duZyHne9zoLK1ucUwFMh/eU5qfB/uXIm0aPV3sm3O+fd3 ck1iVY8+2/yZCFynq5C9ULNCMpcesZjSqgEtPwHEyIMJEbJqgZ/z9VCG7mwvUQMaNQhGaKj1P sWW42nRNRBJ5GnzgTzaYr6ExP0M5tmiRp2NV6Sx3NWn6uPzdm0pfmdtn9s6D0JkiY8i7gNvd3 x3+V6IHFUPgbOd1L0fHu2ARUJhLZVihXnmP6onggiXssiIa7tk= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 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) The argument provided by 'debug' is for users who don't intend to customize the behavior. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management 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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153841745411775 (code B ref 32825); Mon, 01 Oct 2018 18:11:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Oct 2018 18:10:54 +0000 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 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 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 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 From: Michael Heerdegen 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> Date: Mon, 01 Oct 2018 20:10:39 +0200 In-Reply-To: <5BB2382C.3030608@gmx.at> (martin rudalics's message of "Mon, 01 Oct 2018 17:07:24 +0200") Message-ID: <87pnwttu5c.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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/oZHZFGWOTGPQXep dqGhrVXrxJJdb4le5ZdWBtelLCtW/zcd4+duuTKcgCfLr7LaYE= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management 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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153846595331247 (code B ref 32825); Tue, 02 Oct 2018 07:40:01 +0000 Received: (at 32825) by debbugs.gnu.org; 2 Oct 2018 07:39:13 +0000 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 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 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 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 Message-ID: <5BB32091.6090204@gmx.at> Date: Tue, 02 Oct 2018 09:38:57 +0200 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87pnwttu5c.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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+yK9H3DmdlUu0zrO x8qmNjOluY9QWgNcWf+XmGLaQiHRWd5pgnmK6No3UnvpxrZmE4= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> (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 From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management 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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Noam Postavsky , Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.153848671022980 (code B ref 32825); Tue, 02 Oct 2018 13:26:02 +0000 Received: (at 32825) by debbugs.gnu.org; 2 Oct 2018 13:25:10 +0000 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 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 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 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 From: Michael Heerdegen 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> Date: Tue, 02 Oct 2018 15:24:56 +0200 In-Reply-To: <5BB32091.6090204@gmx.at> (martin rudalics's message of "Tue, 02 Oct 2018 09:38:57 +0200") Message-ID: <87r2h8h45z.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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/uk6PXDfxUyjd9gxCdfgSyatSXsGPz6I z0xoW0WPP5DXMW+ML2lMIMStmqCEbY7Cu5ItuaXkbVWD+9gHHo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Oct 2018 19:42: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154049650322099 (code B ref 32825); Thu, 25 Oct 2018 19:42:02 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Oct 2018 19:41:43 +0000 Received: from localhost ([127.0.0.1]:42862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gFlVn-0005kM-Hv for submit@debbugs.gnu.org; Thu, 25 Oct 2018 15:41:43 -0400 Received: from chocolate.maple.relay.mailchannels.net ([23.83.214.35]:6800) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gFlVl-0005kC-IR for 32825@debbugs.gnu.org; Thu, 25 Oct 2018 15:41:42 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4022A5E3CA7; Thu, 25 Oct 2018 19:41:39 +0000 (UTC) Received: from pdx1-sub0-mail-a25.g.dreamhost.com (unknown [100.96.16.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id C060F5E3306; Thu, 25 Oct 2018 19:41:38 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a25.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 25 Oct 2018 19:41:39 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bottle-Drop: 4eb130362152ef75_1540496498892_3279421014 X-MC-Loop-Signature: 1540496498892:1840918099 X-MC-Ingress-Time: 1540496498892 Received: from pdx1-sub0-mail-a25.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTP id 3E410807C5; Thu, 25 Oct 2018 12:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=pSH97RXyYgXc3xSGiFt4z8sXNww=; b= yqUOqd1QvO+pXIA/IvI3zLXgE/D3c8vsyHQdI0dKqrkOw2GkXqM6Pf0S646leUaT XtXBQRnS4fxaHwL+SCEduJ9ZegJ0HRafoOj/uSjQ9KY4oZuSnT7TTwjWMcYiVypn F0xyR4HmLyxbUk30NP5iJVH/uKSwXA6sTvzhVxPodww= Received: from mail.jurta.org (m91-129-105-154.cust.tele2.ee [91.129.105.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTPSA id 58C77807CD; Thu, 25 Oct 2018 12:41:34 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a25 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> Date: Thu, 25 Oct 2018 22:33:27 +0300 In-Reply-To: <87wor7uqgb.fsf@web.de> (Michael Heerdegen's message of "Thu, 27 Sep 2018 13:31:32 +0200") Message-ID: <87o9bhkeih.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrgeelgddugedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrdduheegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrudehgedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvgenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Another problem with 'append' is that when the user switches to the >> window where *Backtrace* was displayed last time, and types 'C-x C-e' >> in that window, then *Backtrace* will be displayed in the same window. >> Maybe it should have (inhibit-same-window . t)? > > I guess that would make sense. In bug#32790 we discussed a possibility to use the display action display-buffer-below-selected for the *Backtrace* buffer that will predictably always display *Backtrace* below from the selected window. Maybe this makes sense as well? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Oct 2018 20:01: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154049763023891 (code B ref 32825); Thu, 25 Oct 2018 20:01:01 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Oct 2018 20:00:30 +0000 Received: from localhost ([127.0.0.1]:42880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gFlnx-0006DH-Lz for submit@debbugs.gnu.org; Thu, 25 Oct 2018 16:00:29 -0400 Received: from mout.web.de ([217.72.192.78]:37293) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gFlnu-0006D2-Fg for 32825@debbugs.gnu.org; Thu, 25 Oct 2018 16:00:26 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LdW7q-1fovVi2tec-00ikxN; Thu, 25 Oct 2018 22:00:16 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LdW7q-1fovVi2tec-00ikxN; Thu, 25 Oct 2018 22:00:16 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> Date: Thu, 25 Oct 2018 22:00:15 +0200 In-Reply-To: <87o9bhkeih.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 25 Oct 2018 22:33:27 +0300") Message-ID: <87h8h9hk4w.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:GIlb8AYMUuojOXa6CfMyP1oEwH4+7F1Jrk4kTDg/4tcgdqkwfp5 wJT7pxlnIxJXG/3vpnk6/adFYHTy14KxnTdf1fAvtFFDgPBGooP8/taUQw0VNnFyKk+M/IZ 9thd7Tu44Obh3H52+79CLdt/FQxiwQIgGSSssQzGbeY2PB5uCeyPoZ5Wrc8SpOC/u3aTrRH 6Iq2f6tY6jhge/K6iuDVA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:cAfApisj9R8=:gQTDf4ZyYFKEAPjNNRpDOY ExgSbyOyn7ckrkUOgAfIp3FgvifVr+fEygwwD+EVP2hU59Sx6tcHh9mfsnsqTQN2UMJbOR75t QfDMyEDI1JIiFPMsE0ADW24CCV89+1yZx09lCg1k7jWeJ4zcZLZQkvl2Jk+MkiV/iEWdKxXMY GST8YSlvqZ/iCvnKpuB4sGws85JUcPw9kOjp59Y4jCqu1DozZWxG458GOTY1X+ymxaZzkDWEr CzGcFYDveisSZGQ6Wt45T3Jb4HrrYSSAXcjk2eoZtZk84UDJULGEHuv3gxJFvVk+GCdd1hlab 2SSB3VcXYLEuMFf2SA8WSywo6ry0kr2KcGFNWA9AzQZk3DlZuFtzBb7NVS0cCtIKsACSuzd0c 8iQ8Jgs8clG3y8yzvUXO6ZRuThon9wll2jX/hGNvrHJp9CvrhaVUQdrTSdncPKwYutF4f8v0u 0xnwKR1xYfdiimYusFYWdFMUO3S9hR4kmHKr46yvF7cFvqgwJ1LTbobyDwWKcU5Kon5OvEsKs fkuxs7ty8eNCGN8usk4FRSCw40Nk1OaQ1a3tiyk+JcFHXRX+wb6nFnNq/8nlSZ09UPiTLDKpI Hb00MNBYCjpe6jEUCKLUOU+8+A201/Kw8ppPIAw2TirM3pcgi5+AYZKlDZx+LGQV1bzcV/di0 fllY7AOgSN0oO1rvaZfSZArAXl0lBxOA9hNIGRTcQKAJTk8LTc6km5silnxWJwEA105N7dfjX 6E1Jlb+P3gc/eJkrctHnCgegww9ENRrNw2DD7bYzK59Od0/81fDnkYNlOVB0S3oAKbYUMD8wY nDWvr6K9Az59Ff8tMXD7/W9IekhHjrtqVW9MXkCrhQAuS16b8E= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > >> Another problem with 'append' is that when the user switches to the > >> window where *Backtrace* was displayed last time, and types 'C-x C-e' > >> in that window, then *Backtrace* will be displayed in the same window. > >> Maybe it should have (inhibit-same-window . t)? > > > > I guess that would make sense. > > In bug#32790 we discussed a possibility to use the display action > display-buffer-below-selected for the *Backtrace* buffer that will > predictably always display *Backtrace* below from the selected window. > > Maybe this makes sense as well? A lot of users may like this, but not all I think at least if you can't configure it away. It's hard to tell how it feels unless you try it for a while. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 20:21: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.1540671639417 (code B ref 32825); Sat, 27 Oct 2018 20:21:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 20:20:39 +0000 Received: from localhost ([127.0.0.1]:45788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGV4Y-00006f-Kc for submit@debbugs.gnu.org; Sat, 27 Oct 2018 16:20:38 -0400 Received: from gorilla.birch.relay.mailchannels.net ([23.83.209.75]:19619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGV4T-00006R-DM for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 16:20:34 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id B874B283062; Sat, 27 Oct 2018 20:20:31 +0000 (UTC) Received: from pdx1-sub0-mail-a3.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 84E7B28304A; Sat, 27 Oct 2018 20:20:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a3.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 27 Oct 2018 20:20:31 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Fearful-Versed: 5b9a10b77517ed8c_1540671631627_195973505 X-MC-Loop-Signature: 1540671631627:1075068258 X-MC-Ingress-Time: 1540671631627 Received: from pdx1-sub0-mail-a3.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTP id 363F67F68D; Sat, 27 Oct 2018 13:20:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=tHFQTqFkjObHtNs7h9K/VPVP/lA=; b= RD/A70aBWr9GfO03W9Qt501kROzybkPmJSNtUy20817qSbShrzbauU2GHcggOD5f c3k5qgctjz2SEut6uPs490glrEMB3CDiZNkRcZYjf/7lhH000cZHdwB66j4R0FhY cTmsAD5wH3WnbYztfpob4gISf9ZhusOAwD/uGZwLWJo= Received: from mail.jurta.org (m91-129-105-154.cust.tele2.ee [91.129.105.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTPSA id 708E57F68E; Sat, 27 Oct 2018 13:20:28 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a3 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> Date: Sat, 27 Oct 2018 23:14:59 +0300 In-Reply-To: <87h8h9hk4w.fsf@web.de> (Michael Heerdegen's message of "Thu, 25 Oct 2018 22:00:15 +0200") Message-ID: <87d0rvb7xg.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrheeggdduhedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrdduheegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrudehgedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvgenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> In bug#32790 we discussed a possibility to use the display action >> display-buffer-below-selected for the *Backtrace* buffer that will >> predictably always display *Backtrace* below from the selected window. >> >> Maybe this makes sense as well? > > A lot of users may like this, but not all I think at least if you can't > configure it away. It's hard to tell how it feels unless you try it for > a while. It will be possible to configure it after adding the new action to the end: diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el index 7fc2b41c70..dc5230b82a 100644 --- a/lisp/emacs-lisp/debug.el +++ b/lisp/emacs-lisp/debug.el @@ -239,7 +239,8 @@ debug (pop-to-buffer debugger-buffer `((display-buffer-reuse-window - display-buffer-in-previous-window) + display-buffer-in-previous-window + display-buffer-below-selected) . (,(when (and (window-live-p debugger-previous-window) (frame-visible-p (window-frame debugger-previous-window))) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 20:29: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15406720981214 (code B ref 32825); Sat, 27 Oct 2018 20:29:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 20:28:18 +0000 Received: from localhost ([127.0.0.1]:45807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGVBx-0000JW-QR for submit@debbugs.gnu.org; Sat, 27 Oct 2018 16:28:17 -0400 Received: from mout.web.de ([212.227.15.4]:32863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGVBw-0000JJ-D8 for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 16:28:16 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MddXQ-1fvXzO249k-00POYU; Sat, 27 Oct 2018 22:28:06 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MddXQ-1fvXzO249k-00POYU; Sat, 27 Oct 2018 22:28:06 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> Date: Sat, 27 Oct 2018 22:28:04 +0200 In-Reply-To: <87d0rvb7xg.fsf@mail.linkov.net> (Juri Linkov's message of "Sat, 27 Oct 2018 23:14:59 +0300") Message-ID: <87sh0rkucr.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:knDJNzHU36OTQhXwE/boeXI71f9bbf9TX1hNY42iWRmtxeLJT6j fDdWDx7MsKYi2/e11vwvD+zQXHdfKWQSv1c2c96uRUPLe1rhztHRMevBX3E9BhpCwdChNGz claG2r64kbzQMYipBYVMzBaOkAwvFBMbCfjk7PUf3+cGpzNiVZDrAsoNglmhWmxkEz4S3b2 qamoipxoiBucRIFRWEgEw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:WXXIDD8iPIE=:72J17SVhn1UUCU6SJC72fx CLOqIIJfPAso19cu1/lidGKYYkbfWSscq2xIX7tRfkM1CisGkto8i1C1iwK+p9F0aSuqUjNcy j/NWndyt8ssOOD9/RHF97hQ5pRnIrnRmYrspiJG2KgtWaHQydOpgIKUq1Q4Ce1ZTMW/HjhsTI qFEhxmYMBSt5XCloxQfHa1e3+COVaaqbToX3Anq4fMk5XaDh7Vq53rKfKsOgsG52PttD7e3tC I00TEKRUbDSpHmwmkRKasTJJvRH/BigR1TO1wSmImXSo9Xl2bH5SzVwzT6Tk1wBwQ+CE7gh9g KHxYfx1oGWWb7K61gTEn0Lgi+VcTzUEjxVf73Y1ubcxRzmnJp2Q4pUUFOPbLCHmIzmiaZL597 zK1t2vwAQRrd01j/wTMUiNtBvBx+mFmtIaxPUIsF4Vhe91Jq5xbnmm5KErSgqQ/BeN6f3zSXy r4rWmJOQFkCzvYOLMNVPxGZsG/FWVfd4s3J1Kw9V4Soh56tDv9i2TL77A39kUxLRdiyZWhTuK LbSLgDMLi/W2r0eNUb+9fVscYwVAo0WgMKnA0l3Zb8fq4UExfKlKW/5uBJCaADbuOhR183Y7Z SkjV5ugO9EZem6dOuS9AvVy+kQuQ88ZMowMrljU6ZHiFeq6hF9Exk0krTytHmgY/oF4ljtkKO kArK5JqyTeA02FPrKmeWJPryq1JaDAtuSeWqq29lWMaNJYw95+Mheec/qbRMBgKcd6y8GNaId WIbA7Ht9aFUhasYMZsqaY7onIV4jCKkPWAhiSiGtrPMoAaGLt0x1YTxYlO9LyOh+pdMOan++K e0Quj/ElsIaJNRWskdyopjTjKYpo8emXYLI2eUOPAhUM1Wz2yY= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > It will be possible to configure it after adding the new action to the > end: > > diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el > index 7fc2b41c70..dc5230b82a 100644 > --- a/lisp/emacs-lisp/debug.el > +++ b/lisp/emacs-lisp/debug.el > @@ -239,7 +239,8 @@ debug > (pop-to-buffer > debugger-buffer > `((display-buffer-reuse-window > - display-buffer-in-previous-window) > + display-buffer-in-previous-window > + display-buffer-below-selected) > . (,(when (and (window-live-p > debugger-previous-window) > (frame-visible-p > (window-frame > debugger-previous-window))) Under which conditions will `display-buffer-below-selected' be chosen? Only when there is no previous window? Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 21:01: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154067404412065 (code B ref 32825); Sat, 27 Oct 2018 21:01:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 21:00:44 +0000 Received: from localhost ([127.0.0.1]:45836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGVhM-00038W-Ef for submit@debbugs.gnu.org; Sat, 27 Oct 2018 17:00:44 -0400 Received: from chocolate.maple.relay.mailchannels.net ([23.83.214.35]:8108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGVhL-00038O-9G for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 17:00:43 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 710755020F8; Sat, 27 Oct 2018 21:00:41 +0000 (UTC) Received: from pdx1-sub0-mail-a3.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3D523502105; Sat, 27 Oct 2018 21:00:41 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a3.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 27 Oct 2018 21:00:41 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Chemical-Scare: 224fbce5050c2a6f_1540674041338_1055726672 X-MC-Loop-Signature: 1540674041338:1849465240 X-MC-Ingress-Time: 1540674041338 Received: from pdx1-sub0-mail-a3.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTP id CA8F37F69A; Sat, 27 Oct 2018 14:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Fs5lWMpvrAvBjqP+xbqqHNaHc/8=; b= FP9XxBNnSZzKSO2s981EfqJ3hvMdD3OQaMMISKFdumVzJyjrmmoMdVJbt25M7Lk+ Xk7fh8e9YnaoQx7L3oxYQPajThBzvHqsev8ok8rFdi4e41H169N+7L8yreqoJ6d6 wvQXwhwGQZ9Hh4yZuPJqdq7fsD0nhkHM5ASk1mjcnSk= Received: from mail.jurta.org (m91-129-105-154.cust.tele2.ee [91.129.105.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTPSA id C43537F679; Sat, 27 Oct 2018 14:00:38 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a3 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> Date: Sat, 27 Oct 2018 23:59:44 +0300 In-Reply-To: <87sh0rkucr.fsf@web.de> (Michael Heerdegen's message of "Sat, 27 Oct 2018 22:28:04 +0200") Message-ID: <87d0rvqf5r.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrheeggdduiedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrdduheegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrudehgedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> It will be possible to configure it after adding the new action to the >> end: >> >> diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el >> index 7fc2b41c70..dc5230b82a 100644 >> --- a/lisp/emacs-lisp/debug.el >> +++ b/lisp/emacs-lisp/debug.el >> @@ -239,7 +239,8 @@ debug >> (pop-to-buffer >> debugger-buffer >> `((display-buffer-reuse-window >> - display-buffer-in-previous-window) >> + display-buffer-in-previous-window >> + display-buffer-below-selected) >> . (,(when (and (window-live-p >> debugger-previous-window) >> (frame-visible-p >> (window-frame >> debugger-previous-window))) > > Under which conditions will `display-buffer-below-selected' be chosen? > Only when there is no previous window? If I understand correctly the logic of display-buffer then yes, it should display it below the selected only when there is no previous window (and no window is reused). From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 21:22: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154067530713952 (code B ref 32825); Sat, 27 Oct 2018 21:22:01 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 21:21:47 +0000 Received: from localhost ([127.0.0.1]:45852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGW1i-0003cw-PN for submit@debbugs.gnu.org; Sat, 27 Oct 2018 17:21:46 -0400 Received: from mout.web.de ([212.227.15.14]:55205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGW1h-0003ck-CI for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 17:21:45 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LxNyU-1fWgXF3kUM-01718X; Sat, 27 Oct 2018 23:21:36 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LxNyU-1fWgXF3kUM-01718X; Sat, 27 Oct 2018 23:21:36 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> Date: Sat, 27 Oct 2018 23:21:33 +0200 In-Reply-To: <87d0rvqf5r.fsf@mail.linkov.net> (Juri Linkov's message of "Sat, 27 Oct 2018 23:59:44 +0300") Message-ID: <87k1m3krvm.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:BJpTE7+4RejtpJZfdEZlbLdxs5nVuXNTgHpP1WEjUMukgIdcV7T 9h2a6en7sqkKeM/MxCe6Gnh5YKCDmCt3nZutWgugWmPHp9f00Ld+59Zvrr2hsLHKvDLAdT8 C7EXjQez/kMZrOTcjC/doZMIXtc3PojBNOrXYWGIpiWQyohHG7O1K6dWBj7P1D03n3312TO 4e24HxrgVgnZvjYtE+k9w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:PUhXWyI6m54=:D2iKIlWoKCA8CJkjuzujqK mDBaCjJ9YLFZJacbYqGRnmDWFke3CN0SRCUsnLVIBzmIM8edho6i8z1C1f2dG0u9Go8NFfxcd YKPk6GATJReMn45N2d3LAo+UWcNxiIOPT+rWQT9dZ5cCODPGfq3eXLVfOPAvEO+KQcAVlYMR/ Dcw8z4+gomaRcLlOG6UYpqXQ3HyxPBpY6jYeIgjdrZZ2iITjoHdGmIub1ovj78818YL50lMI1 weEkEPcOJs47iUsYuOmPxadl0FEqsI9N+YyJYNIQifLV9rr3imm6cbt5HLdii8Zir5rcHRUzT WMNBpW7bo+JHPYwbzu5gcex8eA0H3S/BhpQZq8ipRknU0jGRNKgY6q7H4Aouzwkr5R2Cqy+wk stHRoYD7yfnNi4MbKYZCMHoBf2qTIEDkX5Hz5viUNRiFt3TntGcUbYfhskSA8MlPDHxOapKeF LK0rmIWz+dTvR6+jvVf2harYfaH/IixpjNIEIl2J0GSuNdHuJTUvZSK4sE4bBCovih6rDy+Yh FfxFe6nA9umCoezU1qJlpm4cmSMTuaiTKgWoZxnfqHPFGpoB8FE/YsV6Xsl3w9rTsRhKvbw7j jKqp5o9IQDmmZuKy/SW+gbNvQZ27ZPMd+wRCHUft4v5ZlhDAS6IJCUtKIZ9dQ3O1Bp408pPTn +OtlG392DBuO2S8mw0xWonXHAHfmRXEpM698uUzcr8sozpcF3MpVgFlI2C2d1VPRfu1TCXW1t Ou7Xpa+THoKTAGU9sCLjyFspO/mVlERCps1NrRfanwGLvHYyM9n7UTQabMvK9bVcZ+3OyDQ6T PSFe9WFyeGbt6YIpRysg+aqB9wIlT9j/c6le0n9jnMKW2GJKQk= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > If I understand correctly the logic of display-buffer then yes, > it should display it below the selected only when there is no > previous window (and no window is reused). That's ok I think. How does your change behave when the height of the window below the selected one is small? Should we specify a minimum height somewhere? Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 21:52: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154067710216674 (code B ref 32825); Sat, 27 Oct 2018 21:52:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 21:51:42 +0000 Received: from localhost ([127.0.0.1]:45879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGWUf-0004Kr-Rv for submit@debbugs.gnu.org; Sat, 27 Oct 2018 17:51:42 -0400 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:20036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGWUe-0004Ki-8H for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 17:51:40 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id A6A812811D3; Sat, 27 Oct 2018 21:51:38 +0000 (UTC) Received: from pdx1-sub0-mail-a3.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 6E182281144; Sat, 27 Oct 2018 21:51:38 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a3.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 27 Oct 2018 21:51:38 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Broad: 3fdff6a31a1ca210_1540677098553_1588749020 X-MC-Loop-Signature: 1540677098553:1066067827 X-MC-Ingress-Time: 1540677098553 Received: from pdx1-sub0-mail-a3.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTP id 153537F6A5; Sat, 27 Oct 2018 14:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=iBQG1v16on4ISgn1IFDnPf/Xy+E=; b= lNPBQ4BiAq9eiZMRPE5CfigYQb1xm/FPJvwUPk7qcRh9AmzfCRgUJSB61Sx1RzhI W45n1Al+E97u6uOw6DSD+pcYs90MaFB0O6hwWNo2HflBCYMlPecukWH5SsWKfyhU b0r5xvPMlwGfp0r35dMGLrqvWUuL+GKtlwb9Bdjs7OQ= Received: from mail.jurta.org (m91-129-105-154.cust.tele2.ee [91.129.105.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTPSA id D8B0B7F6A0; Sat, 27 Oct 2018 14:51:35 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a3 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> Date: Sun, 28 Oct 2018 00:34:55 +0300 In-Reply-To: <87k1m3krvm.fsf@web.de> (Michael Heerdegen's message of "Sat, 27 Oct 2018 23:21:33 +0200") Message-ID: <87o9bf13b4.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrheehgddtgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddthedrudehgeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdehrdduheegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigvsgdruggvnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> If I understand correctly the logic of display-buffer then yes, >> it should display it below the selected only when there is no >> previous window (and no window is reused). > > That's ok I think. > > How does your change behave when the height of the window below the > selected one is small? Should we specify a minimum height somewhere? Before proposing this change, I extensively tested it with small heights, and I see that in case of small heights, display-buffer-below-selected reuses a window that is below from the selected, that is a good behavior. A minimum height is defined by window-min-height, by default it's 4. But for *Backtrace* maybe we should let-bind a larger value? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 22:03: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154067774224388 (code B ref 32825); Sat, 27 Oct 2018 22:03:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Oct 2018 22:02:22 +0000 Received: from localhost ([127.0.0.1]:45901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGWf0-0006L1-1T for submit@debbugs.gnu.org; Sat, 27 Oct 2018 18:02:22 -0400 Received: from mout.web.de ([212.227.17.12]:48801) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGWey-0006Gd-Gr for 32825@debbugs.gnu.org; Sat, 27 Oct 2018 18:02:20 -0400 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LfzxX-1fobtK3LUx-00pgW4; Sun, 28 Oct 2018 00:02:09 +0200 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LfzxX-1fobtK3LUx-00pgW4; Sun, 28 Oct 2018 00:02:09 +0200 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> Date: Sun, 28 Oct 2018 00:02:06 +0200 In-Reply-To: <87o9bf13b4.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 28 Oct 2018 00:34:55 +0300") Message-ID: <87d0rvkq01.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:L/28PSFi0eyLXO0vbt2fQX8xN6UxM9IzL6nbw9PZldDVy8l0L8i oa1CGg45RCTudiF920kOVKTzQVY3dYLEm9nRNMUsnLsSo1gXXevds6jK2jojPllG+J09OFc tb35AlHUdweR8Xa9fDESE/ZMeDtTMOSgF3kRVXTXWfQbyur7ouuJpGqKVB19ye8QGRiQ3K0 P/P+GodHQHz7jywFqqGQw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:uSHuY7JtxwA=:ZQbAhQ818KOlmXj3X1tVr8 4u6zwS9JYTObfm84pjXlNtWDjhotNFFTV8HHWP3VG0N90lSPPldp/UcfSR4SYap4laeFbi7Nr ad8GyDDDxRpiDFs6wD6bEvgGCmEz1JLbuwsj+ln3Bq6rjRJ3cdFOvd9ZLzuPxbPc/vW04j8WK k62rwUallyFF7Cw/ohfR4OpTfCUBaQz9QZMXK/A4jC1oby8rBDHDEbrisjcCQrAxlJXMkUxcg EkJXGrN5/XWAKvsFusv29cj3ae8XjKFu4hjDFd8q3aWigIk4yxuItFLudoXJu0HbnnoYUteTv hDXTuobMxdduogs+5jsBrY4FpHgtsoqEmLTFnejkgImcHR0BFIcORk0ehySsCLN1590gPtYjH QEQO3xomjTflwaBlACBb9c4Rgv8P86IOnPsMlE4W+fOgo8RENN2pRAJrrStL/54u88LmZdlmv +KpcdG5gnG1BDOMPVp0bzThIgYL3dUwjLghmGF3NaALO1PK1K66nO8DvM4I2xZO20zNbfja7v 4lVjFwt53zJer68F05NoGDZl5Mvf+r2rW8M+WEDAUrcgqxifremFX9skna9sIORgszeErPDQT xERSYjZiFBO3zCsj7fKf+o0VskRfxByRNRvkgWymoQ7ptFv82ZuMOKDZ70oyV77bu25T4ywfk 04fZNwoGwKTOEE5tuPfQWfhxq2fi9Uj0HHZH277d15PB5FIkXO2BV/28ADVJprJ2HI62z2pQZ 7mOALZBFogPG4qQ/X7wtlTyfhO3Ia1ERmTCbtBnimlqvTN3k0X/7NgkDyaYdevoJURaRE61mx 9UuDCxUzWTLINbgrgYDsWGZoR57o8P7+6k08U5o5QKQFP4BkmU= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > A minimum height is defined by window-min-height, by default it's 4. > But for *Backtrace* maybe we should let-bind a larger value? I think that could be appropriate. That's now something that display-buffer-alist can't do: keep the default action(s), but specify parameters, like a larger window-min-height. I mean, there is no way to change that value unless you around-advice the whole function. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Oct 2018 09:08: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: To: Michael Heerdegen , Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.1540717627310 (code B ref 32825); Sun, 28 Oct 2018 09:08:02 +0000 Received: (at 32825) by debbugs.gnu.org; 28 Oct 2018 09:07:07 +0000 Received: from localhost ([127.0.0.1]:46662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGh2J-00004v-0Y for submit@debbugs.gnu.org; Sun, 28 Oct 2018 05:07:07 -0400 Received: from mout.gmx.net ([212.227.15.18]:42185) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGh2G-0008W6-9q for 32825@debbugs.gnu.org; Sun, 28 Oct 2018 05:07:05 -0400 Received: from [192.168.1.101] ([212.95.5.102]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwaMR-1fVgB618et-018Iwg; Sun, 28 Oct 2018 10:06:55 +0100 Received: from [192.168.1.101] ([212.95.5.102]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwaMR-1fVgB618et-018Iwg; Sun, 28 Oct 2018 10:06:55 +0100 Message-ID: <5BD57C2B.7020109@gmx.at> Date: Sun, 28 Oct 2018 10:06:51 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> In-Reply-To: <87d0rvkq01.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:LxjK4n0QSuJaoTzabLb+4ISBqjvV/3IjiWt/kWYK3sTFd9dJzP/ b+rhioXprzMd4MkJ44rIwOMAFge+g2KTGalOvdOCwvRXpg2OYRUgi1/AzJmhXBbn5KcKKkq H3D+FbD4Wc8s4jdWSDTQ+CxASDzRHjZu6ZkAcKXZKy4JVXYFLWSJ7+wzlU7SqGZMjGHRAyF ha80Qd+3N8lex61umPxbA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:XSs0EWZg7Cs=:XgwGprSF6qu1lRBnpFP7Mr jm0WdzopFD3Lo4rupKXgNizADY/ff8nGwEDDitV5MXBryJeAMCTxrQkl/8RvNvgoMNtnId+Mq f8hjLzb/2VlXyMwezfzDnoQHQEK1G3kUsMo5/sCOyTkASTBXxGfd8zwWxdMkfBz+S3C6IRAnK H5n6ZUQmuCnsq2gL2DbhSeuIZFqalOtcEHpTTHGW8gPJd1zeHPUpyS3UIIiASBvpy3hft7ytq BMXCtVTvsEJScBUNp8jKZFW7h6BXka87lfHZDEMQKJAMZ4SBAJ2oVfPv0QyfspAmIKe6yIq+l fUUfuSRZRb6cSHrMkWED5IB00kQ9I1K3cJ7XnZQK5lDC6mC6kz5OImqu3aU6S4XLtel7HT1ya aCrqFVoL8fEzKistU7887ZYeCKlveCVUXwijcOWzL681X4Xfrn9pgOqzqYZ+Q+BvEcAs0Ry8T CP+92Cl8/9ChJRNgzDljfcjJQZiq+aQyEkNtq1sSh8PcnvUQSIGERSB3sl+fJpzCNfjs7kqYN bVPwYXkSwNxlE7hOeRkVchn8P6v5DcsrfNXAFjqvxoRniY6/TxwjxG4/B84zaHLYq6ID6JmSf PR918AzwU3/Zde69hdXmT67CPcJDWChpNQbADsUOLuvQRn0K6XC1gEHN3E0M9UpZ2FhiQFJY9 PiIKdRltzS/rhFdje6LbhxxrUPdBI6ss5Yo0S+RL5XwZUyKmkSEcWJEz+3/4rvJQUFOPm75Gb 7lHxMIxbGd68aZl3izKavzBaJ25/U1z66QWXMt82b2w8yI8LYPJmzC/k6x/C47B+uYGuKtqLa J3+/ZUu+d+xIbOiV4HpqOiBA9IVgLyS3t/0ofChRZWOULoc0cc= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > That's now something that display-buffer-alist can't do: keep the > default action(s), but specify parameters, like a larger > window-min-height. I mean, there is no way to change that value unless > you around-advice the whole function. The caller of 'display-buffer' could bind 'window-min-height' to another value around the call. But that's a bad idea because it may override a user customization and because a high value would not allow a window to be created even if other windows would tolerate the lower value while a low value would allow other windows to shrink to that value as well when a new window is created. Couldn't setting a 'window-height' action alist entry help here? Maybe with a suitable function? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Oct 2018 19:41: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154075561619376 (code B ref 32825); Sun, 28 Oct 2018 19:41:02 +0000 Received: (at 32825) by debbugs.gnu.org; 28 Oct 2018 19:40:16 +0000 Received: from localhost ([127.0.0.1]:49338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGqv1-00052S-QJ for submit@debbugs.gnu.org; Sun, 28 Oct 2018 15:40:16 -0400 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:25688) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGqv0-00052I-50 for 32825@debbugs.gnu.org; Sun, 28 Oct 2018 15:40:15 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D29DF501D37; Sun, 28 Oct 2018 19:40:11 +0000 (UTC) Received: from pdx1-sub0-mail-a9.g.dreamhost.com (unknown [100.96.16.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7E1735018C2; Sun, 28 Oct 2018 19:40:11 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a9.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 28 Oct 2018 19:40:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-White-Unite: 63ffedd4286f401c_1540755611598_324705012 X-MC-Loop-Signature: 1540755611598:1161891034 X-MC-Ingress-Time: 1540755611598 Received: from pdx1-sub0-mail-a9.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTP id 2F1197F794; Sun, 28 Oct 2018 12:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=F1hs+sxiYIk/GvfpZIpGfi+zihQ=; b= J6GsW9CrVNJPLmB+6skijpjnPEQsDrPuRrNgu+MSnAc20nkQwDv9fy/yJFkyFxNg xGzSYGFrfVsU7LyesSnrbkxTDDwTeTwym+xgxaCYGRjcttQbcHc8OoCg9+zuQ6Gl jHyL5GgceqkdgXGJX8Gc3pLcKSV6YpVmxfT5lpJPvyg= Received: from mail.jurta.org (m91-129-105-154.cust.tele2.ee [91.129.105.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTPSA id 6B1347F790; Sun, 28 Oct 2018 12:40:07 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a9 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> Date: Sun, 28 Oct 2018 21:02:16 +0200 In-Reply-To: <5BD57C2B.7020109@gmx.at> (martin rudalics's message of "Sun, 28 Oct 2018 10:06:51 +0100") Message-ID: <874ld62saf.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrheeigddufedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrdduheegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrudehgedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Couldn't setting a 'window-height' action alist entry help here? There is no need to set 'window-height' because display-buffer-below-selected calculates the right height. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Oct 2018 08:44: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154080263611351 (code B ref 32825); Mon, 29 Oct 2018 08:44:01 +0000 Received: (at 32825) by debbugs.gnu.org; 29 Oct 2018 08:43:56 +0000 Received: from localhost ([127.0.0.1]:49905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH39Q-0002x1-CC for submit@debbugs.gnu.org; Mon, 29 Oct 2018 04:43:56 -0400 Received: from mout.gmx.net ([212.227.17.22]:44431) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH39O-0002wn-9t for 32825@debbugs.gnu.org; Mon, 29 Oct 2018 04:43:54 -0400 Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcFTN-1fpjGk32ub-00jaxF; Mon, 29 Oct 2018 09:43:43 +0100 Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcFTN-1fpjGk32ub-00jaxF; Mon, 29 Oct 2018 09:43:43 +0100 Message-ID: <5BD6C83A.7090100@gmx.at> Date: Mon, 29 Oct 2018 09:43:38 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <874ld62saf.fsf@mail.linkov.net> In-Reply-To: <874ld62saf.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:jUXGp+WZBx10KI82bPyXZ+Iic7AH5Lqgivm3vK9+qJ4mKTkaNa6 wrWzoHJih9zwehBL2czpE3NqhZ3/QmkwghVQbInO3t7oFsbOhh8sR7l/Obc+XmSiR41D2tj +z05/vSwwaqkFRXiX2yKvvjmyQ+XibWXDVNwJBe08h0dKC43S34sf1lCyA2N3GYPIaD0V5M nZzbWpZ5nLOK+a2N/hBIg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:LnAnyllqrd8=:aGUWeQOzTyhkMZSKvk8ton m4QTNrqOy+HXT5LJrf1aK6ecngNw8LKKk9mRL6AgnVZbI0in5tkIPIgPwOJP1gk0jtZPnt83p ACzMJWdSWgpVDyKkUjf+z22SH6asc/KiLEYbPUkmGopWfw9jpU2JvFFUxrWZQLVxApd0JYH6g hQS5XV5PjTpqqiln/oakzzf79T8wmYwIdJWViJAyAq8bOfLwEjNQYHnUQ5cLMP4QGffh5RR1w wxmSfv3TGIffy4KzkaZZWvzn0+raUI8ZZur3Wk1ifK3FeriqR63H7Hg9uNpn8IZrx8sFjnCqK Ck4VCFJdchKrM0n1eRUhAzMeMFsm17DMPjGCAfsu8ZPDKIODOGy5ToZv1Oq33jaPnKvlfh6B/ D5mGIVWBJk8DUO711G2RNQWaVYBdBqK3JZx8JrkYxG1Kzd7r7qS6dRHih1+V6YAFE1BSBzDsA 03/Hv80cGD37xuP3m/6t4821gKk8zg44wqckCWDT1nIu4Rer0ibCe7E0EACsSKE7t0vmCzj58 iatqilR/OP5JUPgTYehZCh2YT4LH1EmToVXB1zRh2NJLa0RSd1pDwxGkuB7KzGxNs4sNvDjPO WqlY+oeMZdAjDZ3yHxIxBmS1CWiEfdiDY+QkcUjhMssrk7Y7SILERXrrVSNo+r+xP/Tyhrybc XThpcIKLT0g1qWmjpwBS5Op6HjVyleHIGJnN7aT/tbICtdw/2tcsAUapvCegAhcqixxZvFyYu n8WMTBQFACENgZWRCTyPofxWWxrTjPrP+T4Mxk/jARZBdD0r/9swknh9EIolRbzHHGWBMFxne LisnbFXC7m2Tx9bDReQExR6Hl5x4Fo7oO3gZUQ5mVLqgjtgOzo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > There is no need to set 'window-height' because > display-buffer-below-selected calculates the right height. But only if you ask it to do that, for example, with a 'window-height' alist entry. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Oct 2018 22:54: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154085361618431 (code B ref 32825); Mon, 29 Oct 2018 22:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 29 Oct 2018 22:53:36 +0000 Received: from localhost ([127.0.0.1]:52301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHGPg-0004nD-Ho for submit@debbugs.gnu.org; Mon, 29 Oct 2018 18:53:36 -0400 Received: from cockroach.maple.relay.mailchannels.net ([23.83.214.37]:46263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHGPe-0004n3-9U for 32825@debbugs.gnu.org; Mon, 29 Oct 2018 18:53:34 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 48F4812424B; Mon, 29 Oct 2018 22:53:32 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id CCBC012441C; Mon, 29 Oct 2018 22:53:26 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 29 Oct 2018 22:53:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Shelf-Wide-Eyed: 7d836cc9319a1468_1540853606994_25814055 X-MC-Loop-Signature: 1540853606994:1917561062 X-MC-Ingress-Time: 1540853606993 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 6F76B80834; Mon, 29 Oct 2018 15:53:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=+kv4Rl2N/XtGz2FMg/2IAFh0dIA=; b= 2POSuvOAqzqtGMFbUsPo+/+DKD3Gp2OOf/oBZSsnkmj4slgNu1jNFki20Yv0H+LG 3V7K9tJV6Yygj2axqB/tm8jUE0hLRYSVJfgx4LKYCAQnl0TLfy2o9rJdNueWyWZb ObGVkCHn8Fmdqkl3mDosBqZ+gk9Xk4cEIfnd8+xbhp0= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id BC43D80833; Mon, 29 Oct 2018 15:53:21 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <874ld62saf.fsf@mail.linkov.net> <5BD6C83A.7090100@gmx.at> Date: Tue, 30 Oct 2018 00:47:18 +0200 In-Reply-To: <5BD6C83A.7090100@gmx.at> (martin rudalics's message of "Mon, 29 Oct 2018 09:43:38 +0100") Message-ID: <871s8874ll.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrheelgddtfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrudehjeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdduheejpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> There is no need to set 'window-height' because >> display-buffer-below-selected calculates the right height. > > But only if you ask it to do that, for example, with a 'window-height' > alist entry. I see that it already does the right thing by default. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Oct 2018 21:54: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15409363973716 (code B ref 32825); Tue, 30 Oct 2018 21:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Oct 2018 21:53:17 +0000 Received: from localhost ([127.0.0.1]:55968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHbwq-0000xs-UQ for submit@debbugs.gnu.org; Tue, 30 Oct 2018 17:53:17 -0400 Received: from glass.birch.relay.mailchannels.net ([23.83.209.70]:46775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHbwp-0000xj-4f for 32825@debbugs.gnu.org; Tue, 30 Oct 2018 17:53:15 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7AA52683352; Tue, 30 Oct 2018 21:53:13 +0000 (UTC) Received: from pdx1-sub0-mail-a74.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 340CA6834AD; Tue, 30 Oct 2018 21:53:13 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a74.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 30 Oct 2018 21:53:13 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Quick-Vacuous: 58ca73fb392b2cfe_1540936393353_4207695070 X-MC-Loop-Signature: 1540936393353:1893520940 X-MC-Ingress-Time: 1540936393353 Received: from pdx1-sub0-mail-a74.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a74.g.dreamhost.com (Postfix) with ESMTP id E643680AD7; Tue, 30 Oct 2018 14:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=IuFB/qyVpq+L/PhFvY/g1dhf90E=; b= qn8vqLc8I0/CKcgJDGcZtAHqja29l9OZTn1hmUgLJqS5LiYM4Z3C0zdfrAvLYxdK /h8mIBttFZJ9MeGDojbBRx1o/ynjFJ6VeYN4Eijph+i/AFqqTo3vkifz4QpsVHdI PZhVsf6WGjEFCKEaNkX5qTLltVm90Onk875KKl6KQtY= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a74.g.dreamhost.com (Postfix) with ESMTPSA id 0FF7780ACE; Tue, 30 Oct 2018 14:53:10 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a74 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> Date: Tue, 30 Oct 2018 23:18:51 +0200 In-Reply-To: <5BD57C2B.7020109@gmx.at> (martin rudalics's message of "Sun, 28 Oct 2018 10:06:51 +0100") Message-ID: <87tvl3rvks.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedriedtgdduhedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdduheejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrudehjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> That's now something that display-buffer-alist can't do: keep the >> default action(s), but specify parameters, like a larger >> window-min-height. I mean, there is no way to change that value unless >> you around-advice the whole function. > > The caller of 'display-buffer' could bind 'window-min-height' to > another value around the call. But that's a bad idea because it may > override a user customization and because a high value would not allow > a window to be created even if other windows would tolerate the lower > value while a low value would allow other windows to shrink to that > value as well when a new window is created. > > Couldn't setting a 'window-height' action alist entry help here? > Maybe with a suitable function? I still don't understand why it's impossible to support such uses? diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el index 7fc2b41c70..6d72616dbc 100644 --- a/lisp/emacs-lisp/debug.el +++ b/lisp/emacs-lisp/debug.el @@ -239,11 +239,13 @@ debug (pop-to-buffer debugger-buffer `((display-buffer-reuse-window - display-buffer-in-previous-window) - . (,(when (and (window-live-p debugger-previous-window) - (frame-visible-p - (window-frame debugger-previous-window))) - `(previous-window . ,debugger-previous-window))))) + display-buffer-in-previous-window + display-buffer-below-selected) + . ((window-min-height . 10) + ,@(when (and (window-live-p debugger-previous-window) + (frame-visible-p + (window-frame debugger-previous-window))) + `((previous-window . ,debugger-previous-window)))))) (setq debugger-window (selected-window)) (if (eq debugger-previous-window debugger-window) (when debugger-jumping-flag From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Oct 2018 08:12: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154097348011898 (code B ref 32825); Wed, 31 Oct 2018 08:12:02 +0000 Received: (at 32825) by debbugs.gnu.org; 31 Oct 2018 08:11:20 +0000 Received: from localhost ([127.0.0.1]:56227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHlax-00035q-LU for submit@debbugs.gnu.org; Wed, 31 Oct 2018 04:11:19 -0400 Received: from mout.gmx.net ([212.227.15.15]:50787) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHlav-00035X-DK for 32825@debbugs.gnu.org; Wed, 31 Oct 2018 04:11:17 -0400 Received: from [192.168.1.101] ([213.162.73.82]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54L0-1fM7IC1yCE-00zIEu; Wed, 31 Oct 2018 09:11:06 +0100 Received: from [192.168.1.101] ([213.162.73.82]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54L0-1fM7IC1yCE-00zIEu; Wed, 31 Oct 2018 09:11:06 +0100 Message-ID: <5BD96392.3040008@gmx.at> Date: Wed, 31 Oct 2018 09:10:58 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> In-Reply-To: <87tvl3rvks.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:tNC1WG+teRkak4fLoMpCv0SoByaP6SoOIjxRBT0dsi5XdZcKBu7 0Bw26pzDJ/68+WSCjFNKfe22UJuCX8ibE2UqylYmB2aggBvwjWs0b5EL4J9kXbTBUYF1AUc 3Thq1u1gO32xKF88Y3mVmGtwATDczTbZe0OADFpDGWbA1l54kjoR81VqmK13NUBWyaqx3rc JlxjrK/9VM/CTC6SfMSFQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:TqxrhtCKy7w=:g8vnJqJP3H0kflsWBBfpDh RN3Meh0xpHs5AUu0J/AdpbdWVFxuDPsUBvS+ejIZ/zzkWShQqDCeUYwHCG+ucvf9BFQl0+axW DV0LiWEGWuKhZOWY5qRjLc0/jRlrbvp4SqiQTa0G2J9c/rwZ4TefnEaIfQTeqwKzKoIVy9M/G uxPmZ3dScGDs9S3u+9mtdVDBZLRNrxh0MOl4jSAgR6Ppvz8Lj6iou84NhrFaJ0zafX8gUmGuf WZZUGkc6pQ9tekQSORULPvU0GL2JigzKypa/ZKp0qjP+fegAgBZ26oqn+zMmlnh1K3gZf1dMH QGfK2PwxWovhnSuy/r8Ep2IB0Nrzllst9ojB7sUthVRH0JXkPmbZIW0B/IcjdKnhHZsP+bpKI Y6y9MaRe/kFKZC0VDZHNz+rPB2igrdNK0cWbOXY3oFe6XQih5BJ9+hYM0dgc8mzvDjxCaJnUw CnXjKdlylEWXKuOw6nahLkBMc1urSw6rqRNUfSxexQfAUMCBPMAKUlbqvE/vlVWjukX+IAP2F VXLIhwR3Hm3cB/Fin8NxW6mvxN/3/xouidaOhUOb3U+g4Y3JaFRePcooputrF3PtnPxnIYsBJ BJyUJnAZg2RQM+783UM8pmwOmsLxGCjk6+Jg4SsdpCrAkkZ7UeuaPq+fAAO0JiOeLX9s8E4nh SacSYEwcNKkEn0vOAM9jaymBle39xVc4h+mDIya+e7JzTbJPd/g6d/lmfBxB3QCr+llGa6r8J h/OKEhNbt6bGUgfh9Nn+2kl0MCILm70fqma/6y/+E4eFE55DY3gm/wOi07XxcfPkif4a5PFpe DTZHjDKFiQOxlAS6JRb0UMe7ZywJo10T4onyEw5dpB+d8eDJzU= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I still don't understand why it's impossible to support such uses? > > diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el > index 7fc2b41c70..6d72616dbc 100644 > --- a/lisp/emacs-lisp/debug.el > +++ b/lisp/emacs-lisp/debug.el > @@ -239,11 +239,13 @@ debug > (pop-to-buffer > debugger-buffer > `((display-buffer-reuse-window > - display-buffer-in-previous-window) > - . (,(when (and (window-live-p debugger-previous-window) > - (frame-visible-p > - (window-frame debugger-previous-window))) > - `(previous-window . ,debugger-previous-window))))) > + display-buffer-in-previous-window > + display-buffer-below-selected) > + . ((window-min-height . 10) What would the semantics of that 'window-min-height' entry be? (1) When splitting a window, the new window must be at least 10 lines high. (2) When splitting a window, both the old and the new window must be at least 10 lines high after the split. (3) When splitting a window, every window must be at least 10 lines high after the split. And what would we do if before the split a window is less high than 10 lines? Why can't we just follow the doc-string of 'window-min-height'? Applications should never rebind this variable. To resize a window to a height less than the one specified here, an application should instead call =E2=80=98window-resize=E2=80=99 with = a non-nil IGNORE argument. In order to have =E2=80=98split-window=E2=80=99 mak= e a window shorter, explicitly specify the SIZE argument of that function. > + ,@(when (and (window-live-p debugger-previous-window) > + (frame-visible-p > + (window-frame debugger-previous-window))) > + `((previous-window . ,debugger-previous-window)))))) > (setq debugger-window (selected-window)) > (if (eq debugger-previous-window debugger-window) > (when debugger-jumping-flag martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Oct 2018 21:37:03 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154102178928630 (code B ref 32825); Wed, 31 Oct 2018 21:37:03 +0000 Received: (at 32825) by debbugs.gnu.org; 31 Oct 2018 21:36:29 +0000 Received: from localhost ([127.0.0.1]:57505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHyA9-0007Ri-A1 for submit@debbugs.gnu.org; Wed, 31 Oct 2018 17:36:29 -0400 Received: from giant.birch.relay.mailchannels.net ([23.83.209.68]:16047) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHyA7-0007RW-7T for 32825@debbugs.gnu.org; Wed, 31 Oct 2018 17:36:27 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 678D05C40EE; Wed, 31 Oct 2018 21:36:25 +0000 (UTC) Received: from pdx1-sub0-mail-a37.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 22C355C460A; Wed, 31 Oct 2018 21:36:25 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a37.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 31 Oct 2018 21:36:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Quick-Obese: 0d51c86b2b350db8_1541021785247_3559525838 X-MC-Loop-Signature: 1541021785247:553474990 X-MC-Ingress-Time: 1541021785246 Received: from pdx1-sub0-mail-a37.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTP id DC1967FE49; Wed, 31 Oct 2018 14:36:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=ZJkLj1 uN0NGlURIa4IgqxPSkXEo=; b=UK3wxI/8uK41wZ2Os/KS3U91za+lX07LEPt5yU DIlXiFVMdOjKkbDN53zXTQt8NMUIMNwFBVnjAyE6J/fhmSithXpXZqDersr/5WVE YSmS7tFzSNHhr83Kp081lg3iQ2eqUrjvvzR7MIOZ/peV28qy72NdmUGDJYEqXOvW OEMCw= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTPSA id BB0177FE55; Wed, 31 Oct 2018 14:36:22 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a37 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> Date: Wed, 31 Oct 2018 23:10:54 +0200 In-Reply-To: <5BD96392.3040008@gmx.at> (martin rudalics's message of "Wed, 31 Oct 2018 09:10:58 +0100") Message-ID: <87y3adakkh.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrieegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrudehjeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdduheejpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> I still don't understand why it's impossible to support such uses? >> >> diff --git a/lisp/emacs-lisp/debug.el b/lisp/emacs-lisp/debug.el >> index 7fc2b41c70..6d72616dbc 100644 >> --- a/lisp/emacs-lisp/debug.el >> +++ b/lisp/emacs-lisp/debug.el >> @@ -239,11 +239,13 @@ debug >> (pop-to-buffer >> debugger-buffer >> `((display-buffer-reuse-window >> - display-buffer-in-previous-window) >> - . (,(when (and (window-live-p debugger-previous-window) >> - (frame-visible-p >> - (window-frame debugger-previous-window))) >> - `(previous-window . ,debugger-previous-window))))) >> + display-buffer-in-previous-window >> + display-buffer-below-selected) >> + . ((window-min-height . 10) > > What would the semantics of that 'window-min-height' entry be? > > (1) When splitting a window, the new window must be at least 10 lines > high. > > (2) When splitting a window, both the old and the new window must be > at least 10 lines high after the split. > > (3) When splitting a window, every window must be at least 10 lines > high after the split. > > And what would we do if before the split a window is less high than 10 > lines? I think the semantics should be: (4) If the height of the new window will be less than 10 lines specified by window-min-height, then display the buffer a window below from the selected window. IIUC, currently 'window-min-height' with the default of 4 lines works lik= e this? > Why can't we just follow the doc-string of 'window-min-height'? > > Applications should never rebind this variable. To resize a > window to a height less than the one specified here, an > application should instead call =E2=80=98window-resize=E2=80=99 with= a non-nil > IGNORE argument. In order to have =E2=80=98split-window=E2=80=99 ma= ke a window > shorter, explicitly specify the SIZE argument of that function. How then the code will look like? I guess it will be quite complex and not declarative. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Nov 2018 09:02: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154106291512323 (code B ref 32825); Thu, 01 Nov 2018 09:02:01 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Nov 2018 09:01:55 +0000 Received: from localhost ([127.0.0.1]:57721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gI8rT-0003Ch-0h for submit@debbugs.gnu.org; Thu, 01 Nov 2018 05:01:55 -0400 Received: from mout.gmx.net ([212.227.17.21]:41927) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gI8rR-0003CV-4P for 32825@debbugs.gnu.org; Thu, 01 Nov 2018 05:01:53 -0400 Received: from [192.168.1.101] ([46.125.250.45]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lhf3N-1fnX7e272f-00mq0g; Thu, 01 Nov 2018 10:01:43 +0100 Received: from [192.168.1.101] ([46.125.250.45]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lhf3N-1fnX7e272f-00mq0g; Thu, 01 Nov 2018 10:01:43 +0100 Message-ID: <5BDAC0ED.9030405@gmx.at> Date: Thu, 01 Nov 2018 10:01:33 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> In-Reply-To: <87y3adakkh.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:gR9Ogw5aVE1mbwus1mxwp0Npr/57WximnwB196rM9kJYlIcaeYi bLPutihAlch9/06jc787QPwoJALL1+Z16puRtonhpZltpZVaGKu9h1IoOpAs79lKPLXjtGN ksn7FqE1K6P/Jox80xHTucWqB+WQomwy98APQhi3mF2wPEo4GBz6UsyFupIVtEaczem6HRw 1CBcFmMPxARxrjd5u6uKw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:XZAGxb13g+E=:3BQlOgIFNyDmWt4edgLjlk J0ETMRUyj4R0/EGjeOPoltYo9SfumsjC/TE2Gd23Yu/65lqm+kb69ZSTYtaIsEmRlRGKq7RP/ V9ITMFp0GKCPTdiuCsvhK+z7y9wqzR1DOHi+9E6GC1Um1EthRuA/qhDSwxhnvt5GpIJbR0NE4 CL+va1Pvg/Zpwyiu+Jvop3kjzt4yUHcba90+xmu3Eu66vuyR7J5kYKOSo4OEAGlfcxoQSXazW kFAHCsWr28Ht/YI7Yg8fu5RQ2LZlBHaU2ol0cqb9mJWR9xlALO+f5yFKUwXCNlTNalKoiGx8V QomRE9zZfqxYQ3bvrKRetX1DsKpXeUltkpTdkgPTOgy54Nkbx5MB3Ch99QRPSsE+ygwtsRMdE dcLcG7j+Brwt3tEHNFmnHV5j4RhmPGqOQaXo8y7TcPGcc/3WCjxU8mjEQ1M+w4q2qaJJ8+HMF TP3EhMRz0ZA4dT6MGe4IWpEKFqrkDLUt/nlYZTZhzYyTVIumi6mfltt7UuRGoqkzKg+ps2HZS EXqsvqjRGUULlox5xcLraw9W/IYMHjIq4ER2lf7R16p97ANYhccnOCa5ebBH623h7yHSeWJ3O zovX10Kuu+FIlezR32WQ262o/OtiEQ9yDiPQ4kK1Vm4w61sa0m2zCw6P9nLFiDThw9jYya47O NWz5dF6f+j4u1Azt+WUv/VG1SyqD656Ldq7hUs4vUKMsLB5QVvQz7jNXUaT4901lIx1JXmnn+ 0RzhCsa9MlEzYhQJto0wSOfwyjNy+oDMtmRULNWK3CKDBBnVcZ4UWNq/1hx6vbOCpA6Rb6LGN Q/x30GZYjdYlVaV3URbcoMY1sua1iqcwz3dutJa1TEkiJtbswI= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I think the semantics should be: > > (4) If the height of the new window will be less than 10 lines specifi= ed > by window-min-height, then display the buffer a window below > from the selected window. > > IIUC, currently 'window-min-height' with the default of 4 lines works = like this? Not really: 'window-min-height' is an option which causes functions to check the height of all windows wrt a potential change. If, after the change, the height of one window would drop below that value, the change is not made. One can make an exeption for a specific window, for example the one that should be resized or newly made, but not for other windows that are probably not related to the change. But I don't fully understand (4): What does "If the height of the new window will be less than 10 lines specified by window-min-height" mean? Does it stand for "if (split-window nil -10) fails" to produce a 10 line window? And what would we do then if the window below the selected one has less than ten lines? >> Applications should never rebind this variable. To resize a >> window to a height less than the one specified here, an >> application should instead call =E2=80=98window-resize=E2=80=99 w= ith a non-nil >> IGNORE argument. In order to have =E2=80=98split-window=E2=80=99= make a window >> shorter, explicitly specify the SIZE argument of that function. > > How then the code will look like? I guess it will be quite complex > and not declarative. Why so? What is more declarative than having code say what size the old or new window should have? If we want such a window to always keep some minimum size, we can obviously add an according parameter. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Nov 2018 22:47:03 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154111239124767 (code B ref 32825); Thu, 01 Nov 2018 22:47:03 +0000 Received: (at 32825) by debbugs.gnu.org; 1 Nov 2018 22:46:31 +0000 Received: from localhost ([127.0.0.1]:59006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gILjS-0006RP-VO for submit@debbugs.gnu.org; Thu, 01 Nov 2018 18:46:31 -0400 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:43392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gILjR-0006RF-1w for 32825@debbugs.gnu.org; Thu, 01 Nov 2018 18:46:29 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id DF93043349; Thu, 1 Nov 2018 22:46:27 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9F8244334E; Thu, 1 Nov 2018 22:46:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 01 Nov 2018 22:46:27 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Industry-Dime: 20f0612c7167f280_1541112387745_1806585574 X-MC-Loop-Signature: 1541112387745:3355149729 X-MC-Ingress-Time: 1541112387745 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 4B6587F4E1; Thu, 1 Nov 2018 15:46:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=KGCchDcnip82P1SvGwq+9PuCo6o=; b= dDnGSyb5TLMBeokRwdccT2vdBmM/myVykcrT+FiZTULVfXwVLXFZu/mJDQOfN3zN 3tsxH9O9M8o699C5nwzQKPQu8554I7WGCl+36JqfRw5/jRRJj1FHLfN71nbUKYo8 2JwpRRsP/uTYqMbNH9z5pe1eciKpyBBPa1Dv42oNujE= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 259A47F4DE; Thu, 1 Nov 2018 15:46:24 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> Date: Fri, 02 Nov 2018 00:27:20 +0200 In-Reply-To: <5BDAC0ED.9030405@gmx.at> (martin rudalics's message of "Thu, 01 Nov 2018 10:01:33 +0100") Message-ID: <87h8h0juwn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrieeigdduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrudehjeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdduheejpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > 'window-min-height' is an option which causes functions to > check the height of all windows wrt a potential change. If, after the > change, the height of one window would drop below that value, the > change is not made. One can make an exeption for a specific window, > for example the one that should be resized or newly made, but not for > other windows that are probably not related to the change. I meant the same, but with one change: check the height of all windows with the default value of 'window-min-height' (i.e. 4), but check the height of the new created window with the value 'window-min-height' (e.g. 10) specified in an alist that should override the default value only for the window created by display-buffer-below-selected. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Nov 2018 08:44: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154114823824543 (code B ref 32825); Fri, 02 Nov 2018 08:44:02 +0000 Received: (at 32825) by debbugs.gnu.org; 2 Nov 2018 08:43:58 +0000 Received: from localhost ([127.0.0.1]:59232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gIV3e-0006Nl-A0 for submit@debbugs.gnu.org; Fri, 02 Nov 2018 04:43:58 -0400 Received: from mout.gmx.net ([212.227.15.18]:33533) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gIV3c-0006NW-BQ for 32825@debbugs.gnu.org; Fri, 02 Nov 2018 04:43:56 -0400 Received: from [192.168.1.101] ([213.162.73.248]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MIMQR-1gG0kf0kgh-0049ii; Fri, 02 Nov 2018 09:43:46 +0100 Received: from [192.168.1.101] ([213.162.73.248]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MIMQR-1gG0kf0kgh-0049ii; Fri, 02 Nov 2018 09:43:46 +0100 Message-ID: <5BDC0E38.5020901@gmx.at> Date: Fri, 02 Nov 2018 09:43:36 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> In-Reply-To: <87h8h0juwn.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:tRDu7KAEvmQhw1CzzD1xb8cPFtQ2/JxrZhAbWcX97vK/Sj7s/Pv IfUC2Q8BoyyglNjE6ezTPqK9y6lGvRCnowML5uMZXAKOhiUUmo/rUFoz95NekGxroTAyVyo Uq0v1JLSC9yIBgWQLycYjM00EDO5vlrBmu9sJ2T8w4/KEYFe/Z4swlduZqEoRyBj/aOZp9l OorOwYehzMaOO3db1DF5Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:iUGQJkIlvzM=:Mm+jKimyfmuKKjIEZWODLI 9Y2nyo16RRgKCGoFvHoJ1fKZeZkaNGWsIPSZT+QuHhY2cpPkKPzXf47utfWWkog8UMssDg3i9 B9B3H00PS9eFl05ArQXnhP1RK96gk5iClNjp9iv0TcVSceGw0HW4Rq7H48EVVyRb3ER6trl2j 85Gifg3+jNVW6GIljN0nBaW3xfHmsAAOsZ35nB+fA1XAIMdI5YM4quhojO9K3fWF3bAiH2hcP CsjdKEUE9r8KmiB3ZoneADPVOpVkRKMKI8WptHoZx0c5Qnn7EcOTvKj1PntD5zK1+d8C3IZNc 04eZzF19PzTKfLvZy57EJaQLekw1q3nUImQjkY6PRtTyv2C18djNJsrep0mwUa50tcx+cTsP2 FDyOUjeXtXi5N0OjmLqoLLu8+iicFKjsH5kLnyJ7TAS/QfH34mT5JDHhbqC6rcExZCiX0/nQL XQf0NtK/Ru0eF231/8D+gNXtONpY6buKR6NYV0i79dHHTw8tf0F+uQQhntme2XDbNxPv6LrFx mKiQc9wcn+VYCER/8J/4/4T7j/GfospXlBADLNz7hTwCcJoG3fLKYCQnD5WWTx1wxXNgqm24E qVxr8d3OMv6STdiJERlov2Ak/CauDxKk817169vIdrZi7GhDp/8l6sb5nyqsIJ+48Norv1qNr uwvk5lF5sfKK2MWueHnytE2l/cE/8KI/arokhpGvT0TczwrLHJbw9hro76mEesV95VmYGkQzw r5/d8g0kb3ldDXjAUeGQBDgcbRBn0Ze7ttkHGMPaAEtA7X519SaZsTvfTBnEZSBWhjvK5fRQu s1P1xh4sKHjf+JuVZHGEh02HEFcetBEo4IzI2VG2lhO1LA2DiMUEtQWsw9mDk7YaqMEHNT1In 7AEOkidvEaKz7yj7DHUP7SLvFe/SGZsqfDzAeiTULXgIh6ih3m2Sz3gfcGOrFm X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> 'window-min-height' is an option which causes functions to >> check the height of all windows wrt a potential change. If, after the >> change, the height of one window would drop below that value, the >> change is not made. One can make an exeption for a specific window, >> for example the one that should be resized or newly made, but not for >> other windows that are probably not related to the change. > > I meant the same, but with one change: check the height of all windows > with the default value of 'window-min-height' (i.e. 4), but check the > height of the new created window with the value 'window-min-height' > (e.g. 10) specified in an alist that should override the default value > only for the window created by display-buffer-below-selected. So you mean that if Emacs can't fulfill a 'window-height' contract for a new window below the selected one, it shouldn't make a new one in the first place? Then with an an alist entry called 'min-height' we could rewrite 'display-buffer-below-selected' as follows: (defun display-buffer-below-selected (buffer alist) "Try displaying BUFFER in a window below the selected window. If there is a window below the selected one and that window already displays BUFFER, use that window. Otherwise, try to create a new window below the selected one and show BUFFER there. If that attempt fails as well and there is a non-dedicated window below the selected one, use that window." (let ((min-height (cdr (assq 'min-height alist))) window) (or (and (setq window (window-in-direction 'below)) (eq buffer (window-buffer window)) (window--display-buffer buffer window 'reuse alist)) (and (not (frame-parameter nil 'unsplittable)) (or (not (numberp min-height)) (window-sizable-p nil (- min-height))) (let ((split-height-threshold 0) split-width-threshold) (setq window (window--try-to-split-window (selected-window) alist))) (window--display-buffer buffer window 'window alist display-buffer-mark-dedicated)) (and (setq window (window-in-direction 'below)) (not (window-dedicated-p window)) (window--display-buffer buffer window 'reuse alist display-buffer-mark-dedicated))))) But would we (re-)use a window if it is not as large as 'min-height'? Would we try to enlarge such a window? As far as we can? BTW: Calling 'window--try-to-split-window' above is butt-ugly. We should simply call 'split-window' instead. I have no idea what came to my mind when I wrote that. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2018 00:38:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154129183522105 (code B ref 32825); Sun, 04 Nov 2018 00:38:04 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 00:37:15 +0000 Received: from localhost ([127.0.0.1]:33232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJ6Pi-0005kS-QS for submit@debbugs.gnu.org; Sat, 03 Nov 2018 20:37:15 -0400 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:23974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJ6Ph-0005kJ-Gn for 32825@debbugs.gnu.org; Sat, 03 Nov 2018 20:37:14 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 979775C35B8; Sun, 4 Nov 2018 00:37:09 +0000 (UTC) Received: from pdx1-sub0-mail-a80.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 593EC5C35BD; Sun, 4 Nov 2018 00:37:09 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a80.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 04 Nov 2018 00:37:09 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bubble-Snatch: 29eec2903e1082b1_1541291829447_712168625 X-MC-Loop-Signature: 1541291829447:4044829634 X-MC-Ingress-Time: 1541291829446 Received: from pdx1-sub0-mail-a80.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a80.g.dreamhost.com (Postfix) with ESMTP id 126D8802E1; Sat, 3 Nov 2018 17:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ghIeWMyG5fp/vsKrnO5qpQOSJCw=; b= hA91IpoRWWtxKyFPqL10PKpRYmxO8HLYAISBwyXZioZhOFNRV+x8v674vF0oubLa ZCubTNjtm7hQd4GshAEmpsj5h557yAx51zUTtGDUCP0zwMicU+e4d/poHKnqLvEg EtACpLues3f7TciQsNtn7Qmk6/EZUY1mMiTVpjYIZ0M= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a80.g.dreamhost.com (Postfix) with ESMTPSA id 33E5E802DF; Sat, 3 Nov 2018 17:37:06 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a80 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> Date: Sun, 04 Nov 2018 02:27:54 +0200 In-Reply-To: <5BDC0E38.5020901@gmx.at> (martin rudalics's message of "Fri, 02 Nov 2018 09:43:36 +0100") Message-ID: <87d0rl7kl1.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjedugddukeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdduheejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrudehjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > So you mean that if Emacs can't fulfill a 'window-height' contract for > a new window below the selected one, it shouldn't make a new one in > the first place? Then with an an alist entry called 'min-height' we > could rewrite 'display-buffer-below-selected' as follows: Thanks, I tried and it's going without a hitch. > But would we (re-)use a window if it is not as large as 'min-height'? > Would we try to enlarge such a window? As far as we can? Hmm, enlarge looks like a reasonable choice. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2018 09:08: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15413224387441 (code B ref 32825); Sun, 04 Nov 2018 09:08:02 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 09:07:18 +0000 Received: from localhost ([127.0.0.1]:33309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJENJ-0001vv-Ml for submit@debbugs.gnu.org; Sun, 04 Nov 2018 04:07:17 -0500 Received: from mout.gmx.net ([212.227.17.20]:34605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJENH-0001va-O1 for 32825@debbugs.gnu.org; Sun, 04 Nov 2018 04:07:16 -0500 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8JyQ-1fNOcV2vX0-00w0Jk; Sun, 04 Nov 2018 10:07:05 +0100 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8JyQ-1fNOcV2vX0-00w0Jk; Sun, 04 Nov 2018 10:07:05 +0100 Message-ID: <5BDEB6BA.5000307@gmx.at> Date: Sun, 04 Nov 2018 10:07:06 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> In-Reply-To: <87d0rl7kl1.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:gogdhvU1D0lmPzGBgyW1zm3px3FMzajVuTS4ne1aXcUOOtbKIG1 TI5Bb8Xx0UulWFKzOVsJwBnxzw8+fk9ubASh1JwXNsX2al8LjejVNbiW/sfGXcSFhiaCxp8 0qjnJRuhdVHWfjaK5nliaG4t2XVoqBJWrQ77ahqPSv5xFLRv821N+jF6/hVScKtu23mB5O1 beLwI4kjirhW8IL/DblGg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:Sarj5w0yq1I=:W+J0ZeuY5L6sft2W1H3xTR DJwHVgBJSLETtMoBXIvpkvEayE2UVXf7GcvMbSiEMDAHjMyelKdHgjCtgqkuxt/JOVlx9tAK2 88k8FgJkChG8lc8IYzyWjjKpf4ijI+ceV7hDwGYjN6Xyy/cmStMmYlwPAmmTfUqrIUmevMxsZ g8ZEkV7Xj/VGuQm0lznoskBvSa6EmXzLXHlXmvf643uE97hp4E7y1JPp/jzSbsVeavnUeDgXQ WiqOXB4FTcWD/9gj3RYzQjH4/7R2kPsmzR9aT/wfqzWrKE/EC3iMBs9ccZmQqJVzUCIvbXnRf 8Om+5l1Z5+8QB2QhQA/VxLEdh6rS3TNKkpdnAupGot6ikkbBMG2jvRLsKZiJlTlSyNFp4rc62 Tj+e671gc6iM6CgtI67Et0JcSI37CZEXmP4ifLF38h178cFvDR6zaSyAlTeO+9y+B2jzmQEms hcpJezPfbzpyqbSsxf5qbER7wKXTm3yUIURkt9CcZTKGPfPenf1oJBuyIQ9FGTNoI/jxh88dh cc9fzAZc+aTHqv4BvWPYhUWZO04h3HfCvoYhBHpYnqJnah6BPx8qMsWCs2Dh7CgFASPug8b+p G7Rrn/Kmmh3NExUTDVXVIrI8TZvRcI+7bgKLck10/gGkLWwKQjr1rlQyuuC1TByp0rFCwp9hQ VPVeVCjKcjvmrdb7Q1ArwvF9RX2tslzbBfj16Ww7d3MiYkG3TSYzWfSmv7LHbJ+249t9BmWel eNOk7txfpNu/R35NFrOYHYc5YHih/vlYN1s2rdQ9fV0gd7kNo5cvNyP7Gb6ZRUjx55Y7NKzIi zYiFyvYAmGV4sO9jpWhp8mN5FhClUJjqaU/3Z8Hlo2UjwZgN6KulC/kCM1I+LkQFKutUQArsQ VkmRpBl3l9idw+HUDF0jqT4m6BtN1aUdvmP3hjG9uPnuL/Tj2oJiD3dQgu2ozH X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> So you mean that if Emacs can't fulfill a 'window-height' contract for >> a new window below the selected one, it shouldn't make a new one in >> the first place? Then with an an alist entry called 'min-height' we >> could rewrite 'display-buffer-below-selected' as follows: > > Thanks, I tried and it's going without a hitch. OK. This means we will have to change 'display-buffer-pop-up-window' and 'display-buffer-at-bottom' accordingly. >> But would we (re-)use a window if it is not as large as 'min-height'? >> Would we try to enlarge such a window? As far as we can? > > Hmm, enlarge looks like a reasonable choice. Mine was an ill-posed question. What we have to do is: (1) Decide whether a specific window can be (re-)used. Should we refute it when the window cannot be enlarged to 'min-height' lines? The decision would have to be made via 'window-resizable-p' and its IGNORE argument set to the window itself so we can, for example, (re-)use a preserved size window showing some other buffer. (2) Actually resize that window via a 'window-height' entry. This is independent from (1). Processing a 'window-height' entry is just some sort of bonus work 'display-buffer' does for the convenience of the user. It in now way affects the decision which window is chosen. So please think of any bad consequences of what we decide in (1) like not using _any_ window on the selected frame because none of them fits the 'min-height' constraint. Consider a default two windows frame where the size of the selected window is preserved. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2018 09:37: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154132417610207 (code B ref 32825); Sun, 04 Nov 2018 09:37:02 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 09:36:16 +0000 Received: from localhost ([127.0.0.1]:33320 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJEpM-0002eZ-9Z for submit@debbugs.gnu.org; Sun, 04 Nov 2018 04:36:16 -0500 Received: from mout.gmx.net ([212.227.17.21]:38025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJEpK-0002eI-BU for 32825@debbugs.gnu.org; Sun, 04 Nov 2018 04:36:14 -0500 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M96Jd-1gOxrd3Uuz-00CO2s; Sun, 04 Nov 2018 10:36:04 +0100 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M96Jd-1gOxrd3Uuz-00CO2s; Sun, 04 Nov 2018 10:36:04 +0100 Message-ID: <5BDEBD84.7090402@gmx.at> Date: Sun, 04 Nov 2018 10:36:04 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> In-Reply-To: <87d0rl7kl1.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------080909050408020307020107" X-Provags-ID: V03:K1:42WZhbyuRO98HlUKxSXsGbSGOsHxIk5FkzYozQdFMN/4evKmVyi 4dRhkEnb1/TPJGIY73B4fS2pc2TEQk/MM2Gl9bANO712+Sg7RWStSBdxW43sy9nhlCzgZBM zKEL9CGzASi3Keya8MZ0iaj23deoZLXMp9TVtjydb3kXkTZwXushTuWOa523Gh7/xhH2oLz NBLEBJbOJVlbQQDdK960w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:o7f9BU4LeA8=:iDnf2i3LzM38noxNgydsUw FWGLfUUUB8hisrK4lh7achJzb+qKN1o4enHVA3zqe9w2iNxCrCwzM4jgxhrHrWdvVhxXTkmkp hugDEsVabIMBDw1cVnW2+rvrMF2Jw8crDnVGNJkXtFeLvUFKRaz/o3hhGCFSFOlqh+dOc8E2y qlbSJSFD+A+ZjRsljy2su0NmBGyHlzAZ3ulzpl7gKZa1oEHVj8YS+3DXOwESnKkZLgWZgGAX6 qPOPsNAV5+VX+NUoTF41FYk1ruInncR27O6KL8bPfkJ2oFJbASgUDK3aYn1YcDhMhYr/B4M0f fPtkeDVGxR2AxtjU7VEGNgxoAE9F8h/HD9QuvuouW0a3I0z1hsuvDjmDlqPGIl9QDw1aVXoYt YwqTQ8gED/rSDiam6GORugf//DplNKo7z28XtkG2zypWVwTXjHzili56vsMcMvOR9fy4eZT2O ULJPh9brupjNKmKiGvbz5fflEqtPBF5jx68BksyotHEK9J+A+aBc0RvXkGZrB515yEwgF+2xa ECtIiU7MmfhSvmyIrm1Q7GtI4br8dSmt+E8SXmq4pvw+HRF0QodCbqGyY1YCy0ERUMaI+rNd3 7cMgnFPOXo9P9BTUpitVvSxZj1Vf7HvIe070cE2ChURUbWMuFGXf/x5BI/Dz3GkBpxs6KR9qz eWLC+Y+wz9xO/vHR0KsdNxDi4Ths4gfvdRLA7Xj/WNaUQDZhpeUxF/qmFCK671Uw3jCtPbQNR KWvjxb/QA28xpf7Fg5nTEGL/KiUc6+EaCoQxT7eq3/1kZQTsMkjFqV0WfC8noh6ZlCveaJkhJ 3QqNt0Hgzk8SknkfUjEF/FYpndZYw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------080909050408020307020107 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > So please think of any bad consequences of what we decide in (1) like > not using _any_ window on the selected frame because none of them fits > the 'min-height' constraint. Consider a default two windows frame > where the size of the selected window is preserved. We should be also able to fix Bug#10186 then. BTW, I recently tried to write a function that can be used to return the specifics of the window chosen by 'display-buffer'. Discussions of the use of such a function were frequent in the past (bug numbers 6000, 10127, 10600, 12618, 17809) but we never came to a conclusion of whether such a thing would be really useful or can be practically implemented at all. Have a look at the patch I attach, it's against the release branch. martin --------------080909050408020307020107 Content-Type: application/emacs-lisp; name="display-buffer-pretend.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="display-buffer-pretend.el" ZGlmZiAtLWdpdCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwNCmluZGV4IGY5 NmM4ODcuLjhiNTdkZGMgMTAwNjQ0DQotLS0gYS9saXNwL3dpbmRvdy5lbA0KKysrIGIvbGlz cC93aW5kb3cuZWwNCkBAIC02NjgwLDYgKzY2ODAsOCBAQCB3aW5kb3ctLWV2ZW4td2luZG93 LXNpemVzDQogICAgICAgICAgICAoLyAoLSAod2luZG93LXRvdGFsLWhlaWdodCB3aW5kb3cp ICh3aW5kb3ctdG90YWwtaGVpZ2h0KSkgMikpDQogICAgICAgICAoZXJyb3IgbmlsKSkpKSkp DQoNCisoZGVmdmFyIGRpc3BsYXktYnVmZmVyLS10eXBlKQ0KKw0KIChkZWZ1biB3aW5kb3ct LWRpc3BsYXktYnVmZmVyIChidWZmZXIgd2luZG93IHR5cGUgJm9wdGlvbmFsIGFsaXN0IGRl ZGljYXRlZCkNCiAgICJEaXNwbGF5IEJVRkZFUiBpbiBXSU5ET1cuDQogVFlQRSBtdXN0IGJl IG9uZSBvZiB0aGUgc3ltYm9scyBgcmV1c2UnLCBgd2luZG93JyBvciBgZnJhbWUnIGFuZA0K QEAgLTY2ODcsNiArNjY4OSw3IEBAIHdpbmRvdy0tZGlzcGxheS1idWZmZXINCiB0aGUgYWxp c3QgYXJndW1lbnQgb2YgYGRpc3BsYXktYnVmZmVyJy4gIFNldCBgd2luZG93LWRlZGljYXRl ZC1wJw0KIHRvIERFRElDQVRFRCBpZiBub24tbmlsLiAgUmV0dXJuIFdJTkRPVyBpZiBCVUZG RVIgYW5kIFdJTkRPVyBhcmUNCiBsaXZlLiINCisgIChzZXRxIGRpc3BsYXktYnVmZmVyLS10 eXBlIHR5cGUpDQogICAod2hlbiAoYW5kIChidWZmZXItbGl2ZS1wIGJ1ZmZlcikgKHdpbmRv dy1saXZlLXAgd2luZG93KSkNCiAgICAgKGRpc3BsYXktYnVmZmVyLXJlY29yZC13aW5kb3cg dHlwZSB3aW5kb3cgYnVmZmVyKQ0KICAgICAodW5sZXNzIChlcSBidWZmZXIgKHdpbmRvdy1i dWZmZXIgd2luZG93KSkNCkBAIC02NzA3LDcgKzY3MTAsOCBAQCB3aW5kb3ctLWRpc3BsYXkt YnVmZmVyDQogCQkgKGVxIChudGggMSBxdWl0LXJlc3RvcmUpICdmcmFtZSkpKQ0KIAk7OyBB ZGp1c3Qgc2l6ZSBvZiBmcmFtZSBpZiBhc2tlZCBmb3IuDQogCShjb25kDQotCSAoKG5vdCBz aXplKSkNCisgICAgICAgICA7OyBEb24ndCBhZGp1c3Qgc2l6ZSB3aGVuIHdlIHByZXRlbmQu DQorICAgICAgICAgKChvciAobm90IHNpemUpIChhc3NxICdwcmV0ZW5kIGFsaXN0KSkpDQog CSAoKGNvbnNwIHNpemUpDQogCSAgKGxldCAoKHdpZHRoIChjYXIgc2l6ZSkpDQogCQkoaGVp Z2h0IChjZHIgc2l6ZSkpDQpAQCAtNjc2Nyw2ICs2NzcxLDE1MSBAQCB3aW5kb3ctLWRpc3Bs YXktYnVmZmVyDQogICAgICAgICAgICB3aW5kb3cgKGNhciBwYXJhbWV0ZXIpIChjZHIgcGFy YW1ldGVyKSkpKSkNCiAgICAgd2luZG93KSkNCg0KKw0KKyhkZWZ1biBkaXNwbGF5LWJ1ZmZl ci1wcmV0ZW5kIChidWZmZXItb3ItbmFtZSAmb3B0aW9uYWwgYWN0aW9uIGZyYW1lIGZ1bikN CisgICJSZXR1cm4gbGlzdCBzcGVjaWZ5aW5nIHRoZSBleHBlY3RlZCBiZWhhdmlvciBvZiBg ZGlzcGxheS1idWZmZXInLg0KK1RoZSBmaXJzdCB0aHJlZSBhcmd1bWVudHMgYXJlIGFzIGZv ciAnZGlzcGxheS1idWZmZXInLiAgVGhlDQorZm91cnRoIGFyZ3VtZW50IEZVTiBpZiBub24t bmlsIHNwZWNpZmllcyBhIGZ1bmN0aW9uIHRvIGJlIGNhbGxlZA0KK3dpdGggb25lIGFyZ3Vt ZW50IC0gdGhlIHdpbmRvdyBgZGlzcGxheS1idWZmZXInIHdvdWxkIHVzZSAtIGFuZA0KK2lz IHN1cHBvc2VkIHRvIHJldHJpZXZlIGluZm9ybWF0aW9uIGFib3V0IHRoYXQgd2luZG93Lg0K Kw0KK1RoZSByZXR1cm4gdmFsdWUgaXMgYSBsaXN0IG9mIGZvdXIgdmFsdWVzLiAgVGhlIGZp cnN0IHZhbHVlIGlzDQordGhlIHZhbHVlIHJldHVybmVkIGJ5IEZVTiwgbmlsIGlmIEZVTiBp cyBub3QgYSBmdW5jdGlvbi4gIFRoZQ0KK3NlY29uZCB2YWx1ZSBpcyB0aGUgYnVmZmVyIGRp c3BsYXkgYWN0aW9uIGZ1bmN0aW9uIHdoaWNoIHdvdWxkDQoraGF2ZSBzdWNjZWVkIGluIGRp c3BsYXlpbmcgJ2J1ZmZlci1vci1uYW1lJy4gIFRoZSB0aGlyZCB2YWx1ZSBpcw0KK2VpdGhl ciB0aGUgd2luZG93ICdkaXNwbGF5LWJ1ZmZlcicgd291bGQgaGF2ZSB1c2VkIGZvciBzaG93 aW5nDQorJ2J1ZmZlci1vci1uYW1lJywgdGhlIGZyYW1lICdkaXNwbGF5LWJ1ZmZlcicgd291 bGQgaGF2ZSB1c2VkIGZvcg0KK21ha2luZyBhIG5ldyB3aW5kb3csIG9yIHRoZSBzeW1ib2wg J25ldy1mcmFtZScgaW5kaWNhdGluZyB0aGF0IGENCituZXcgZnJhbWUgd291bGQgaGF2ZSBi ZWVuIG1hZGUgZm9yIHNob3dpbmcgJ2J1ZmZlci1vci1uYW1lJy4gIFRoZQ0KK2ZvdXJ0aCB2 YWx1ZSBpcyB0aGUgYWN0aW9uIGFsaXN0ICdkaXNwbGF5LWJ1ZmZlcicgd291bGQgaGF2ZQ0K K2NvbXBpbGVkIGFuZCBwYXNzZWQgdG8gdGhlIGFjdGlvbiBmdW5jdGlvbnMuDQorDQorVGhp cyBmdW5jdGlvbiBtYXkgdXNlIG9yIGNyZWF0ZSBhbiBleGlzdGluZyB3aW5kb3cgb3IgY3Jl YXRlIGENCituZXcgd2luZG93IG9yIGZyYW1lIGZvciBzaG93aW5nICdidWZmZXItb3ItbmFt ZScgYnV0IGltbWVkaWF0ZWx5DQorcmVzdG9yZXMgdGhlIHByZXZpb3VzIGNvbmZpZ3VyYXRp b24gYWZ0ZXIgY29uc3RydWN0aW5nIHRoZSByZXR1cm4NCit2YWx1ZS4NCisNCitDYXZlYXRz OiBUaGlzIGZ1bmN0aW9uIGlzIG5vdCBjaGVhcCBiZWNhdXNlIGl0IGhhcyB0byBzYXZlIHRo ZQ0KK2NvbmZpZ3VyYXRpb25zIG9mIGFsbCBmcmFtZXMgYW5kIG1heSBoYXZlIHRvIHJlc3Rv cmUgdGhlDQorY29uZmlndXJhdGlvbiBvZiBhdCBsZWFzdCBvbmUgZnJhbWUgb3IgZGVsZXRl IGEgbmV3IGZyYW1lIGl0DQorY3JlYXRlcyBhZnRlcndhcmRzLiAgTW9yZW92ZXIsIHdoaWxl IGEgbmV3IGZyYW1lIGlzIGNyZWF0ZWQNCitpbnZpc2libHksIHRoZXJlIGlzIG5vIGd1YXJh bnRlZSB0aGF0IHRoZSBpbW1lZGlhdGUgZGVsZXRpb24gb2YNCit0aGF0IG5ldyBmcmFtZSBk b2VzIG5vdCBjYXVzZSBhIHNob3J0IGZsaWNrZXIgb2YgcmVkaXNwbGF5IG9mIHRoZQ0KK3Nl bGVjdGVkIGZyYW1lLg0KKw0KK0Fsc28sIHRoaXMgZnVuY3Rpb24gZG9lcyBub3QgcmVzaXpl IGFuIGV4aXN0aW5nIGZyYW1lLiAgU28gYW55DQorc2l6ZSB2YWx1ZXMgcmV0cmlldmVkIGZy b20gYSByZXVzZWQgZnJhbWUgdGhhdCAnZGlzcGxheS1idWZmZXInDQord291bGQgcmVzaXpl IGFyZSBpbnZhbGlkLiINCisgIChsZXQqICgoYnVmZmVyIChpZiAoYnVmZmVycCBidWZmZXIt b3ItbmFtZSkNCisJCSAgICAgYnVmZmVyLW9yLW5hbWUNCisJCSAgIChnZXQtYnVmZmVyIGJ1 ZmZlci1vci1uYW1lKSkpDQorCSA7OyBIYW5kbGUgdGhlIG9sZCBmb3JtIG9mIHRoZSBmaXJz dCBhcmd1bWVudC4NCisJIChpbmhpYml0LXNhbWUtd2luZG93IChhbmQgYWN0aW9uIChub3Qg KGxpc3RwIGFjdGlvbikpKSkNCisgICAgICAgICAoYWN0aW9uICh3aGVuIChsaXN0cCBhY3Rp b24pIGFjdGlvbikpDQorICAgICAgICAgKHVzZXItYWN0aW9uDQorCSAgKGRpc3BsYXktYnVm ZmVyLWFzc3EtcmVnZXhwDQorCSAgIChidWZmZXItbmFtZSBidWZmZXIpIGRpc3BsYXktYnVm ZmVyLWFsaXN0IGFjdGlvbikpDQorICAgICAgICAgKHNwZWNpYWwtYWN0aW9uIChkaXNwbGF5 LWJ1ZmZlci0tc3BlY2lhbC1hY3Rpb24gYnVmZmVyKSkNCisJIDs7IEV4dHJhIGFjdGlvbnMg ZnJvbSB0aGUgYXJndW1lbnRzIHRvIHRoaXMgZnVuY3Rpb246DQorCSAoZXh0cmEtYWN0aW9u DQorCSAgKGNvbnMgbmlsIChhcHBlbmQgKGlmIGluaGliaXQtc2FtZS13aW5kb3cNCisJCQkg ICAgICAgICcoKGluaGliaXQtc2FtZS13aW5kb3cgLiB0KSkpDQorCQkJICAgIChpZiBmcmFt ZQ0KKwkJCSAgICAgICAgYCgocmV1c2FibGUtZnJhbWVzIC4gLGZyYW1lKSkpKSkpDQorCSA7 OyBDb25zdHJ1Y3QgYWN0aW9uIGZ1bmN0aW9uIGxpc3QgYW5kIGFjdGlvbiBhbGlzdC4NCisJ IChhY3Rpb25zIChsaXN0IGRpc3BsYXktYnVmZmVyLW92ZXJyaWRpbmctYWN0aW9uDQorCQkg ICAgICAgIHVzZXItYWN0aW9uIHNwZWNpYWwtYWN0aW9uIGFjdGlvbiBleHRyYS1hY3Rpb24N CisJCSAgICAgICAgZGlzcGxheS1idWZmZXItYmFzZS1hY3Rpb24NCisJCSAgICAgICAgZGlz cGxheS1idWZmZXItZmFsbGJhY2stYWN0aW9uKSkNCisJIChmdW5jdGlvbnMgKGFwcGx5ICdh cHBlbmQNCisJCQkgICAobWFwY2FyIChsYW1iZGEgKHgpDQorCQkJCSAgICAgKHNldHEgeCAo Y2FyIHgpKQ0KKwkJCQkgICAgIChpZiAoZnVuY3Rpb25wIHgpIChsaXN0IHgpIHgpKQ0KKwkJ CQkgICBhY3Rpb25zKSkpDQorCSAoYWxpc3QgKGFwcGx5ICdhcHBlbmQgKG1hcGNhciAnY2Ry IGFjdGlvbnMpKSkNCisgICAgICAgICAob3JpZ2luYWwtYWxpc3QgYWxpc3QpDQorICAgICAg ICAgKHNlbGVjdGVkLXdpbmRvdyAoc2VsZWN0ZWQtd2luZG93KSkNCisgICAgICAgICAocG9p bnQgKHdpbmRvdy1wb2ludCBzZWxlY3RlZC13aW5kb3cpKQ0KKyAgICAgICAgIChmcmFtZXMg KGZyYW1lLWxpc3QpKQ0KKyAgICAgICAgIHdpbmRvd3MNCisgICAgICAgICAoY29uZnMNCisg ICAgICAgICAgKGxldCAobGlzdCkNCisgICAgICAgICAgICAoZG9saXN0IChmcmFtZSBmcmFt ZXMpDQorICAgICAgICAgICAgICAoc2V0cSB3aW5kb3dzIChhcHBlbmQgKHdpbmRvdy1saXN0 IGZyYW1lICdub21pbmkpIHdpbmRvd3MpKQ0KKyAgICAgICAgICAgICAgKHB1c2ggKGNvbnMg ZnJhbWUgKGN1cnJlbnQtd2luZG93LWNvbmZpZ3VyYXRpb24gZnJhbWUpKSBsaXN0KSkNCisg ICAgICAgICAgICBsaXN0KSkNCisgICAgICAgICB3aW5kb3cgdmFsdWUgZnVuY3Rpb24gZGlz cGxheS1idWZmZXItLXR5cGUpDQorDQorICAgIDs7IElmICdkaXNwbGF5LWJ1ZmZlcicgd291 bGQgY3JlYXRlIGEgbmV3IGNoaWxkIGZyYW1lLCBtYWtlIGl0DQorICAgIDs7IGludmlzaWJs ZS4NCisgICAgKGxldCAoKHBhcmFtZXRlcnMgKGNkciAoYXNzcSAnY2hpbGQtZnJhbWUtcGFy YW1ldGVycyBhbGlzdCkpKSkNCisgICAgICAocHVzaCAoY29ucyAnY2hpbGQtZnJhbWUtcGFy YW1ldGVycw0KKyAgICAgICAgICAgICAgICAgIChjb25zICcodmlzaWJpbGl0eSAuIG5pbCkg cGFyYW1ldGVycykpDQorICAgICAgICAgICAgYWxpc3QpKQ0KKw0KKyAgICA7OyBJZiAnZGlz cGxheS1idWZmZXInIHdvdWxkIGNyZWF0ZSBhIG5ldyBmcmFtZSwgbWFrZSBpdA0KKyAgICA7 OyBpbnZpc2libGUuDQorICAgIChsZXQgKChwYXJhbWV0ZXJzIChjZHIgKGFzc3EgJ3BvcC11 cC1mcmFtZS1wYXJhbWV0ZXJzIGFsaXN0KSkpKQ0KKyAgICAgIChwdXNoIChjb25zICdwb3At dXAtZnJhbWUtcGFyYW1ldGVycw0KKyAgICAgICAgICAgICAgICAgIChjb25zICcodmlzaWJp bGl0eSAuIG5pbCkgcGFyYW1ldGVycykpDQorCSAgICBhbGlzdCkpDQorDQorICAgIDs7ICdw cmV0ZW5kJyBtYWtlcyBzdXJlIHRoYXQgJ2Rpc3BsYXktYnVmZmVyJyBkb2Vzbid0IHJlc2l6 ZSBhbg0KKyAgICA7OyBleGlzdGluZyBmcmFtZS4gICdpbmhpYml0LXN3aXRjaC1mcmFtZScg bXVzdCBiZSBvdmVycmlkZGVuIHRvDQorICAgIDs7IGF2b2lkIHRoYXQgYSBuZXcgZnJhbWUg d2UgbWFrZSBpbnZpc2libGUgYWJvdmUgaXMgbWFkZSB2aXNpYmxlLg0KKyAgICAoc2V0cSBh bGlzdCAoYXBwZW5kICcoKHByZXRlbmQgLiB0KSAoaW5oaWJpdC1zd2l0Y2gtZnJhbWUgLiB0 KSkgYWxpc3QpKQ0KKw0KKyAgICAodW5sZXNzIChidWZmZXItbGl2ZS1wIGJ1ZmZlcikNCisg ICAgICAoZXJyb3IgIkludmFsaWQgYnVmZmVyIikpDQorDQorICAgICh3aGlsZSAoYW5kIGZ1 bmN0aW9ucyAobm90IHdpbmRvdykpDQorICAgICAgKHNldHEgZnVuY3Rpb24gKGNhciBmdW5j dGlvbnMpKQ0KKyAgICAgIChzZXRxIHdpbmRvdyAoZnVuY2FsbCBmdW5jdGlvbiBidWZmZXIg YWxpc3QpDQorCSAgICBmdW5jdGlvbnMgKGNkciBmdW5jdGlvbnMpKSkNCisNCisgICAgKHdo ZW4gKHdpbmRvdy1saXZlLXAgd2luZG93KQ0KKyAgICAgIChzZXRxIHZhbHVlIChsaXN0ICh3 aGVuIChmdW5jdGlvbnAgZnVuKSAoZnVuY2FsbCBmdW4gd2luZG93KSkNCisgICAgICAgICAg ICAgICAgICAgICAgICBmdW5jdGlvbg0KKyAgICAgICAgICAgICAgICAgICAgICAgIChjb25k DQorICAgICAgICAgICAgICAgICAgICAgICAgICgoZXEgZGlzcGxheS1idWZmZXItLXR5cGUg J3JldXNlKQ0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgd2luZG93KQ0KKyAgICAgICAg ICAgICAgICAgICAgICAgICAoKGVxIGRpc3BsYXktYnVmZmVyLS10eXBlICd3aW5kb3cpDQor ICAgICAgICAgICAgICAgICAgICAgICAgICAod2luZG93LWZyYW1lIHdpbmRvdykpDQorICAg ICAgICAgICAgICAgICAgICAgICAgICgoZXEgZGlzcGxheS1idWZmZXItLXR5cGUgJ2ZyYW1l KQ0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgJ25ldy1mcmFtZSkpDQorICAgICAgICAg ICAgICAgICAgICAgICAgb3JpZ2luYWwtYWxpc3QpKQ0KKw0KKyAgICAgIDs7IFVuZG8gZGlz cGxheS4NCisgICAgICAobGV0ICgoZnJhbWUgKHdpbmRvdy1mcmFtZSB3aW5kb3cpKSkNCisg ICAgICAgIChjb25kDQorICAgICAgICAgKChlcSBkaXNwbGF5LWJ1ZmZlci0tdHlwZSAncmV1 c2UpDQorICAgICAgICAgIDs7IEFuIGV4aXN0aW5nIHdpbmRvdyB3YXMgcmV1c2VkLg0KKyAg ICAgICAgICAobGV0ICgoY29uZiAoYXNzcSBmcmFtZSBjb25mcykpKQ0KKyAgICAgICAgICAg ICh3aXRoLXNlbGVjdGVkLWZyYW1lIGZyYW1lDQorICAgICAgICAgICAgICAoc2V0LXdpbmRv dy1jb25maWd1cmF0aW9uIChjZHIgY29uZikpKSkpDQorICAgICAgICAgKChlcSBkaXNwbGF5 LWJ1ZmZlci0tdHlwZSAnd2luZG93KQ0KKyAgICAgICAgICA7OyBBIG5ldyB3aW5kb3cgd2Fz IG1hZGUgb24gYW4gZXhpc3RpbmcgZnJhbWUuDQorICAgICAgICAgIChsZXQgKChjb25mIChh c3NxIGZyYW1lIGNvbmZzKSkpDQorICAgICAgICAgICAgKHdpdGgtc2VsZWN0ZWQtZnJhbWUg ZnJhbWUNCisgICAgICAgICAgICAgIChzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24gKGNkciBj b25mKSkpKSkNCisgICAgICAgICAoKGVxIGRpc3BsYXktYnVmZmVyLS10eXBlICdmcmFtZSkN CisgICAgICAgICAgOzsgQSBuZXcgZnJhbWUgd2FzIG1hZGUuDQorICAgICAgICAgIChkZWxl dGUtZnJhbWUgZnJhbWUpKSkpKQ0KKw0KKyAgICAod2hlbiAod2luZG93LWxpdmUtcCBzZWxl Y3RlZC13aW5kb3cpDQorICAgICAgKHNldC13aW5kb3ctcG9pbnQgc2VsZWN0ZWQtd2luZG93 IHBvaW50KSkNCisNCisgICAgdmFsdWUpKQ0KKw0KKyhkZWZ1biBkaXNwbGF5LWJ1ZmZlci1l eHBlY3RlZC1ib2R5LXdpZHRoIChidWZmZXItb3ItbmFtZSAmb3B0aW9uYWwgYWN0aW9uIGZy YW1lKQ0KKyAgIlJldHVybiBib2R5IHdpZHRoIG9mIHdpbmRvdyAnZGlzcGxheS1idWZmZXIn IHdvdWxkIHNob3cgJ2J1ZmZlci1vci1uYW1lJyBpbi4NCitUaGUgYXJndW1lbnRzICdidWZm ZXItb3ItbmFtZScsICdhY3Rpb24nIGFuZCAnZnJhbWUnIGFyZSBhcyBmb3INCisnZGlzcGxh eS1idWZmZXInLiINCisgIChjYXIgKGRpc3BsYXktYnVmZmVyLXByZXRlbmQNCisgICAgICAg IGJ1ZmZlci1vci1uYW1lIGFjdGlvbiBmcmFtZQ0KKyAgICAgICAgKGxhbWJkYSAod2luZG93 KQ0KKyAgICAgICAgICAod2luZG93LWJvZHktd2lkdGggd2luZG93KSkpKSkNCisNCiAoZGVm dW4gd2luZG93LS1tYXliZS1yYWlzZS1mcmFtZSAoZnJhbWUpDQogICAobWFrZS1mcmFtZS12 aXNpYmxlIGZyYW1lKQ0KICAgKHVubGVzcyAob3IgKGZyYW1lLXBhcmFtZXRlciBmcmFtZSAn bm8tZm9jdXMtb24tbWFwKQ0K --------------080909050408020307020107-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2018 21:46: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15413679303825 (code B ref 32825); Sun, 04 Nov 2018 21:46:01 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 21:45:30 +0000 Received: from localhost ([127.0.0.1]:34324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJQD4-0000zd-Bw for submit@debbugs.gnu.org; Sun, 04 Nov 2018 16:45:30 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:40959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJQD1-0000zQ-QE for 32825@debbugs.gnu.org; Sun, 04 Nov 2018 16:45:29 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C74505C3A72; Sun, 4 Nov 2018 21:45:25 +0000 (UTC) Received: from pdx1-sub0-mail-a60.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 813645C3D4A; Sun, 4 Nov 2018 21:45:25 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a60.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 04 Nov 2018 21:45:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Squirrel-Hook: 22336e5a112319e8_1541367925617_166442114 X-MC-Loop-Signature: 1541367925617:2081688297 X-MC-Ingress-Time: 1541367925617 Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id 4A64480279; Sun, 4 Nov 2018 13:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Lc2cOjYNZVPRfx2Y2hMa1dGHBpc=; b= PxNOg7aauYOcrtgLq122sbz92xIZ8FMA9zOxLzIzNhxquI67cnVFnrKcZXAb3nrD /LmygwYXqUO2+USTeJklpAPv8pa3veQVxgAVRVtePKhKXV9Jpf8oLJ67+bd6sgdX Q74gKTWmn8FJESNESXxfXrOY6IgeThW6hMdvGIxR/F8= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id ABB078026A; Sun, 4 Nov 2018 13:45:12 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a60 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> Date: Sun, 04 Nov 2018 23:33:52 +0200 In-Reply-To: <5BDEB6BA.5000307@gmx.at> (martin rudalics's message of "Sun, 04 Nov 2018 10:07:06 +0100") Message-ID: <87y3a8jz6v.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeefgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdduheejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrudehjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > (1) Decide whether a specific window can be (re-)used. Should we > refute it when the window cannot be enlarged to 'min-height' lines? > The decision would have to be made via 'window-resizable-p' and its > IGNORE argument set to the window itself so we can, for example, > (re-)use a preserved size window showing some other buffer. > > (2) Actually resize that window via a 'window-height' entry. This is > independent from (1). Processing a 'window-height' entry is just some > sort of bonus work 'display-buffer' does for the convenience of the > user. It in now way affects the decision which window is chosen. > > So please think of any bad consequences of what we decide in (1) like > not using _any_ window on the selected frame because none of them fits > the 'min-height' constraint. Consider a default two windows frame > where the size of the selected window is preserved. Maybe simply display the buffer in the below window regardless of its size? Because it makes no sense for display-buffer-below-selected to display the buffer in a window other than below. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2018 21:46: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15413679343844 (code B ref 32825); Sun, 04 Nov 2018 21:46:02 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 21:45:34 +0000 Received: from localhost ([127.0.0.1]:34327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJQD8-0000zw-JE for submit@debbugs.gnu.org; Sun, 04 Nov 2018 16:45:34 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:22220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJQD7-0000zo-2Y for 32825@debbugs.gnu.org; Sun, 04 Nov 2018 16:45:33 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 94104122453; Sun, 4 Nov 2018 21:45:31 +0000 (UTC) Received: from pdx1-sub0-mail-a60.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 5141F1223AA; Sun, 4 Nov 2018 21:45:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a60.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 04 Nov 2018 21:45:31 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Average-Shade: 10aa5a9f2a086286_1541367931420_3768719430 X-MC-Loop-Signature: 1541367931420:1852761906 X-MC-Ingress-Time: 1541367931420 Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id 0A0A580279; Sun, 4 Nov 2018 13:45:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=2GbYWCfi34+vtC5dspkHH0RXSws=; b= VogR/4/Duvfq7JIgUI7bRWUsqrFBf5XYTHCxJQeJz+TmZt7qFVcCTZVQALmNCHWv mSrYn3f3eznEy2Ep4ElihkOUPLCL0dXqMFzDodHl/lffIru/buKdKR1nJJ5JhMxI OvXltW1YMDynyQjzR/ue61oFGd8SmOULLS0zY7GgXCE= Received: from mail.jurta.org (m91-129-101-157.cust.tele2.ee [91.129.101.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id 08D6E8026A; Sun, 4 Nov 2018 13:45:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a60 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> Date: Sun, 04 Nov 2018 23:35:03 +0200 In-Reply-To: <5BDEBD84.7090402@gmx.at> (martin rudalics's message of "Sun, 04 Nov 2018 10:36:04 +0100") Message-ID: <87wopsjz6k.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeefgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdduheejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrudehjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> So please think of any bad consequences of what we decide in (1) like >> not using _any_ window on the selected frame because none of them fits >> the 'min-height' constraint. Consider a default two windows frame >> where the size of the selected window is preserved. > > We should be also able to fix Bug#10186 then. > > BTW, I recently tried to write a function that can be used to return > the specifics of the window chosen by 'display-buffer'. Discussions > of the use of such a function were frequent in the past (bug numbers > 6000, 10127, 10600, 12618, 17809) but we never came to a conclusion of > whether such a thing would be really useful or can be practically > implemented at all. > > Have a look at the patch I attach, it's against the release branch. If I understand correctly the purpose of your function, maybe a better name would be display-buffer-try? Or if it also checks some predefined values, then maybe display-buffer-assert? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Nov 2018 09:35: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15414104934662 (code B ref 32825); Mon, 05 Nov 2018 09:35:02 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Nov 2018 09:34:53 +0000 Received: from localhost ([127.0.0.1]:34585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHY-0001D7-PO for submit@debbugs.gnu.org; Mon, 05 Nov 2018 04:34:53 -0500 Received: from mout.gmx.net ([212.227.17.20]:47469) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHW-0001Cr-Am for 32825@debbugs.gnu.org; Mon, 05 Nov 2018 04:34:50 -0500 Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY75A-1fxipW0s6a-00UtR9; Mon, 05 Nov 2018 10:34:42 +0100 Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY75A-1fxipW0s6a-00UtR9; Mon, 05 Nov 2018 10:34:42 +0100 Message-ID: <5BE00EB1.6090107@gmx.at> Date: Mon, 05 Nov 2018 10:34:41 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> In-Reply-To: <87y3a8jz6v.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:LEPQbPGbR5GGvfgtEh3U9fypTdvuIrG0ke4HP3y4Vm3o+Tblm+N +JFMrncbDhbbYV8yZlQY8XwnqphQFxm8dkmjGjc/5rS1XMfAVlQp+j/oJW7xDWIehKyA1m9 w+QaQudg4QwnUd6ZyeIzmS/L4qr2+xU1EoEgoK7EBfBol6TdVxTyg/O25Ls3n0w5LAHK8Bj R97y71uNuV0rp+IQuCP7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:f+yDwQ/7/4Y=:AUBxvZHPVoRZ9Gr/mpkSsD IFpx9UL3pynPvudyTrd10C7LU4NDUAQDpFyrWrfzDQ6Ux7jQNC9jgbceqOfVVh/ouwrf2qqOK zuJYnsxyBijSlqoG8l6XRrdjKILvQAUcyQAf5NYCuzAWQSq+sOiFFO0mVML2C+d2o0Wlq2xd6 qHB1H/FzlKFMuPh2ksK0tF6gUKZIj9fiGKl1mIW2OdJCXgILw3soFnTQJajU4dTc65RPjOxVf 0Y/ljUarkfggKgza1sQmz7lCYsOiyNyOZaa9a+EL/fjMWcaShhd0uE2s0cD286m3unDN7uHmi KaFhghDa94jM4yaLZwQScKYZZxpq/WU8zoLOfBbZeFB6NioHBcDYhLCiK4cg4e2xrHDX3I3Zr mAaSFzzsVicLlo4WXPp/qaM+7xCCmgasg7C7Is8/rB9nwWGJ69EfD5NwfpIUNs8t2+i80WXEj SgmUPDT5I/GQJraoRDhqZF5T07cAn1OAqy0wfmzhVA53c3ZSXpl2JyQt+EarZ+46787aS7m8z je3Tf4hpq7KALXPaFMbFoU5KQIm959JdM3bI41ynqN0f9IpPCRN2DFZ3UuXqeCyGxR4kKvHUp 4inAvX4wLW2eoTRaNHZe5IiJF3FV82CAut6Gezl5QONoGho01OCI0frz9K5sGus+YC47YT7GJ OYaGOuCrpJhw/XNdljV4k2FiugZ9rsozMi4OP5r/yoMHVoaNtS3F1UJ/XUWR2079AmBVCCRZc CA4iRsoJ5a1ZxmiX7FX5C5JvB63zLHu67pH5a5mkJUA1L/B3MNoDT2dELcR3e7fiBUhP4aJ5m esoCn2TpRh/LUbBKSoBCCXlNifPkPecGKmxJXoCpqVQ7/GzGiXodeX7SJMKr7Dqji7DQnWJpe yg+5mlaBTG1lG0CpZZ+irb24jkICbFqQK5AhK38AOlU+1J5I8dV2N4ZBA5mj4I X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> (1) Decide whether a specific window can be (re-)used. Should we >> refute it when the window cannot be enlarged to 'min-height' lines? >> The decision would have to be made via 'window-resizable-p' and its >> IGNORE argument set to the window itself so we can, for example, >> (re-)use a preserved size window showing some other buffer. >> >> (2) Actually resize that window via a 'window-height' entry. This is >> independent from (1). Processing a 'window-height' entry is just some >> sort of bonus work 'display-buffer' does for the convenience of the >> user. It in now way affects the decision which window is chosen. >> >> So please think of any bad consequences of what we decide in (1) like >> not using _any_ window on the selected frame because none of them fits >> the 'min-height' constraint. Consider a default two windows frame >> where the size of the selected window is preserved. > > Maybe simply display the buffer in the below window regardless of its > size? Because it makes no sense for display-buffer-below-selected to > display the buffer in a window other than below. But then the same argument holds for popping up a new window. Even if we can't make the new window as large as we want, popping it up below the selected one is the only thing that makes sense if the selected window is at the bottom of the frame. Unless we decide that failing should be better than not making the window high enough. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Nov 2018 09:36:03 +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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15414105084731 (code B ref 32825); Mon, 05 Nov 2018 09:36:03 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Nov 2018 09:35:08 +0000 Received: from localhost ([127.0.0.1]:34591 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHo-0001EF-6R for submit@debbugs.gnu.org; Mon, 05 Nov 2018 04:35:08 -0500 Received: from mout.gmx.net ([212.227.17.21]:57617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHn-0001DZ-9j for 32825@debbugs.gnu.org; Mon, 05 Nov 2018 04:35:07 -0500 Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgI0W-1fhHs61Z4u-00ney0; Mon, 05 Nov 2018 10:34:58 +0100 Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgI0W-1fhHs61Z4u-00ney0; Mon, 05 Nov 2018 10:34:58 +0100 Message-ID: <5BE00EC2.1060102@gmx.at> Date: Mon, 05 Nov 2018 10:34:58 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> In-Reply-To: <87wopsjz6k.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:AQWq9JsmSYb1qiRFdV7ksIVub9ncvC+4kWDSNE/2P6vegnHtDOp YvWeOMOW+eoJ3f8TKDkCZtKW2m2Q6ROhD9kpK/KID5aSzcWvZFESwA7qPsnblROFDR+tbRh gZLJ9yY4U5XBgznj0O0H0brF6YJI02wdMgDSBNhB76Cpz4aqf46UWHKYaEifYIoev4NuPWq 01505d2kf6HFycBcb4R5g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:2JQasuBUt60=:e44WulmeQYWcqN822DC9xl iIRNhKWKvT751E/JcBmTUHQnKV1COCW2zbAtBEdbq4zn4ELX0qJlgYIL34B0UG5FkKnE26ZTf Y3pAoFEjY7EqWeZIBGb2xJW6+us76l0lYV2sQpPYn5vIHQlQxVgLuBtFDJAV6HMX3dYtAygla 4omAYIFCXmSLcrB+TP7+Lp7if57pzukR77Xtrv08DMBQv26+c9ki4YS6/6FWJXmV2f7COHMio A1Ga0kMy3GFu8cQQMX36ApoTfz8ksHgmcvjfY2pK9HrpMKqnDSPO35+JiBmqm75jXFLKleDuG dpeXX1Ews3gHlEM1bale8mxkn2kS76Da5taszKAahaLRidWyKp9UEQWGgw0Z2+OYiMPnWFTtn i7m1FD/3F3wP/oenGYDn6KJFLO3oC+a1LLSqPVLT5xSg7MsF5HU2D2Jm2zYZy1YGEpQ1qrB21 uL/33tgk99QJKSIzlQgitqaj+ROyw/kgwCU2ZWbIgmo31GwfDEWcxnEghNfvInpGij8hrjqkc J9YATkGmIlpHyZHH/0zhm3WiF+AakiJgkRWExqyI41HrSq8hcAKDCN8i+b3+3ZqlOfAZGZQUm OP99VFIwKBzCuCJ9hUJC9AWKcBfTkpCxEb4fuz2so/8+UNbx2vO0lROv+cBFzSTiXzVJbAQZp ICdsRJKd/cDMv0ArftDFuD7oEmgtEryQOKNlfojXiUmk5xmQ68IjF/aAWaqcLk0JuRAyjGAtE 19bCgs9QsxYMY/jmYwx4I9QhJg9uHnQlOYOD3pDQ2v6oSaaFERQohBb0JcXNJ/TFXpQmd/N5q UPFM9xcNnUTcBu9yyKjxkfZ5nMb7/uvnhGpdBAruplnyp72dOs= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > If I understand correctly the purpose of your function, maybe a better > name would be display-buffer-try? Or if it also checks some predefined > values, then maybe display-buffer-assert? We already have 'display-buffer-try', we call it 'display-buffer'. This one would then be better called 'display-buffer-try-and-revert' or maybe 'display-buffer-invisibly'. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Nov 2018 21:58: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154145506625370 (code B ref 32825); Mon, 05 Nov 2018 21:58:02 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Nov 2018 21:57:46 +0000 Received: from localhost ([127.0.0.1]:35803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJmsT-0006b8-OQ for submit@debbugs.gnu.org; Mon, 05 Nov 2018 16:57:45 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:42547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJmsR-0006ar-GS for 32825@debbugs.gnu.org; Mon, 05 Nov 2018 16:57:44 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id B1ECD123F87; Mon, 5 Nov 2018 21:57:41 +0000 (UTC) Received: from pdx1-sub0-mail-a31.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 32919123F23; Mon, 5 Nov 2018 21:57:41 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a31.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 05 Nov 2018 21:57:41 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Arch-Well-Made: 0d43b76831440a95_1541455061348_378666078 X-MC-Loop-Signature: 1541455061348:2714687240 X-MC-Ingress-Time: 1541455061347 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id E4C58804D4; Mon, 5 Nov 2018 13:57:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=uEED/3Qcn2mjqmaSLNBEFFWGFgs=; b= xKtORk2nd14r6K+z8G4MzXkrf94EjwvJnfIQJgkqIz6l/0Hqhx+1K9T4fPaFDELh fEtwBj1MbKSNhW3tG4zU4gzhmrF1rVOl08skAyOXVKlYVTSIzhwkkbsaGyyF3XoW 0QsIo9f2S9ozGfQ+y/9v3W6JGF0uxCvbtLm1NpXtGhE= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id 42EF38049A; Mon, 5 Nov 2018 13:57:37 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> Date: Mon, 05 Nov 2018 23:49:27 +0200 In-Reply-To: <5BE00EB1.6090107@gmx.at> (martin rudalics's message of "Mon, 05 Nov 2018 10:34:41 +0100") Message-ID: <87sh0fxkih.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeehgdduheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> (1) Decide whether a specific window can be (re-)used. Should we >>> refute it when the window cannot be enlarged to 'min-height' lines? >>> The decision would have to be made via 'window-resizable-p' and its >>> IGNORE argument set to the window itself so we can, for example, >>> (re-)use a preserved size window showing some other buffer. >>> >>> (2) Actually resize that window via a 'window-height' entry. This is >>> independent from (1). Processing a 'window-height' entry is just some >>> sort of bonus work 'display-buffer' does for the convenience of the >>> user. It in now way affects the decision which window is chosen. >>> >>> So please think of any bad consequences of what we decide in (1) like >>> not using _any_ window on the selected frame because none of them fits >>> the 'min-height' constraint. Consider a default two windows frame >>> where the size of the selected window is preserved. >> >> Maybe simply display the buffer in the below window regardless of its >> size? Because it makes no sense for display-buffer-below-selected to >> display the buffer in a window other than below. > > But then the same argument holds for popping up a new window. Even > if we can't make the new window as large as we want, popping it up > below the selected one is the only thing that makes sense if the > selected window is at the bottom of the frame. Unless we decide that > failing should be better than not making the window high enough. Maybe I misunderstand something, but I see that already everything is working fine. When I tried with display-buffer-below-selected to cause an error in a narrow buffer at the bottom of the frame, then the *Backtrace* buffer is displayed in a new window created by horizontal splitting of the largest window on the frame. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Nov 2018 21:58: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154145507225389 (code B ref 32825); Mon, 05 Nov 2018 21:58:02 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Nov 2018 21:57:52 +0000 Received: from localhost ([127.0.0.1]:35806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJmsa-0006bR-1R for submit@debbugs.gnu.org; Mon, 05 Nov 2018 16:57:52 -0500 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:55888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJmsX-0006bI-LI for 32825@debbugs.gnu.org; Mon, 05 Nov 2018 16:57:50 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 54AE4123333; Mon, 5 Nov 2018 21:57:48 +0000 (UTC) Received: from pdx1-sub0-mail-a31.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E69F012341D; Mon, 5 Nov 2018 21:57:47 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a31.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 05 Nov 2018 21:57:48 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Interest-Print: 0ad8820459593d3b_1541455068037_325534621 X-MC-Loop-Signature: 1541455068037:534865767 X-MC-Ingress-Time: 1541455068036 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id 9F29E804D5; Mon, 5 Nov 2018 13:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=TFaxXVFeCQMTE5rUwiteK/ffow0=; b= tfYAy6vOrWAJ4jPGt9W5NdQfTQILvYnVEf3KyECMl+Hy7fBXiGNDyQUKaS459UUa EShu0UKPQDE+mqmQtLopvGejuSlVntF5wJAMWXbXvUOgAV/zYYyy85wCQw01xrh6 /LtCCgFMHwRRM2JqfmsJw1pHYNFsF0/9yCRZ31Hp5f8= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id F3477804D4; Mon, 5 Nov 2018 13:57:44 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> Date: Mon, 05 Nov 2018 23:56:06 +0200 In-Reply-To: <5BE00EC2.1060102@gmx.at> (martin rudalics's message of "Mon, 05 Nov 2018 10:34:58 +0100") Message-ID: <878t27xk7d.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeehgdduheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> If I understand correctly the purpose of your function, maybe a better >> name would be display-buffer-try? Or if it also checks some predefined >> values, then maybe display-buffer-assert? > > We already have 'display-buffer-try', we call it 'display-buffer'. > This one would then be better called 'display-buffer-try-and-revert' > or maybe 'display-buffer-invisibly'. This resembles more with-like functions such as with-selected-frame and with-selected-window. Maybe then call it with-display-buffer or with-displayed-buffer. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Nov 2018 08:47: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154149402021382 (code B ref 32825); Tue, 06 Nov 2018 08:47:02 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Nov 2018 08:47:00 +0000 Received: from localhost ([127.0.0.1]:35971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJx0l-0005Yo-CA for submit@debbugs.gnu.org; Tue, 06 Nov 2018 03:46:59 -0500 Received: from mout.gmx.net ([212.227.17.20]:57213) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJx0k-0005Yb-0X for 32825@debbugs.gnu.org; Tue, 06 Nov 2018 03:46:58 -0500 Received: from [192.168.1.101] ([213.162.68.231]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVvDo-1g06nA32V6-00X5QD; Tue, 06 Nov 2018 09:46:48 +0100 Received: from [192.168.1.101] ([213.162.68.231]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVvDo-1g06nA32V6-00X5QD; Tue, 06 Nov 2018 09:46:48 +0100 Message-ID: <5BE154F5.4050902@gmx.at> Date: Tue, 06 Nov 2018 09:46:45 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> In-Reply-To: <87sh0fxkih.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:IRt/Ct3SHgoPXKaZoyF3sXaSVT1wPnKmZXebb/wIIiJXEyZD+2v SCxe8jPi6B1gL8VPvXJdb7ob4aBVwDxYwhK4Il7AVjUX8yWg4/sQZmOXpU1PjEonAebiY3m E0miCYU455020RPeuAI5gYg667cOlXz59ZVXhAAygAVySp+GgRHdh08S8LsohSYK73GjF0D O3Dm4eNJ3OZ8JSpCyrfMw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:uQUs+8tT9xk=:/Cf5tD9NuOjZmJDGL1ng6s CkNXuwnFaPQGUUo2yHuGDjcksaNbCJmF1Ifdw8rHSZNpybfM+Fle7vJYzqtdzu2k4ThtxE3iJ yWo5AtgLhk5TSnJzA0TshvLtSeEUpA8dNLUKA5L/5UQB5Fsys1FeCUuvUYXv18tNfkt7y2zv7 xNLnZf5pVgBjd2C04QZM9tI9lfV6HhwURpMXomlE1QeDBJDQTzA/4amoI/nafjdtycOC8VHCn 18l/qPcNL4mhpojxBwCJ4st3DmLaF0Odpodj+U5Kxj5//Xy5wCVdj1uKS/YDicjAyGfKc50fI ZtO1S18cKeawMG9w/6dt/Ukrr37lN4s+dbQbK6NrAVwtbRxOkICOp4jxETd5US5shWyGTY5ZX FUZVWcCMFJJ7FoIk28oE5KyTyT0FoMFE+uFFpSJZ7yj9+6iQuWuGilR5MViY5NvqfPOsKUswx 0Q30i0JsZDzlbbs2ArSR/nLHTnb095GQIyJz7VKtYLw0EMyanmguPmwSP8Lmx9G6mYZG9TkH4 htVsjaDVUs3ZazTXM/q0O0Rii1tp9Ru0pDMyMXrQVfJKsUnkRDK91luYtHu7E3kobj7aJZJyA oerfKB71RqmFVjsAhh1XcE7ObHdKuunNGSrORySzMshatSSKhe0wum6ehxkSuP8eUs3zkPDrY Hc2uc99TFyGxbQgeaMnAb6Zn90K3YF9fgEGqfUNrXx8KfQeA+Oh31334iVEIHV+4HeaE/vVTe b7i+EDqJl4JJvqMJI9BDtxHrtCI6/CaSCCE5ZRKRX5zcI9TxOtv9em/T6LhfdiN1sbpf8fE7n 2lZIv+z7/h8pHMf8ukqAfvOgXjoNBO9padlQXdTD8LUv4r6EFLVluZxk7DDi2xWgGKxLXPWnP xBc58R8udJfmwz/xyI+VmFSmsrM+dak+MmoBfX7jA8kWFGHF0f37lWYZDnOt5V X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) > Maybe I misunderstand something, but I see that already everything is > working fine. When I tried with display-buffer-below-selected > to cause an error in a narrow buffer at the bottom of the frame, > then the *Backtrace* buffer is displayed in a new window created > by horizontal splitting of the largest window on the frame. I never doubted that it works correctly (IIRC Michael did). But from what you tell above it's obvious that you tried with customizations of the initial frame size which cause 'split-window-sensibly' to prefer a horizontal split over a vertical one. Right? If so, then since most users of Emacs do not have such customizations, your invocation hardly qualifies as of the emacs -Q type. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Nov 2018 08:48: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154149402921444 (code B ref 32825); Tue, 06 Nov 2018 08:48:02 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Nov 2018 08:47:09 +0000 Received: from localhost ([127.0.0.1]:35977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJx0v-0005Zo-7O for submit@debbugs.gnu.org; Tue, 06 Nov 2018 03:47:09 -0500 Received: from mout.gmx.net ([212.227.17.21]:46677) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJx0t-0005ZB-WF for 32825@debbugs.gnu.org; Tue, 06 Nov 2018 03:47:08 -0500 Received: from [192.168.1.101] ([213.162.68.231]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1fTDvu2BF2-00r2SW; Tue, 06 Nov 2018 09:46:58 +0100 Received: from [192.168.1.101] ([213.162.68.231]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1fTDvu2BF2-00r2SW; Tue, 06 Nov 2018 09:46:58 +0100 Message-ID: <5BE15500.3080908@gmx.at> Date: Tue, 06 Nov 2018 09:46:56 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> In-Reply-To: <878t27xk7d.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:svxWtvbJGg7kg1+kz1FIB/2i+BjtMiOshN9XSB3bt/Rj9yqjc6m vYxMSfGUYEP7Kod8HhZYo6xnMrDCxS61qeKh/wnjJp85ujbc5cW5rJVc6HKYtCPELIyiODk dnF8vxtldOCwj4ojSh0TKubgVSs1L0i40crwRvzBBAjJJYiBY9SNlqo76ve0CGqly9IiTGL Fq7HKtb3dDEnpjCIHA50A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:u8VmbglmwSk=:tf1VM1eWkxOAQe08kyNOQj A/5E/OQEiPHOVd8qAT9j7a5SiElnOW6pJ0a1CDg9rl+ViL1POlA5+RikkjAYOExAGDcnOmn2A 2MesTEsld0I1suQual0X4w0yYMs76GjuKMWvpU5IHcziAqUX7eUbc/kPDwDtZOjKga9sxled+ solDW+fOVUM2Vt2PvWDXsS6pX6gpqok2wfnRoKWw+nuA2On6x7GHm0P9p86W43f5DspEWjbCw P5hYFWFmpFIw7D1rjQM93xX6Tci8xRmoC3wFSeWMvzdai0TxzVhFl9pk9+Vlid6SA0wKzj4Zm 6+21psf9XWrR+WnvVm7/Cc8u8XXYyoz595tYqioGxC5Ngj8E2k/j5nQqSh/IkXOyY7zIGcQGY WlOznM63Gdl75kKt9/B7kAT8C7yq60Q0Lxtm2RW/+aCkUD7ph9ktVUU4wwWT1t+aPU1k0f3KK eJX0kKfpuBeGLw65IWrn1GTz38fKFFm8hB+r+FB+uxCxtNbuzkUcGX4mvLa9TBchrwgRrsv/E c66vTL/GO6onN8eGAK3XHbZdfMiheI+GwwiXnAvyUvEJqteHAUJjLeribdX5mIGlgKilsfzna yhFuybP8TTXZKr5QKr7IFpBW5fWoctsf0bm1hHo11QRF2HawXvz0owAW/AIytVj4HeqCjBlmS a4er4Z/SenTwJinPlV9G+cuwrWStYYwzSIUsplXeGK10C8bKGZavbua53U+b/HL6AkJgPb1SD dJzGNP5jrT19zxjKsfMTftxvK6j4qMsaQh+uS4q5GLFNxmWnvXH0BkBYp3sS580cnr9yhmi4W R7K0DYaKXw9fXgSE7aqrVfIxfM/dgTD0iVA0fxw0cxbQ4w1wdE= X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) > This resembles more with-like functions such as with-selected-frame > and with-selected-window. Maybe then call it with-display-buffer > or with-displayed-buffer. 'with-buffer-displayed' maybe. Although it's questionable whether an invisible frame actually displays something. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Nov 2018 22:30:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154154334810277 (code B ref 32825); Tue, 06 Nov 2018 22:30:04 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Nov 2018 22:29:08 +0000 Received: from localhost ([127.0.0.1]:37922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK9qN-0002fh-Rm for submit@debbugs.gnu.org; Tue, 06 Nov 2018 17:29:08 -0500 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:27732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK9qL-0002fX-Lr for 32825@debbugs.gnu.org; Tue, 06 Nov 2018 17:29:06 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 3DCD2683840; Tue, 6 Nov 2018 22:29:04 +0000 (UTC) Received: from pdx1-sub0-mail-a56.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 064BB6835C9; Tue, 6 Nov 2018 22:29:04 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a56.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 06 Nov 2018 22:29:04 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Power-Squirrel: 6a68af325ec99f27_1541543344111_3351670155 X-MC-Loop-Signature: 1541543344111:2824696335 X-MC-Ingress-Time: 1541543344110 Received: from pdx1-sub0-mail-a56.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a56.g.dreamhost.com (Postfix) with ESMTP id C51C280613; Tue, 6 Nov 2018 14:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=B2TX57bjq/dAEACC9weOaFgIFtU=; b= AmNWmrD0V7JSAUJfVFg5uOhg89QC/NzBhYR/3vhu2B0EgKWHyXg2pj4TovvlDfVl nY9XV8BD/B1WtrG53y+Ah4ZDcTooT8t++CFg5jsVlAtlCNO0N37olGDMb35MTvAl olCYONISCb7DUzkGp2TG2gBwJBDWJwy/+o77IvldESQ= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a56.g.dreamhost.com (Postfix) with ESMTPSA id BDE188060D; Tue, 6 Nov 2018 14:29:01 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a56 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> Date: Wed, 07 Nov 2018 00:08:27 +0200 In-Reply-To: <5BE15500.3080908@gmx.at> (martin rudalics's message of "Tue, 06 Nov 2018 09:46:56 +0100") Message-ID: <87lg65uaed.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeejgdduieduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> This resembles more with-like functions such as with-selected-frame >> and with-selected-window. Maybe then call it with-display-buffer >> or with-displayed-buffer. > > 'with-buffer-displayed' maybe. Although it's questionable whether an > invisible frame actually displays something. Isn't this bad that this function does the double work, i.e. first displays the buffer, then reverts, and if everything is right, displays the same buffer again. Shouldn't it display the buffer only once, then check if everything is right, and revert only if not. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Nov 2018 22:30:05 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154154335810300 (code B ref 32825); Tue, 06 Nov 2018 22:30:05 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Nov 2018 22:29:18 +0000 Received: from localhost ([127.0.0.1]:37925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK9qW-0002g2-3F for submit@debbugs.gnu.org; Tue, 06 Nov 2018 17:29:16 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:20252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK9qT-0002ft-NI for 32825@debbugs.gnu.org; Tue, 06 Nov 2018 17:29:14 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 414DC282EE4; Tue, 6 Nov 2018 22:29:12 +0000 (UTC) Received: from pdx1-sub0-mail-a56.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 0B0872829C1; Tue, 6 Nov 2018 22:29:12 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a56.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 06 Nov 2018 22:29:12 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Share-Shade: 5734c01e5db34e9c_1541543352132_1277178489 X-MC-Loop-Signature: 1541543352131:1958345212 X-MC-Ingress-Time: 1541543352131 Received: from pdx1-sub0-mail-a56.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a56.g.dreamhost.com (Postfix) with ESMTP id C108A80611; Tue, 6 Nov 2018 14:29:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=xBUy0zg4/Zh2S9lACZOXLkJhdl0=; b= dsF61mX0hPmDrgmIHjV2gIP0jHdhibKGunZoToGXPHM4bhjWcSHVBACvx4TN6exR Fo2ScSrbbLIeASDnpN0riwcIsfkd6ftfxbbQD07zNFChL2g031Gf9o4DZNn7Xk5n JioR02zNkhssRGM0P9bnTa/JAJ/lGtwPxuGwY37f2LM= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a56.g.dreamhost.com (Postfix) with ESMTPSA id 503558060D; Tue, 6 Nov 2018 14:29:08 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a56 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> Date: Wed, 07 Nov 2018 00:13:42 +0200 In-Reply-To: <5BE154F5.4050902@gmx.at> (martin rudalics's message of "Tue, 06 Nov 2018 09:46:45 +0100") Message-ID: <87r2fxsvl5.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeejgdduieduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Maybe I misunderstand something, but I see that already everything is >> working fine. When I tried with display-buffer-below-selected >> to cause an error in a narrow buffer at the bottom of the frame, >> then the *Backtrace* buffer is displayed in a new window created >> by horizontal splitting of the largest window on the frame. > > I never doubted that it works correctly (IIRC Michael did). But from > what you tell above it's obvious that you tried with customizations of > the initial frame size which cause 'split-window-sensibly' to prefer a > horizontal split over a vertical one. Right? If so, then since most > users of Emacs do not have such customizations, your invocation hardly > qualifies as of the emacs -Q type. I tried in a wide frame, but trying in a narrow frame is even better: it selects a large window without splitting it. What is much worse is that subsequent calls in a narrow frame display the *Backtrace* buffer each time in another window - the window is not reused where it was displayed previously. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 09:24: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154158260114538 (code B ref 32825); Wed, 07 Nov 2018 09:24:02 +0000 Received: (at 32825) by debbugs.gnu.org; 7 Nov 2018 09:23:21 +0000 Received: from localhost ([127.0.0.1]:38134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3U-0003mQ-Ok for submit@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:20 -0500 Received: from mout.gmx.net ([212.227.17.21]:51605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3T-0003mC-2j for 32825@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:19 -0500 Received: from [192.168.1.101] ([212.95.5.136]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVJze-1g16rR15A6-00YkI3; Wed, 07 Nov 2018 10:23:11 +0100 Received: from [192.168.1.101] ([212.95.5.136]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVJze-1g16rR15A6-00YkI3; Wed, 07 Nov 2018 10:23:11 +0100 Message-ID: <5BE2AEFA.3070309@gmx.at> Date: Wed, 07 Nov 2018 10:23:06 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> In-Reply-To: <87lg65uaed.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:oY8ZXu89UTB2tmH2lx5WSfODac+8IQAQK1wHllsvIKGdY3ll8zX m0vdhKlW50bqYoJ2G6awowdlchxR5Zo4a3fuZgvP5rlvvJx3iG5Nqfjz/3FSXF0XjDGt/Hj pGtjjJsI324AFofWtkEMV6XDQAjE7iEEMwwufbGK2BrOpYCDckZZ/4BIWYaOwJf+AooXP8e NA4WPtXFF2xWCiTBN0nlQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:uL/Nq9jnLOc=:51syS2nWW30IXNdpGJBnvu uGVtx3cLvROkmAs7j7af4qfbiy7j99UEIMKAgSYS7SLRpoCYRBbo3DYMpZk5pq66W5gBnh0zm xWlca87O1FcM+MHKet22zbfbyM+Gwq9Mj3/JKu/2qstZMIOkgW11j31LpzPvw5daUx7ZRXlev w4+eO2G3knz5yeqIRglPvnSToLUP47QD+krjyQPoeWMtSB6mXJjVE1jiFRspgZIqU1+ZZiUud JvyS09OjqZ3eaWanyEeL4GbKhfGECRniU3g1X/+7LMTh4rtYtup+y7unP7mM4Erok95gO9d/B Nc+PpwGAaVZt9WrQzWe4uikBfzjfgNoR/OKw1cUqOV6FlTvp5o6XTaoRsT3ISlU2O2oJ14Qz8 Qm7RMVpbzu3DwT2himZ0HGvg/5pztOTBmF1L7JFSND7aVGbl+CFhBbnGQ4AEYbwyByBxZiyTI Ie+IV7ir9UodLJROHuuYxxs59wzEWhY6yIVHiQTzqV9OLkFSI7Tfqs11waZibGfi9UiH4KZAp LylYdeVYdVDZSwAJuQsbSXX27dhjTGECNMBS53rBbncekb/NRrL86jHftiK/G/t9xvxdKhUvD bu681bXEXl5DabH+Id4/I5Vs0HcrlThxjL+Vvbo3ynNJ+EVtL9eNq5kOpwMt/IOJxfj8P9KBM VSjI3PinXoA3bnzCuCSTvZRcpiokNzNyjQClpK4kVeK2xMC4j0ODNOuLaeEIjfRudKgKXq/Ht VBW552LbOVLjbSsoOgnf4Id5XncQdySgW/JxtovoPowRD5sFgzEVTddLHuk6gzAgMxccQMajW KD+oVSlZViZL5iUon6yopbK00XVMa7yKPp58+euuKk1lnpMffE= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Isn't this bad that this function does the double work, i.e. > first displays the buffer, then reverts, and if everything is right, > displays the same buffer again. Shouldn't it display the buffer > only once, then check if everything is right, and revert only > if not. The primal problem this was supposed to solve is: (1) Get the size (typically the body width) of the window supposed to display a buffer (typically a doc or man buffer). (2) Format the buffer in some way so that it fits into (1)'s size. (3) Call 'display-buffer' to actually display the buffer. In such a scenario the time to perform (2) usually dwarfs the time needed by (1) so it shouldn't be that bad. We obviously could use this approach to revert 'display-buffer' whenever it did something bad. But we shouldn't do that by default, the overhead for storing the configurations is not negligible. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 09:24: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154158261014562 (code B ref 32825); Wed, 07 Nov 2018 09:24:02 +0000 Received: (at 32825) by debbugs.gnu.org; 7 Nov 2018 09:23:30 +0000 Received: from localhost ([127.0.0.1]:38137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3e-0003mo-0n for submit@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:30 -0500 Received: from mout.gmx.net ([212.227.17.22]:48265) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3b-0003ma-B0 for 32825@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:27 -0500 Received: from [192.168.1.101] ([212.95.5.136]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M97Nh-1gF38d1gEf-00CT0x; Wed, 07 Nov 2018 10:23:18 +0100 Message-ID: <5BE2AF02.40909@gmx.at> Date: Wed, 07 Nov 2018 10:23:14 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.fsf@mail.linkov.net> In-Reply-To: <87r2fxsvl5.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:xJdx+JFKZvSbxk6Joz9WCw3O+LUuS2TOYJKjG6NdE2argul5qFu AtW2tC2Ns3G9OOc2OOyw0dtdfhU1YbfY+iAuV1JgtGhKC20IJ9VnmIrMc8+T9RwWuNTXxCF KBoiyUFYhQqiMINQF2wsXXWJ76g/2j8EC6TP23r6bGyRyez92vYIhfQLVpx8q247JY9QXYX WTKgxgNFZ8e8GCYuGhbaA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:/oXvULKbyPU=:QYWJQOI9quE+JDnnYtGW1G qGB1aSKE094KL9KHldwttyoJOV48fqnzmtVq6i+p/DVH4uwlpRYhRDr+bOxulk6/7wjuMSkYt fdvvKfXVmy+X7I2JXv1hrblmHtUZqWDdECr5v4LzOY6S44gzdSPVh3AL04w7krjCScU/YV0Zk fVjy0NaATtwYdXExwHVcgBDvZlwLe+TqOI4WweFcngI/DSr9heoh00Gq6tgiSNch0RNcl07Uc /0SdH+pxhZ3WjTDqzL3ORgLAQsDJ3GbwtDiOJeA1QClacB49owL21Nv2oTKX9+kgQSSLKudlY MuIlvrCyM46CBEWwqUXNTGshHQE/lY73QruzFH5dn7/1qGUs0XQnEmm1QzGAPzeW8TtVnLAbZ QC+Kq037lhA4/26trhcDK90PKV/nqoVqrHfsIXepR+kTe2g7Vj5AceCSwA5WnV2ViJInrpewu 72YYg8KwUTH4XJ94SUV2LFuuFuyel6e2gz8s5HZQXljJ2kp+dx4gSCEeOkjaAdFzB/ixI49By wfdE8z6AX57Y7AQKlCFEMfbPcNWR3ophuergZXHo/xmUkQv9dgsp8qg4lsw+DD07P23mNxm5Z LmT4Lo0eKpynnRuVZ+ev8ovhV9mz6kffA0El+XDnybaw2Vb42SoTwvx0z2D1zdxOfe6G4TcI/ we01ZQzBxK0V3MXe1MhN/9GkwWHNFVJXhMJeBlvbsscCnow+i6ZnsKNOsVGf8vzHeCbAmea8D GPDanlEHHrDLaTv+AUNZ3apvdNnP1crOOAQM3UsEr186oqoxqXWwTZkFgs2hFKkEHOjkXPAJh p5b7dEVFE1YoS1dg6xX60LSktJB5Yj2JqQfCQJc/CmLOBdWFdU= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I tried in a wide frame, but trying in a narrow frame is even better: > it selects a large window without splitting it. > > What is much worse is that subsequent calls in a narrow frame > display the *Backtrace* buffer each time in another window - > the window is not reused where it was displayed previously. Does 'display-buffer-in-previous-window' fail and if so why? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 22:00:03 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154162795029129 (code B ref 32825); Wed, 07 Nov 2018 22:00:03 +0000 Received: (at 32825) by debbugs.gnu.org; 7 Nov 2018 21:59:10 +0000 Received: from localhost ([127.0.0.1]:40021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKVqw-0007Zl-LE for submit@debbugs.gnu.org; Wed, 07 Nov 2018 16:59:10 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:4749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKVqu-0007Za-W4 for 32825@debbugs.gnu.org; Wed, 07 Nov 2018 16:59:09 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 70C8643044; Wed, 7 Nov 2018 21:59:07 +0000 (UTC) Received: from pdx1-sub0-mail-a61.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3BFC342D47; Wed, 7 Nov 2018 21:59:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a61.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 07 Nov 2018 21:59:07 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Thoughtful-Gusty: 3d8740fc7074b0e3_1541627947332_2461848743 X-MC-Loop-Signature: 1541627947332:2111316541 X-MC-Ingress-Time: 1541627947331 Received: from pdx1-sub0-mail-a61.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTP id 0787B806C3; Wed, 7 Nov 2018 13:59:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=NP6pI7zUYHJdEO5U2yXUlGk6szY=; b= ew9Lg69aMPoyUsCpTkN1Eg57d+k9OVdTFNuS6MfU4CJ9EF+OqU+AL9zUoxF6Mwuk +NxU1WxJ40Chg05KNOkr4huy7YoqH8dRbuyre8KDB7AXheSgDfLEa5JhM95ijxkC qVkSmY6DMZxNLWaisKpqPXsUoxlhfcVxviTXsBzQMic= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTPSA id E8322806C2; Wed, 7 Nov 2018 13:59:03 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a61 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> Date: Wed, 07 Nov 2018 23:50:42 +0200 In-Reply-To: <5BE2AF02.40909@gmx.at> (martin rudalics's message of "Wed, 07 Nov 2018 10:23:14 +0100") Message-ID: <87sh0cva5h.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeelgddugeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> What is much worse is that subsequent calls in a narrow frame >> display the *Backtrace* buffer each time in another window - >> the window is not reused where it was displayed previously. > > Does 'display-buffer-in-previous-window' fail and if so why? Yes, it fails. Do you see the same? I only added display-buffer-below-selected to pop-to-buffer of "*Backtrace*" after display-buffer-in-previous-window, and in `emacs -Q` with 3 windows where the bottom window is very low, subsequent errors are displayed in different windows. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 22:00:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154162795929151 (code B ref 32825); Wed, 07 Nov 2018 22:00:04 +0000 Received: (at 32825) by debbugs.gnu.org; 7 Nov 2018 21:59:19 +0000 Received: from localhost ([127.0.0.1]:40024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKVr4-0007a7-Ty for submit@debbugs.gnu.org; Wed, 07 Nov 2018 16:59:19 -0500 Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:18996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKVr2-0007Zx-AU for 32825@debbugs.gnu.org; Wed, 07 Nov 2018 16:59:16 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id AA52828322F; Wed, 7 Nov 2018 21:59:14 +0000 (UTC) Received: from pdx1-sub0-mail-a61.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 732F92835E4; Wed, 7 Nov 2018 21:59:14 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a61.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 07 Nov 2018 21:59:14 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Print-Madly: 543303da7cf2b8ae_1541627954558_1886633041 X-MC-Loop-Signature: 1541627954558:1139788546 X-MC-Ingress-Time: 1541627954557 Received: from pdx1-sub0-mail-a61.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTP id 37F72806C3; Wed, 7 Nov 2018 13:59:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=NPsoDB1PT+GwDmqU1S/hApQFe7A=; b= H+29EJkT5KkIB6esghecinRLnbuYgXG5FOl2pueN0K/jq4fzCOcgiZAigK13CjLJ X+Tmo+37M8x5lyi+3O2B+UTIt3VZntYskpHIGtIWHCLH/Ks051OoDrYMqTvAd8pA MruUgw4OqRCvddXEAxRIevZW6DrG1kKJYofhUAoK57A= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTPSA id 169AC806C2; Wed, 7 Nov 2018 13:59:11 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a61 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> Date: Wed, 07 Nov 2018 23:55:14 +0200 In-Reply-To: <5BE2AEFA.3070309@gmx.at> (martin rudalics's message of "Wed, 07 Nov 2018 10:23:06 +0100") Message-ID: <874lcsv9h9.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrjeelgddugeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Isn't this bad that this function does the double work, i.e. >> first displays the buffer, then reverts, and if everything is right, >> displays the same buffer again. Shouldn't it display the buffer >> only once, then check if everything is right, and revert only >> if not. > > The primal problem this was supposed to solve is: > > (1) Get the size (typically the body width) of the window supposed to > display a buffer (typically a doc or man buffer). > > (2) Format the buffer in some way so that it fits into (1)'s size. > > (3) Call 'display-buffer' to actually display the buffer. This is why man.el currently uses a simpler solution: (1) Call 'display-buffer' to display the buffer. (2) Format the buffer in some way so that it fits into displayed size. > We obviously could use this approach to revert 'display-buffer' > whenever it did something bad. But we shouldn't do that by default, > the overhead for storing the configurations is not negligible. When a man page is not found, currently it reverts 'display-buffer'. What benefits would be provided by the approach that uses 'display-buffer-try-and-revert'? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 08:54: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15416672171288 (code B ref 32825); Thu, 08 Nov 2018 08:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Nov 2018 08:53:37 +0000 Received: from localhost ([127.0.0.1]:40256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKg4F-0000Kg-76 for submit@debbugs.gnu.org; Thu, 08 Nov 2018 03:53:35 -0500 Received: from mout.gmx.net ([212.227.17.20]:41883) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKg4D-0000KR-Nn for 32825@debbugs.gnu.org; Thu, 08 Nov 2018 03:53:34 -0500 Received: from [192.168.1.101] ([212.95.5.129]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M2tKM-1fUEMt2BuQ-00scNk; Thu, 08 Nov 2018 09:53:25 +0100 Message-ID: <5BE3F981.8000002@gmx.at> Date: Thu, 08 Nov 2018 09:53:21 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> <87sh0cva5h.fsf@mail.linkov.net> In-Reply-To: <87sh0cva5h.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:9eHAGTaSJvHk3SQiO9DQEKQmPad5B2gt5dkaSKB1zUJyq6sPEL8 tnLYLOgWprRzPpUWQBJVCB4swJ8axDlgOFqIHTnrEXfu6JbQ324Ap+Kgpoa+OQqpP6svacJ WCFtrGDBtB8B0Km52bXEgwvfq1rdFc6G2Yh9vqa05HKc++JJsNdxF/JP+amtaArbpKhKTpC 30hxe1kls1xwSzTBFkJQQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:+Z7QJEtuWXo=:Dn0BVCOJDgCmoB7TfQ/EjT sQ77SQZtlpMDIdxKUMkEHauq/7wgW6GIxuCKvfKJQnY46Y7fhQ21MKHPKQjjZb1cLpWvDgkB6 edD6MCZG9o8GvvJ2HytrWsKQcMHW8zBEpR3kCajcOegQK66KHLZMRfSxt8aj1JuyOugrMEQW+ S8slzCKzjcaFj2Tc72nlglzKs5eNl+73ENDAhsmriTpFOeGY56uXjw7snE6dxeRINRu2wkvX0 5EDOBkdLteS+0+dNHiiD67DJXu2apTRVyByRVbLaqgcqYjo/dy8MNHFTYBFJnkSYnwt/AsbLQ K7E1uWFuex5vc2X3BqhUtTo7hW7hAbjCzn36Pwv1+v/SyB8jdc1wB9f+292cQ1NaAaTXmO3nL UgGcMJJjF+aemx+bn1St2ujjYD32yTMp+KindW7fQTdGmutZV7ATRL18TCR3Y3XkrBpSk+AEd OhcH3xCGo2OhkSWo9Wke06NBN5OjVVGmgTTwDI2BeuzmVyLyUHCTyyhs9Wf+bO8gW8uMLekIY RUZenu2k/iOEeAMClbu4cQHZyvRFSvmHE/d4bayCglQZddyn35aNpmSpV/SZODacuQ9bUpu/4 yUGzWjUQx7+I+UsXfcVoz3fQyqnbe1NuhEqt5l718Isi69i0BNpHrR3SlMYZ0MXrYERjN6jSG UCPp3JAEf8wY8eOnIZ1w9Q94r1jd+HNbBTs1ZT64i3bYtFH9yvxQW9srAlnk1ZwOtXLILq9gl kk0F8aQMvU++yHf3wzWMOXK0cpxDrJfJGpc0yCPlZazd5xQeee4RvCJWkefezU9rRXgnm3MQC EZLr4V+ADjxxsPN9/kDvLQ38a2rulsHOnCJL+HRpVI9FxKo4L/Sd4+UwKGINRrj4Yq5pZHzJC qedLPX8iSj3sg2HPf8Z7Gpv+uw5e+Pi47KHR046xhB8Iqcdr/Su6ol7UapeWAU X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I only added display-buffer-below-selected to pop-to-buffer > of "*Backtrace*" after display-buffer-in-previous-window, > and in `emacs -Q` with 3 windows where the bottom window is > very low, subsequent errors are displayed in different windows. Like this (pop-to-buffer debugger-buffer `((display-buffer-reuse-window display-buffer-in-previous-window display-buffer-below-selected) . (,(when (and (window-live-p debugger-previous-window) (frame-visible-p (window-frame debugger-previous-window))) `(previous-window . ,debugger-previous-window))))) I presume. This will, in the first invocation, make a new window below the selected one or reuse such a window because there is no previous window. Later on, that window gets reused here as expected, regardless of whether the frame is wide or not. With emacs -Q, at least. Maybe you have additional customizations or changes at work? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 08:54:03 +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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15416672381322 (code B ref 32825); Thu, 08 Nov 2018 08:54:03 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Nov 2018 08:53:58 +0000 Received: from localhost ([127.0.0.1]:40259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKg4c-0000LF-0X for submit@debbugs.gnu.org; Thu, 08 Nov 2018 03:53:58 -0500 Received: from mout.gmx.net ([212.227.17.22]:56061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKg4a-0000L3-KJ for 32825@debbugs.gnu.org; Thu, 08 Nov 2018 03:53:57 -0500 Received: from [192.168.1.101] ([212.95.5.129]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgKoE-1g7wuA1xd0-00NhZh; Thu, 08 Nov 2018 09:53:48 +0100 Message-ID: <5BE3F998.5060805@gmx.at> Date: Thu, 08 Nov 2018 09:53:44 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> In-Reply-To: <874lcsv9h9.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Xe5GiN2+108n4lFnFCcj9ZxIgsFSWgOPVAK+stZ4ac4mnrsfnHG b9z8L+h5/KIubcK+yVpcMpvkoAfHFEsg5t9cKTZhaTVNSgZPJKHXUMun0Hvx75fRrATZZoi FTMT4Vl/lMDJbzdpLax+/CJNhSU+3Wa6ff+uUQQNlHpKuWQFbhFPN1fbljmok91m5qgCa0H OwiK+teS8BEBU/gFlP1Mg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:fBB2NV4p+S4=:HChGU5VHseCapWbF2692ox l1NhqKu+m3Sin8BHEuuv0nRzxzCt4kxQaVJysvJret4bNQ41pGZlYK9J2QUiwPBrkLdGST3jK nvz6zpt3p9MVT8YB/5txUAN1MQKuhGIRtSbFmzCb9voBkC+hg6rQTibKDxEb6vSo/z9q33U4y YY5bJ1/XjvplWIW2oVDyNHmmpWq1dk11hnKgWeqSE+0m00poYVLrUzJtonpU5fREvqfEosKD+ IebN+L8V1rBt5tqRbfwApOO+c8D3McqkpFfREFzrhfig8fhF2COqTN+zQL4YQr9x3q/Nj5FK9 cIpM80tiq5esrSeF+KhVOQP1Lnre3mrXjP9uY8vtgmXFHNS8v01OVUQwp6exco4rwoT+846Yg t1hvueszpT01IHK1aCzAG50SZYJ6I2Tg/CpDwy4U2Xc4ovC98XJgny4qNnKkC886IeMaOPHkj oz/qc8D99UAPI0+l5WCHgc4UXoYDml9pGzbrRJe+khvcO3Mu9qiYwAbbDmv7awy0ZpmSf2wkz +SM6aJR4FEOZ1YmPCLROHEXrQsu+9hBCpidnpQZxq7fshRcVR8UZDkVjmQJfKeA9QBwMjwplp xFiWixEvdO/N07KCLPuXlOhoOy3gL3DoHSMEn2C7q7x3Og8dWVUzMQwf38SQYkGB/RspEPFCf k/qTPNY+un7QN/Wt1HrQDP+oDGJ2eTmyAkIXRcG8JU4YfSRRhXGlAduAoetntChi3SVHGZVhO dJYUn1jbksQmfcYF8XvMOSp9Yyj4H27ZxPOasWaSCPrJgMPBVZLPRsHXPJilYhqiwvYB+qNvl zqvB8mPPAgyXUWLVF/uqkJlSOhgJ40vJ4VYNCde6YCFzoxp6KrO+3t7Bji6+VH6BCItap50qS GlFb7lpXn21k+truqeeVsOwaLYFbezB/oXmp2r5TL0FRzeakPIBeLO2E9co3qz X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > This is why man.el currently uses a simpler solution: > > (1) Call 'display-buffer' to display the buffer. > > (2) Format the buffer in some way so that it fits into displayed size. And I always agreed on that. But IIUC this approach was not applied on all bugs whose numbers I previously mentioned. > When a man page is not found, currently it reverts 'display-buffer'. Can that be annoying in practice? > What benefits would be provided by the approach that uses > 'display-buffer-try-and-revert'? None probably. We could build into it some trickery (to not revert the configuration or make a new frame visible under certain conditions) but I doubt this would work out very well in all cases. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 22:12: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154171508913941 (code B ref 32825); Thu, 08 Nov 2018 22:12:01 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Nov 2018 22:11:29 +0000 Received: from localhost ([127.0.0.1]:41964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKsWP-0003cn-Ga for submit@debbugs.gnu.org; Thu, 08 Nov 2018 17:11:29 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:59148) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKsWM-0003cc-GG for 32825@debbugs.gnu.org; Thu, 08 Nov 2018 17:11:28 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 078335E34AF; Thu, 8 Nov 2018 22:11:25 +0000 (UTC) Received: from pdx1-sub0-mail-a66.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B9BD05E3282; Thu, 8 Nov 2018 22:11:24 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a66.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 08 Nov 2018 22:11:24 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Trouble-Rock: 1124277b39e0915d_1541715084868_13577098 X-MC-Loop-Signature: 1541715084868:4058761982 X-MC-Ingress-Time: 1541715084867 Received: from pdx1-sub0-mail-a66.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTP id 79B01806DC; Thu, 8 Nov 2018 14:11:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=mJld0SC8yABQKxKWy9qAkqnHwvs=; b= ukrntXE/AR/CZO/2pAB5a1wOS9D7huEgCz2w9bdf9wb9UHJquodDY7Ubfj3ayPbb PKzveDyCX986VRlDkamOZVDMgRoMKwDXZqDVY9KmQy+sNTl/3mspwrL4gkh6Oa+m QllHOJTm+gL/xYLWcpF3flZdacXGM2g+X5vU0zjnPbY= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTPSA id 3145F806E7; Thu, 8 Nov 2018 14:11:21 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a66 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> <87sh0cva5h.fsf@mail.linkov.net> <5BE3F981.8000002@gmx.at> Date: Thu, 08 Nov 2018 23:58:20 +0200 In-Reply-To: <5BE3F981.8000002@gmx.at> (martin rudalics's message of "Thu, 08 Nov 2018 09:53:21 +0100") Message-ID: <8736sbmdtv.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkedugdduiedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> I only added display-buffer-below-selected to pop-to-buffer >> of "*Backtrace*" after display-buffer-in-previous-window, >> and in `emacs -Q` with 3 windows where the bottom window is >> very low, subsequent errors are displayed in different windows. > > Like this > > (pop-to-buffer > debugger-buffer > `((display-buffer-reuse-window > display-buffer-in-previous-window > display-buffer-below-selected) > . (,(when (and (window-live-p debugger-previous-window) > (frame-visible-p > (window-frame debugger-previous-window))) > `(previous-window . , debugger-previous-window))))) [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [23.83.209.93 listed in list.dnswl.org] 1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [23.83.209.93 listed in bl.score.senderscore.com] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> I only added display-buffer-below-selected to pop-to-buffer >> of "*Backtrace*" after display-buffer-in-previous-window, >> and in `emacs -Q` with 3 windows where the bottom window is >> very low, subsequent errors are displayed in different windows. > > Like this > > (pop-to-buffer > debugger-buffer > `((display-buffer-reuse-window > display-buffer-in-previous-window > display-buffer-below-selected) > . (,(when (and (window-live-p debugger-previous-window) > (frame-visible-p > (window-frame debugger-previous-window))) > `(previous-window . ,debugger-previous-window))))) Exactly. > I presume. This will, in the first invocation, make a new window below > the selected one or reuse such a window because there is no previous > window. Later on, that window gets reused here as expected, > regardless of whether the frame is wide or not. With emacs -Q, at > least. Maybe you have additional customizations or changes at work? With emacs -Q and without additional customizations, every error (e.g. evaluating a non-existent variable) is shown in a different window (first in 1, then in 2, then again in 1): +---------------------+ | 1. | | | +---------------------+ | 2. | | | +---------------------+ | low selected window | +---------------------+ This bug can be avoided by adding display-buffer-at-bottom after display-buffer-below-selected, i.e. by using such actions: display-buffer-reuse-window display-buffer-in-previous-window display-buffer-below-selected display-buffer-at-bottom This provides a nicer behavior because display-buffer-at-bottom tries to resize other windows to accommodate the *Backtrace*. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 22:12: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154171509713962 (code B ref 32825); Thu, 08 Nov 2018 22:12:02 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Nov 2018 22:11:37 +0000 Received: from localhost ([127.0.0.1]:41967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKsWW-0003d7-OF for submit@debbugs.gnu.org; Thu, 08 Nov 2018 17:11:36 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:17843) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKsWU-0003cy-RD for 32825@debbugs.gnu.org; Thu, 08 Nov 2018 17:11:35 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 41428682F4C; Thu, 8 Nov 2018 22:11:32 +0000 (UTC) Received: from pdx1-sub0-mail-a66.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 05256682C7C; Thu, 8 Nov 2018 22:11:32 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a66.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 08 Nov 2018 22:11:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Thoughtful-Bitter: 2b907a2334abed71_1541715092120_36349392 X-MC-Loop-Signature: 1541715092120:3308582183 X-MC-Ingress-Time: 1541715092120 Received: from pdx1-sub0-mail-a66.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTP id C24F2806DC; Thu, 8 Nov 2018 14:11:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=UzP6PhOoINqQDVfUWHy8fmiTzUk=; b= W0OFH2jVkysSOpHW+X6SFYfCv+Zlpv0lEbjO9BzhAK02oljSOqkJ7Y8i/XulKyrt uSD8tFLoig6DL6Z868VDJgfL5jCKL5Lma8p4fODV4ZvoT+apX627D2h5Ie+AU1UG c2VxO9hC3UJ7+V/3FF2Bsjag93W5HizwB5JYF97aMd0= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTPSA id 9568380695; Thu, 8 Nov 2018 14:11:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a66 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> Date: Fri, 09 Nov 2018 00:09:27 +0200 In-Reply-To: <5BE3F998.5060805@gmx.at> (martin rudalics's message of "Thu, 08 Nov 2018 09:53:44 +0100") Message-ID: <87pnvfkyqw.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkedugdduiedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> When a man page is not found, currently it reverts 'display-buffer'. > > Can that be annoying in practice? Not annoying because it reverts 'display-buffer' immediately after invocation, not later. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [23.83.214.59 listed in list.dnswl.org] 1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [23.83.214.59 listed in bl.score.senderscore.com] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> When a man page is not found, currently it reverts 'display-buffer'. > > Can that be annoying in practice? Not annoying because it reverts 'display-buffer' immediately after invocation, not later. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 09:14: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154175481810660 (code B ref 32825); Fri, 09 Nov 2018 09:14:02 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Nov 2018 09:13:38 +0000 Received: from localhost ([127.0.0.1]:42208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL2rC-0002lr-43 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 04:13:38 -0500 Received: from mout.gmx.net ([212.227.15.15]:51935) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL2rB-0002lf-5S for 32825@debbugs.gnu.org; Fri, 09 Nov 2018 04:13:37 -0500 Received: from [192.168.1.101] ([46.125.249.124]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MF4iR-1gJ9xi0b6p-00GLxb; Fri, 09 Nov 2018 10:13:29 +0100 Message-ID: <5BE54FB2.4010904@gmx.at> Date: Fri, 09 Nov 2018 10:13:22 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> In-Reply-To: <87pnvfkyqw.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Y0LVhPoc7wB1uHkvVBnnxgsGcWO9NzJfUiNvsc4J1PPtFhF0w20 FXFsFt3LL0AcAQITGvCExvOJBf1zywJGboDt92I++YZV7ROZ0caN49x65wJHw8UDkxhvM4s U44w1jvJ8PHaRSSErZGqUyQOc3kj/3NRa5wzAQLUg0ZjK/oSN/jEP/lFo1YkGbry89UJMmN RpbNzlFqZqYrtSQgaxMGQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:rD4Rn/m46S8=:ZJN7lz9uK3rrRVSaDQaKa9 4h16JOdRvRBSQtT007fuXWsHwYfzAaYsDgUaPdB/X+JsRE9kMJiUtlm2quciAwkT7kDjpgkWp N8kL+qp7MpUEFw39skW6IOXPgULeEarHOCYy5R9TxjrgoIJGyzqkx8BOIe1v6IzG7Zc5wni7l yXuD/L30wjl4zr0SxElRo0pSZJ5lKVSAUvPPcVIvWXS0ogdGiD2XfTJa2PWvXDeCobkAo8FnY QwY/frU16BrYeMYVFfDYt6JryT0TsYYPbWcu0uhfadktObtldwmYnM/PJWXafaamPJhzDTDsl OPQgFK7R34sQtZOiBTrpHLZoMdaHS09Rp/lowRUWsXNmOqIJwCi7aIzENztcPPNqZrFfd0uki 1UOol8pTtkJHkxZRzRdO3DXIWCuxgqnBEdysXN6+CDZqeJvKGk6Wt8bMDfwdb32mfNZ08GSua Avz/xdWI9bAMcRv6BiXva5ptWRdRfefd5fx1OFPpXhBBc2UhIXMP5H62ZDzaimye331xmSG8S miGIOI0B0glf4D5bskew8SKkw0VreZ4FwPGB30TJCXti4aUIeANb0PW/R7CeEfqjwmLCCPvrA PXj7CZ2OUU1whSQ4OQNjeqOKHxCqR79Fd9VlrysYdKC1KmgFhj2o8NZjd3QNVjLEg/zfb+KFI YxSysWTzp+r57KQcKx2zXb3v4M0iayywtHAbJMaNJF1UflxDalRqUpiMbg73f9EONpRXaKwML xNINKuz/xDTSos1OeZROrDea4AQz+HQqomqvbFZzfWQEA27h/qfRAeODmterUk/5RxycUBwmu Gil07zdyLWe2irOYSAOWOLR3ZuO7BrY3yow8EXkHAKVY/Bdd6Wl4TMU55a+Bv8CEK0FV0+CU1 BPbtqlEEksEmPzcLk9ymS7nJttxsASuTAKBswubzBWhShnr/368hD+mcKg1J9L5CzYk5bPkjU n1fhNLEXkPA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> When a man page is not found, currently it reverts 'display-buffer'. >> >> Can that be annoying in practice? > > Not annoying because it reverts 'display-buffer' immediately after invocation, > not later. What does "revert" mean in practice? For example, what happens when 'display-buffer' would make a new frame? Would it "revert" before that? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 09:14: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154175483010685 (code B ref 32825); Fri, 09 Nov 2018 09:14:02 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Nov 2018 09:13:50 +0000 Received: from localhost ([127.0.0.1]:42211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL2rO-0002mG-BF for submit@debbugs.gnu.org; Fri, 09 Nov 2018 04:13:50 -0500 Received: from mout.gmx.net ([212.227.15.19]:38011) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL2rN-0002m4-BF for 32825@debbugs.gnu.org; Fri, 09 Nov 2018 04:13:49 -0500 Received: from [192.168.1.101] ([46.125.249.124]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZTP3-1g4BjN4BgL-00LBhi; Fri, 09 Nov 2018 10:13:41 +0100 Message-ID: <5BE54FBE.306@gmx.at> Date: Fri, 09 Nov 2018 10:13:34 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> <87sh0cva5h.fsf@mail.linkov.net> <5BE3F981.8000002@gmx.at> <8736sbmdtv.fsf@mail.linkov.net> In-Reply-To: <8736sbmdtv.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:4s/VSpqF0SK1ezHphFYEAmLGs6ZLkwHiD5TVgYDCAOdhs9TqFQk twmDVgvx74TEZ4w7pIrrpmrm636OFD0BGOF2iikiY2VOPN+z/s0+9ksE/jtD9nOt9Zcl6+x 4H//vvn+C2wbTz5f9SIRvKZNZnHNEQbY/yEu68asxkLz+6BwLTxhZSZjJyVDZHgWQLl8DUH o2VTclbkHeOjIbEvYorpw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:kFOwbPr3tAE=:yN8IAOyqBALQy3yfEnGM14 8yo5IaBU8cysI8di7UgPqSbz2JdPOjZUIUESh9twJi4sp/n0U2rGn9fp+YCNdQEHKXFKAod7O ScuXbb6RleKXVtZ8BY/j/ANQqS4yzMZbRjRMEqJ7fsN75U7FF/1pvsAlbgHyG5TlwdLQCL4nV fI50JGBDOO+jNmfavwzG5dpZqQETYlHnyKrY6UYOyXuL/J3ufVyembRhOz1KFthRad+bRlD5G 2UR9wl1+C4lKfJ9shSXqu+EtCxwWJ3NVzCj5wwkaZTbh5mpd7FcNvjW5YedPUlFICT6wNIWIk eDT1nBmivu5m6K5zxbbrwXNmkCYDkzgNoxfVGliVe8X1On3HlCexbJ259n8z7U7wwZLdzMk6/ mzyRfoIp87ri/d9lV2REIkUrnYNxccDD13cgqzC3enmLZ5rp+fjnsxmscalqoKRnwQeXK2RNx I6Q/cNjZXP3UP32HESCK3BjyWrmRQCoTAkFu7KkZ0wwKEISC10qsYGRZEWS0Vtwy4pQB/+gA2 G/uEZqpG5lTqtNqSk9ayXHCla60A/iUK+y6HYPLl05My3UkEodFAV4JYb9sLZjFJkmxFUYCW+ 3+iQiPn3T0317v6O0sQZx64Sn+aIjx3LPGv73aF/dLCMwE0OJ+5rfSpbWSK2HsuoG8fi3XU9c OV9CtvPuUcuEkFm9vqIwF7K6Axy5h+z18gWPMHQLpald+zJiXAn19Sr8IH+KxXt+djfCwC7OZ eQlV5KgCs+JBfJ1Nw3dU+Xng0EJhpvzOh9nT5jRWUl2JQucjZV7Hi+ziZziwVS5xkso9ygsFb OPaqKQHJht/EGXTubyU2MwL7N51YmAipBo5chhyFH6Bf+EEHKEBRLpkFN7D0+khmpH0Vpz5TW Y9NRUtaArAkviVeBGaNnDF6+oBdq6qCCBkxU66dzULvSOTyDUqv8sY1sE36V7HIbL412tGq5j UdE8aeCkGrw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > With emacs -Q and without additional customizations, every error > (e.g. evaluating a non-existent variable) is shown in a different window > (first in 1, then in 2, then again in 1): > > +---------------------+ > | 1. | > | | > +---------------------+ > | 2. | > | | > +---------------------+ > | low selected window | > +---------------------+ > I see. The window at the bottom must be made small enough here so it can't be split. I suppose the behavior you observe is caused by the already familiar ;; Forget debugger window, it won't be back (Bug#17882). (setq debugger-previous-window nil)) because 'debugger-previous-window' is nil here when it happens. > This bug can be avoided by adding display-buffer-at-bottom > after display-buffer-below-selected, i.e. by using such actions: > > display-buffer-reuse-window > display-buffer-in-previous-window > display-buffer-below-selected > display-buffer-at-bottom > > This provides a nicer behavior because display-buffer-at-bottom tries > to resize other windows to accommodate the *Backtrace*. I think we should first investigate the 'debugger-previous-window' resettings. Maybe Michael can help. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 10:18: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: To: martin rudalics Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154175864624458 (code B ref 32825); Fri, 09 Nov 2018 10:18:02 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Nov 2018 10:17:26 +0000 Received: from localhost ([127.0.0.1]:42245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL3qv-0006MP-KJ for submit@debbugs.gnu.org; Fri, 09 Nov 2018 05:17:26 -0500 Received: from mout.web.de ([217.72.192.78]:53691) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL3qu-0006M9-I7 for 32825@debbugs.gnu.org; Fri, 09 Nov 2018 05:17:24 -0500 Received: from drachen.dragon ([94.218.210.177]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MTPel-1ftnYK0CsZ-00SN8z; Fri, 09 Nov 2018 11:17:15 +0100 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Fri, 09 Nov 2018 11:17:13 +0100 In-Reply-To: <5BE54FBE.306@gmx.at> (martin rudalics's message of "Fri, 09 Nov 2018 10:13:34 +0100") Message-ID: <874lcqmu6u.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:90d/JSZoYOqZuv5eh/6OC83go+9aLq+WPPXqxB4YwJZHYYYgDjn juCkcB26+7xlI8aDBUzl9L92gvyu08/whZ7RAtJ4pDkIArfgNBNJPZe4QSclc4n1SJ7se57 6C2CmS0LP7T3LyFSdJvDIJzg0suhKuVdZTDtknhw2Q8s+sNLXu7iRw8s0iZyivMAPLqa0QX I3XFr6xmaREWmZmUnB+Xg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:lxVLdeMnUGo=:A4z9DjkF2r6BGWBdxZB9ne XkxQ0W59qqMNyDcURcYeYSuaUd5kxTZseuJcYFfbRDh//MdVteVBEGg/T79albRHfBjXq/MHe O+AWogQO6fW3JuvELYBDc73/69XKc7o90cIlYI6Uvm3BIwR7doOL8AmEiUtB9YGWnGzXBfNce HZpR0taIAlZT3abCPQM1paN3SJsR5o0DyFNxwOctw49g6n0CtY+xJgswDaP8VxBz98CBEOm6J kTC/3hITKLSE0SIPhZf9e1H4MQPnoyOLmgdbAbScOHig4tIhf0B7QYS1rTcSDgKRJRc+YX7Yc TmzLl109FIIuBlTE6OIouUpL19GF8O3beWmdrSL/23SPG9/IXfdhRAOLJx/wgINDd/93vuGSo jm5ifgpz4NBTQ5ZHeglP7KS76L8AykUZ7nGbDwF866zQmI2QbhtDSkqlV+ZhGiIPlrpklf1mx KxLocBJjlS81QpYEjaxbPrpsCIud5jjNMC3Kb5FYk9TSe6Fci6YIQzOO110YgkpKHshzDePE0 1Faw2lTSKLmTiXkQ3RcEHP46w+vAg76PIvk30Nxcm54+bAGbBpaHLUCfr67m3m+KcwmjunW0U aX19wO0861/AOezceJbJ2mQ/STskAKf/TEpw2700nIP9q+d08l4oPJ/CgUOdue07Yb/nwZ+sa 32CUi2uqPQw/4n5CfFa/LBmSyEkWDBib+mAh+3b58Aj+OX6dn1vGrZG9HGrTNmKGc3abBvh97 CqgUOWoRlJK9a08VMtS/0GswUOxXrhoXWM0nT6ZW7QPCrQMM7t4eBoSUMeYdRfG/NCWkoaphP VWWSoMYbUQ50jz3Rtwweohq3g7VQjKRlKjLN9atBW2K0lX3inrrBzy1qjR5DBLvaIDv4WcRBR dlzktQJej/oQtqpJ11KYTxf+0nmQ7kuxxZ3Xbi6U1dV500rGAtZ7Yxqxlg+LynR0Hq+Cvwaoo /KTfLYOQd/w== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) martin rudalics writes: > > This provides a nicer behavior because display-buffer-at-bottom tries > > to resize other windows to accommodate the *Backtrace*. > > I think we should first investigate the 'debugger-previous-window' > resettings. Maybe Michael can help. I'm not sure how I can be of help. There are only two places where debugger-previous-window is set - both in `debug': in the first, the value is set when the debugger pops up, to the window that has been chosen to display it. In the second place, it's reset to nil when the debugger "won't be back". So, when the value is a (live) window, it should be respected. I didn't follow your discussion very attentively, but I'm not sure how the debugger-previous-window variable is concerned in what you discussed recently. AFAIK its only use is to remember the window while a debugger session is still active. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 12:52: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: To: Michael Heerdegen Cc: 32825@debbugs.gnu.org, Juri Linkov Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154176791214785 (code B ref 32825); Fri, 09 Nov 2018 12:52:01 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Nov 2018 12:51:52 +0000 Received: from localhost ([127.0.0.1]:42301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6GO-0003qP-7y for submit@debbugs.gnu.org; Fri, 09 Nov 2018 07:51:52 -0500 Received: from mout.gmx.net ([212.227.17.22]:60907) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6GM-0003qD-U4 for 32825@debbugs.gnu.org; Fri, 09 Nov 2018 07:51:51 -0500 Received: from [192.168.1.101] ([46.125.249.124]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MUDXS-1fvLuo2J0c-00Qybb; Fri, 09 Nov 2018 13:51:40 +0100 Message-ID: <5BE582D4.8010201@gmx.at> Date: Fri, 09 Nov 2018 13:51:32 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <874lcqmu6u.fsf@web.de> Content-Type: multipart/mixed; boundary="------------060705000605040302080208" X-Provags-ID: V03:K1:ZFmb8HU4IJBOj67Hj+REUzkdjCAqYWKO5kRF/7TfXaunCNsqtbY lHHT2V4wofcuqshsQ+fj6wV0k/6Od8ob5jIbsE3SK1jE9PZct4Pjl5B45HPcZ9MmQsHaDe2 uH/UeTDgLhdXVNmstBxKZmH28oLkKzPpSN9EAn5MAcEbsadeqhnJc5s5X5UZG//ymYyVxnq 1P2ekORI6fzlO+M5OUu5Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:hcJlz7veAyA=:9jTIL/xj0qufh7M0g69CNa tGBiHXH3POVrZQOtYBqv4lBnyB7ZK78T/07KBsNRWRSlV+Q7mLV4UG/kuA3ry6g3lZjrVl20U WDXBSqQTetJCJiWTDohZ5WSR87ZbbAIOouYUxpbN2k8E2zILs+jJ0IJYR+3FjGdYKgBWbakIB jThsVSim/p71g+zcq04Ov8t+pmL37OGmMbPSrZSWNJzmk8lgFrXAbxml4Xpc7nNbThMYtVUo/ H7euf6GHO7or8L3bngx8sshcHWAJkxwBq+VS0SgNhrubmPWyQt8o1lqVSvAUggKEF0KmRUpRD Yqv5lZAb3tgHUBTwUmWMtWA1s0dn4EPacsySqAeUL3MfrIIOBBPgZPVfew3Y/VN99wE37R28J Pqm7rqrQckgXXF8Z/wko0ponZUYWjbWbeQiWAv8FEXQW+U8QvTGprdMu3LsB+Jdkf9Os99QbI U5wkfkso9daxCoGQZZNdWMdLrwOhYUpSmmq/li6F+dYYxvuZ9lEezujCvJwrUmj9/3ojKEuBk fi0F+qxJSGx703Nc78towrs2XMYyTmwUYHa1QppTGDfyrdqKZb4z46HZKaxU4lZdr/IHJqwsc OahtCKuO9YMR1w6b2UHBKmLnVFF2TfR6CQnvU+sy6E6kBaiB5PFdCpZhCMZROF7Akdkt9tvue 2CqlK9JwqWvDK2mCAwDd6x/B8RwL3nVCKXDy5P2dTkVNj5Erh6VLZyhSFVTyiR+iYi3LQiQOt R3xVKDs3knnS0fwCJ5UFse+KcJMgG7EkpNAiqZBFrznnzjFi9+S7qZZ7KiddXoGiWMSEKZD96 6owVz1zspVoy/3TpGIXmM7mjDFN5ETw3zH/gD94ij+WVtnl9ZRQn943Fa016LBX2RXbqBi5ik YT85GzEEo1H2HfUIJi69zAFxjsu/THbuOAAFBF1X9PcdUba8wNGU2r2E33fn4q X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------060705000605040302080208 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > There are only two places where debugger-previous-window is set - both > in `debug': in the first, the value is set when the debugger pops up, to > the window that has been chosen to display it. In the second place, > it's reset to nil when the debugger "won't be back". > > So, when the value is a (live) window, it should be respected. I didn't > follow your discussion very attentively, but I'm not sure how the > debugger-previous-window variable is concerned in what you discussed > recently. AFAIK its only use is to remember the window while a debugger > session is still active. You're right - FWIW this is the same bug I proposed to fix earlier with the patch I reattach now. Juri, you never tried it, I suppose? martin --------------060705000605040302080208 Content-Type: text/plain; charset=windows-1252; name="debug.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="debug.diff" LS0tIGEvbGlzcC9lbWFjcy1saXNwL2RlYnVnLmVsCisrKyBiL2xpc3AvZW1hY3MtbGlzcC9k ZWJ1Zy5lbApAQCAtMTAxLDcgKzEwMSwxMCBAQCBkZWJ1Z2dlci1vbGQtYnVmZmVyCiAgICJU aGlzIGlzIHRoZSBidWZmZXIgdGhhdCB3YXMgY3VycmVudCB3aGVuIHRoZSBkZWJ1Z2dlciB3 YXMgZW50ZXJlZC4iKQogCiAoZGVmdmFyIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdyBuaWwK LSAgIlRoaXMgaXMgdGhlIHdpbmRvdyBsYXN0IHNob3dpbmcgdGhlIGRlYnVnZ2VyIGJ1ZmZl ci4iKQorICAiVGhlIGxhc3QgZGVidWdnZXIgd2luZG93IGZyb20gdGhlIHNhbWUgc2Vzc2lv bi4iKQorCisoZGVmdmFyIGRlYnVnZ2VyLXByZS1wcmV2aW91cy13aW5kb3cgbmlsCisgICJU aGUgbGFzdCBkZWJ1Z2dlciB3aW5kb3cgZnJvbSB0aGUgcHJldmlvdXMgc2Vzc2lvbi4iKQog CiAoZGVmdmFyIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdy1oZWlnaHQgbmlsCiAgICJUaGUg bGFzdCByZWNvcmRlZCBoZWlnaHQgb2YgYGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdycuIikK QEAgLTI0MCwxMCArMjQzLDE2IEBAIGRlYnVnCiAJICAgICAgIGRlYnVnZ2VyLWJ1ZmZlcgog CSAgICAgICBgKChkaXNwbGF5LWJ1ZmZlci1yZXVzZS13aW5kb3cKIAkJICBkaXNwbGF5LWJ1 ZmZlci1pbi1wcmV2aW91cy13aW5kb3cpCi0JCSAuICgsKHdoZW4gKGFuZCAod2luZG93LWxp dmUtcCBkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cpCi0JCQkJKGZyYW1lLXZpc2libGUtcAot CQkJCSAod2luZG93LWZyYW1lIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykpKQotCQkgICAg ICAgYChwcmV2aW91cy13aW5kb3cgLiAsZGVidWdnZXItcHJldmlvdXMtd2luZG93KSkpKSkK KwkJIC4gKCwoY29uZAorICAgICAgICAgICAgICAgICAgICAgICgoYW5kICh3aW5kb3ctbGl2 ZS1wIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykKKwkJCSAgICAoZnJhbWUtdmlzaWJsZS1w CisJCQkgICAgICh3aW5kb3ctZnJhbWUgZGVidWdnZXItcHJldmlvdXMtd2luZG93KSkpCisJ CSAgICAgICBgKHByZXZpb3VzLXdpbmRvdyAuICxkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cp KQorICAgICAgICAgICAgICAgICAgICAgICgoYW5kICh3aW5kb3ctbGl2ZS1wIGRlYnVnZ2Vy LXByZS1wcmV2aW91cy13aW5kb3cpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgKGVx ICh3aW5kb3ctZnJhbWUgZGVidWdnZXItcHJlLXByZXZpb3VzLXdpbmRvdykKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKHNlbGVjdGVkLWZyYW1lKSkpCisJCSAgICAgICBg KHByZXZpb3VzLXdpbmRvdyAuICxkZWJ1Z2dlci1wcmUtcHJldmlvdXMtd2luZG93KSkpCisg ICAgICAgICAgICAgICAgICAgIChpbmhpYml0LXNhbWUtd2luZG93IC4gdCkpKSkKIAkgICAg ICAoc2V0cSBkZWJ1Z2dlci13aW5kb3cgKHNlbGVjdGVkLXdpbmRvdykpCiAJICAgICAgKGlm IChlcSBkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cgZGVidWdnZXItd2luZG93KQogCQkgICh3 aGVuIGRlYnVnZ2VyLWp1bXBpbmctZmxhZwpAQCAtMjk3LDcgKzMwNiw5IEBAIGRlYnVnCiAJ CShxdWl0LXJlc3RvcmUtd2luZG93IGRlYnVnZ2VyLXdpbmRvdyBkZWJ1Z2dlci1idXJ5LW9y LWtpbGwpCiAJCTs7IFJlc3RvcmUgY3VycmVudCBidWZmZXIgKEJ1ZyMxMjUwMikuCiAJCShz ZXQtYnVmZmVyIGRlYnVnZ2VyLW9sZC1idWZmZXIpKSkKLSAgICAgICAgICAgIDs7IEZvcmdl dCBkZWJ1Z2dlciB3aW5kb3csIGl0IHdvbid0IGJlIGJhY2sgKEJ1ZyMxNzg4MikuCisgICAg ICAgICAgICA7OyBGb3JnZXQgZGVidWdnZXIgd2luZG93LCBpdCB3b24ndCBiZSBiYWNrIChC dWcjMTc4ODIpCisgICAgICAgICAgICA7OyB1bmxlc3MgaXQncyBvbiB0aGUgc2VsZWN0ZWQg ZnJhbWUgKEJ1ZyMzMjgyNSkuCisgICAgICAgICAgICAoc2V0cSBkZWJ1Z2dlci1wcmUtcHJl dmlvdXMtd2luZG93IGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykKICAgICAgICAgICAgIChz ZXRxIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdyBuaWwpKQogICAgICAgICAgIDs7IFJlc3Rv cmUgcHJldmlvdXMgc3RhdGUgb2YgZGVidWdnZXItYnVmZmVyIGluIGNhc2Ugd2Ugd2VyZQog ICAgICAgICAgIDs7IGluIGEgcmVjdXJzaXZlIGludm9jYXRpb24gb2YgdGhlIGRlYnVnZ2Vy LCBvdGhlcndpc2UganVzdAo= --------------060705000605040302080208-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Nov 2018 22:00:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154188716218706 (code B ref 32825); Sat, 10 Nov 2018 22:00:04 +0000 Received: (at 32825) by debbugs.gnu.org; 10 Nov 2018 21:59:22 +0000 Received: from localhost ([127.0.0.1]:45111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLbHl-0004re-PK for submit@debbugs.gnu.org; Sat, 10 Nov 2018 16:59:21 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:35776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLbHj-0004rV-SM for 32825@debbugs.gnu.org; Sat, 10 Nov 2018 16:59:20 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id E7CCE42B7F; Sat, 10 Nov 2018 21:59:18 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AD9C04227B; Sat, 10 Nov 2018 21:59:18 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 10 Nov 2018 21:59:18 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Society-Sponge: 67d72da47c6f3333_1541887158793_488481596 X-MC-Loop-Signature: 1541887158793:731132793 X-MC-Ingress-Time: 1541887158792 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 7CCC580920; Sat, 10 Nov 2018 13:59:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=yLlU71+Ts1zrIpwO1JJSQs8MtMA=; b= wkYrKNFAJblfsl1wpBvTw/FENwJEuHUqutUC4Bf5lG4ZX2DtRWfrwjkCvkvwiiSG kzRqkiaeuXYySl/VIXAlDPzBUt/LlqOzOZM+t911oqiEjmvAgnMjxg7Zfx524kgD yXsxcp8GIjUHjf+r3YTtpX5xNwj4yfEXfqepgU4MQpM= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 5CC927F44E; Sat, 10 Nov 2018 13:59:15 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> Date: Sat, 10 Nov 2018 23:39:38 +0200 In-Reply-To: <5BE54FB2.4010904@gmx.at> (martin rudalics's message of "Fri, 09 Nov 2018 10:13:22 +0100") Message-ID: <877ehkll9x.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkeehgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > What does "revert" mean in practice? For example, what happens when > 'display-buffer' would make a new frame? Would it "revert" before > that? Yes, it reverts making a new frame, i.e. deletes the frame. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Nov 2018 22:00:05 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154188716818730 (code B ref 32825); Sat, 10 Nov 2018 22:00:05 +0000 Received: (at 32825) by debbugs.gnu.org; 10 Nov 2018 21:59:28 +0000 Received: from localhost ([127.0.0.1]:45114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLbHs-0004s0-0S for submit@debbugs.gnu.org; Sat, 10 Nov 2018 16:59:28 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:59732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLbHq-0004rr-2O for 32825@debbugs.gnu.org; Sat, 10 Nov 2018 16:59:26 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7B2875C37E0; Sat, 10 Nov 2018 21:59:24 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2B61C5C388D; Sat, 10 Nov 2018 21:59:24 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 10 Nov 2018 21:59:24 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Desert-Duck: 5c83f51340a80422_1541887164323_1710483383 X-MC-Loop-Signature: 1541887164322:1757376982 X-MC-Ingress-Time: 1541887164322 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id E22AC7F44E; Sat, 10 Nov 2018 13:59:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=n2XUk2f9PCZ/R841qRLuSp04vLg=; b= NQJDfuG7hF9kWilQxTxtBinKBO+lSJqBcm5JrnTxBeYvQCE0NJ/h0SE5cYHYw/QR 6jz9nkxv7KpCru6SToK7GwECl4Y+Ll1/Ih+qekJNaLRSxwFCaBAfY6zUaK1ZqnLx EE4GgZ2Vs4E8lqI4+TwLmdXPOkoEbmlFi7PNJcJXiD4= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id E19B68091E; Sat, 10 Nov 2018 13:59:21 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Sat, 10 Nov 2018 23:53:10 +0200 In-Reply-To: <5BE582D4.8010201@gmx.at> (martin rudalics's message of "Fri, 09 Nov 2018 13:51:32 +0100") Message-ID: <874lcok62x.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkeehgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> There are only two places where debugger-previous-window is set - both >> in `debug': in the first, the value is set when the debugger pops up, to >> the window that has been chosen to display it. In the second place, >> it's reset to nil when the debugger "won't be back". >> >> So, when the value is a (live) window, it should be respected. I didn't >> follow your discussion very attentively, but I'm not sure how the >> debugger-previous-window variable is concerned in what you discussed >> recently. AFAIK its only use is to remember the window while a debugger >> session is still active. > > You're right - FWIW this is the same bug I proposed to fix earlier > with the patch I reattach now. Juri, you never tried it, I suppose? I tried it long ago to see it works fine, and later reverted locally because I thought already you pushed it to master. Now I tried again with display-buffer-below-selected, and it still works fine. But still it seems better would be to add display-buffer-at-bottom after display-buffer-below-selected: display-buffer-reuse-window display-buffer-in-previous-window display-buffer-below-selected display-buffer-at-bottom because display-buffer-at-bottom tries to resize other windows to accommodate the *Backtrace* window. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Nov 2018 08:53: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154192634021997 (code B ref 32825); Sun, 11 Nov 2018 08:53:02 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Nov 2018 08:52:20 +0000 Received: from localhost ([127.0.0.1]:45276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLlTf-0005ij-SY for submit@debbugs.gnu.org; Sun, 11 Nov 2018 03:52:20 -0500 Received: from mout.gmx.net ([212.227.17.21]:40685) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLlTe-0005iW-VS for 32825@debbugs.gnu.org; Sun, 11 Nov 2018 03:52:19 -0500 Received: from [192.168.1.101] ([212.95.5.227]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LymjL-1fOPsb3cxj-01650v; Sun, 11 Nov 2018 09:52:10 +0100 Message-ID: <5BE7EDB7.3070702@gmx.at> Date: Sun, 11 Nov 2018 09:52:07 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> In-Reply-To: <877ehkll9x.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:0UHt7iTr0UXlfB9cl0Fsjs9ran3a2RNeTjzZ1RWbvBa4D9J7tQa yqW+GOzY/+ov12rlOCcFEGcPrV7kPcEuD/MHI2UgEZLJPX2xuobjVRL8OM6eA2+kOQCBpLx IllW4Lj+eH9jWACUhmjERGCF16yciiReHxgumaoPxiwytRmGAwBCyAIaE5PlBq6agB1GfcI KDmHDn8qtKuJYgQF2OHKQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:5ejRG2DE1KI=:csjtXr2GWjTrMQM6PV+sFn GnAcoFLkaDg7EfXuPS9jPr79C043YpyE4DuKG0dn+1nL1Z80nzgHl4w0m90qI+PUsZo34AbMC x1Qc6sKu+wnNaRR6siBab7HarLapmuOI8QPcmMrztwfqqUC0UZv4/6FNBBy0n8g9nhx/BL86n TsPm/JnqXce5ZnfKGNsGkZ9zH4kuLXPoNCzOgbe5vswSqU4VfkTpm8gEu1MpYsGVOCfUUm+Pg XUWd2Uxj/Ckaj/4oVRmYwyaBRlR9eY1IvOVQt8YAdWD/BFydZF6ikgMrnvokCHnqKC9uoxhCW 9ncZIEVFVfgY3m7hTtsO7b9FQ9jHcffJnxfJA6ybirUmPSZ0zd8A60qQBpPK4fOKgbnXVuFop XDzBhINP/4/x0Dzgo/Qs79kawhrAh+M9MEVl2mEgC57n13UCc1QoTCOaIBq62h+2SH1kZwVW6 6J2sXiff9ydWII+G29DYyrDLraN44YCUUkp/Xpm4RxzMAL7ogp3nrCFMLVQl3mWFPpcjxZjXJ gKyrzo67vbzsXuoi+AJrO6tGk45BlEYYYz28mIh/SrtYm78G0aoUGBXT9FHjiv1O3H7KjPoPv 8xE+rgt2QG/+or5jxllsyHpW7OBgW+s/I5qFGMideuJ/DgCMVNiGvGTquDtNt1486lBt2da9K wxqM0uF7Rlz4AfgsWhjFUXy9TPRbrrDKLHf2XTZcr2Q8qbKBS6wdMofvL3F6cS+p+tO4wU/if 0HlCuG4DBkgMFEJvTJJRSbHfr7Uji6b8p7zLE2OecNa1G7E/9YqtqVp2IBmWXq5Bw32ihD32T gvfFfJ/VP+BxmShklBYBzzyNABODqENduXXpjvJDkWUlmFw5NQGnoBILb8+EBMtx+Yd0qWNvw ueU/Ykf/iQa0Gww7iglc/d7ppoQQM08nAe/u3wrCOXTRpzFSo5i4uLuCpwjeOI X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> What does "revert" mean in practice? For example, what happens when >> 'display-buffer' would make a new frame? Would it "revert" before >> that? > > Yes, it reverts making a new frame, i.e. deletes the frame. Can you point me at the respective code? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Nov 2018 08:54: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154192642122127 (code B ref 32825); Sun, 11 Nov 2018 08:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Nov 2018 08:53:41 +0000 Received: from localhost ([127.0.0.1]:45281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLlUz-0005kp-6b for submit@debbugs.gnu.org; Sun, 11 Nov 2018 03:53:41 -0500 Received: from mout.gmx.net ([212.227.17.21]:40991) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLlUx-0005kc-G8 for 32825@debbugs.gnu.org; Sun, 11 Nov 2018 03:53:39 -0500 Received: from [192.168.1.101] ([212.95.5.227]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MBnPX-1gB08K248t-00AnP9; Sun, 11 Nov 2018 09:53:31 +0100 Message-ID: <5BE7EE09.3020003@gmx.at> Date: Sun, 11 Nov 2018 09:53:29 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <874lcok62x.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:xKCmGyCz1Ic3XsbhI7A8n06gDiIlVRkMX8eI6cU9266A6LDV7qt IXoghnwJmrA0oikkNttBrdrRPh/Gs5AayR4HDGLgC0QBETlNiXlza73sEBd4OguxjrZcRBE f4shnpYmvw6itQfyEVDTM2i8j6neJvB4FYdVQ0+fk9wwxZx1O1u1Z29t4T9YsScuxmfUetO vFCyiy/kix6hy3GIGZ4EA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:zS435cyvLqM=:4mtGG80KIPW9OgMkhlg6Gm Mm2WFmqJJvNk8ldvAYrRLxDzLv7z3Cfcg6lU2x7Y2xjnjWbMumU5YI4fRMCi9tua9z9xEOaxl vC7Hz7Mgi/Wwt0hw3usoEu0rSLVMvC3YqUp8xs0Uk7KPm1VJS/gnWOH4LvABQ6TND1jPSBuZL e+wLoLergb4B/YerElk/h33QabaIW+1LmAiQBuiaXmoi8HxLvJqXI4LTCN7kvEbhN6jwjbqyA q6wM4cM7EFk53sLBC7hR23XXdB0eEJ2cI6o9455tF6bO5rQaTQHl1GE5xbkH7pbInQEIrL0Gq NxhgAh2jTgM7bdehdtDzK/J1A80tYBNzAKedObQL45iVYR6wrmeS3R9W+Z97hDcBIl7Ynz1T6 R+7ibKbAqR9W9miTD11FpfJPggN4sNCf1xqG9ZVG0+Uq1k8TP9NDHYiGRj/2jaXN/IJqg/m/P NBBIxqRCz9hWHV/UpX3sLEjJyFmW2nF0muaBRCfTh2jvk1mIdbqIpIEudr9nnZbBEKz/meNFa p8CgSGyq3TbVM7b6u8dvUnSlR3GsQiQVy/Fv5+iTIKDOt+adiLJRYqRsvbAMDCPUEpKa392Ev tvcpnqOdXUYe61oiaoaM931LmYEiIycDB3vcuJGMLkODTra4A3J0qOlu0DwJj8emBX3gw+8Za ecoyMZo5CankTQAw0uBkcjOhsfSibDvbhw9l23cVBDUZYVAT1Eb/+PFLay89pherPSaJXO1Eh Ebi8PXjlc8VSpk/6mnDS5nTfWZhLmzW2rbG+jCWTK/A4qfLBO9rjF73MbixpritNCF6FJY4Jk Avo5tjcIM3rtpQluwOjfkNaMPd0xouY//sw0HS+r0qc9Wkufxneh79+zVdRotw3BRWr7ddcBZ knJVIGLobxJUpZdAQ24m5itDlLJj8aWc3hmiOVqb0QIhOqDd+j0JWaZvRrrNhp X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I tried it long ago to see it works fine, and later reverted locally > because I thought already you pushed it to master. > > Now I tried again with display-buffer-below-selected, and it still > works fine. > > But still it seems better would be to add display-buffer-at-bottom > after display-buffer-below-selected: > > display-buffer-reuse-window > display-buffer-in-previous-window > display-buffer-below-selected > display-buffer-at-bottom > > because display-buffer-at-bottom tries to resize other windows > to accommodate the *Backtrace* window. I certainly won't object but we have to make the previous-window behavior DTRT so the 'display-buffer-at-bottom' won't hide its misbehavior. Currently we use a window's previous buffers for three things: (1) For 'switch-to-prev-buffer'. (2) To find a buffer to display when killing or burying a window's buffer and the window shall be kept. (3) For finding a window in 'display-buffer-in-previous-window'. Personally I don't care about (2). But two things about (1) that annoy me in practice are: When the window-local buffer list is exhausted I get a buffer from the frame-local or global lists, so I often enough get TAGS or other intestines dished in that window and, to double my pleasure, indirectly have these enter the window-local list. I'd rather restart with a buffer from the window-local list provided that list is "long enough". That's fuzzy to implement. And, I get too many irrelevant buffers like temporary ones from the window-local list. OTOH it's just the temporary buffers we want to keep there because of (3). Moreover, when I'm in a window reused by *Help* and I want to temporarily switch to that window's previous buffer then switching back to the window's next buffer should probably get me back to *Help*. So what I'd like is yet another notion of fuzziness that after some time forgets about temporary buffers shown in a window in the past, including *Backtrace*. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Nov 2018 20:29: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154196814022230 (code B ref 32825); Sun, 11 Nov 2018 20:29:02 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Nov 2018 20:29:00 +0000 Received: from localhost ([127.0.0.1]:46797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLwLs-0005mU-Ga for submit@debbugs.gnu.org; Sun, 11 Nov 2018 15:29:00 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:19477) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLwLq-0005mJ-GO for 32825@debbugs.gnu.org; Sun, 11 Nov 2018 15:28:59 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 020975C38A9; Sun, 11 Nov 2018 20:28:57 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A5CBF5C3819; Sun, 11 Nov 2018 20:28:56 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 11 Nov 2018 20:28:56 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-White-Squirrel: 0487d1da17cb84ef_1541968136843_2709760879 X-MC-Loop-Signature: 1541968136843:2382039578 X-MC-Ingress-Time: 1541968136842 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 6AAFD7FDF5; Sun, 11 Nov 2018 12:28:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=1E3vNSSj6L8/TMfm/8O7pcsrIH0=; b= UJnwRM62+8wcW3RqKxpOmSh2JcUZAgMGxvbdCj09+/AAlC/7IQ115GhWePTMGTDv rYnG4TvvQqX4UggAMeQo6TPDXwsC3v/6rtUsuFut+eg19zkoHTmfw/7dlVfWVGIg kkug+JZueTHGb7dA4IE/sp5VrCslg/R5D1T9fHoQKds= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id C268C7FDF3; Sun, 11 Nov 2018 12:28:53 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> Date: Sun, 11 Nov 2018 22:09:17 +0200 In-Reply-To: <5BE7EDB7.3070702@gmx.at> (martin rudalics's message of "Sun, 11 Nov 2018 09:52:07 +0100") Message-ID: <87wopjqu8q.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkeejgddufeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> What does "revert" mean in practice? For example, what happens when >>> 'display-buffer' would make a new frame? Would it "revert" before >>> that? >> >> Yes, it reverts making a new frame, i.e. deletes the frame. > > Can you point me at the respective code? Please see quit-restore-window in Man-bgproc-sentinel. It should delete a window and its frame. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Nov 2018 20:30: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154196814822286 (code B ref 32825); Sun, 11 Nov 2018 20:30:02 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Nov 2018 20:29:08 +0000 Received: from localhost ([127.0.0.1]:46802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLwLz-0005nM-Nb for submit@debbugs.gnu.org; Sun, 11 Nov 2018 15:29:07 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:6671) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLwLx-0005nC-U1 for 32825@debbugs.gnu.org; Sun, 11 Nov 2018 15:29:06 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 985885C3996; Sun, 11 Nov 2018 20:29:04 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3DFB45C2B8D; Sun, 11 Nov 2018 20:29:04 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 11 Nov 2018 20:29:04 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bottle-Shelf: 5af4aae47a49f459_1541968144395_1086088750 X-MC-Loop-Signature: 1541968144395:2733168600 X-MC-Ingress-Time: 1541968144394 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id E6F157FDF3; Sun, 11 Nov 2018 12:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=tiw3w4jNy8TBUgpVQb+FT/sGaxo=; b= SEanX9Gw0/uG9I+vRkHHHGHtNvg2P9WllcBVno9sI0v1Fwtcf06AgNlnSubo7bbA KaTcAe2eIsTlTohSEDXgZ99kKZvEnAooKR0eeQLRCyAM01yoRynkdDgq1rpxdCAT HSmCxzjIdwbbldHDf9Cg/ZbmnVwq3KzBj3FQZ8sOdSI= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 6DD4E7FDF2; Sun, 11 Nov 2018 12:29:00 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Sun, 11 Nov 2018 22:13:51 +0200 In-Reply-To: <5BE7EE09.3020003@gmx.at> (martin rudalics's message of "Sun, 11 Nov 2018 09:53:29 +0100") Message-ID: <87pnvbpejc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkeejgddufeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Currently we use a window's previous buffers for three things: > > (1) For 'switch-to-prev-buffer'. > > (2) To find a buffer to display when killing or burying a window's > buffer and the window shall be kept. > > (3) For finding a window in 'display-buffer-in-previous-window'. > > Personally I don't care about (2). But two things about (1) that > annoy me in practice are: When the window-local buffer list is > exhausted I get a buffer from the frame-local or global lists, so I > often enough get TAGS or other intestines dished in that window and, Regarding TAGS, I spend much time killing TAGS buffers, but they quickly reappear in the buffer list like in a whac-a-mole type of game. Shouldn't such internal types of buffers be named with a leading space in their buffer names? > to double my pleasure, indirectly have these enter the window-local > list. I'd rather restart with a buffer from the window-local list > provided that list is "long enough". That's fuzzy to implement. You mean a cyclic window-local buffer list? > And, I get too many irrelevant buffers like temporary ones from the > window-local list. OTOH it's just the temporary buffers we want to > keep there because of (3). Moreover, when I'm in a window reused by > *Help* and I want to temporarily switch to that window's previous > buffer then switching back to the window's next buffer should probably > get me back to *Help*. So what I'd like is yet another notion of > fuzziness that after some time forgets about temporary buffers shown > in a window in the past, including *Backtrace*. Maybe the notion of burying should also apply to window-local buffer list? So burying a buffer should push it to the end of window-local buffer list? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Nov 2018 08:38: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15420118271924 (code B ref 32825); Mon, 12 Nov 2018 08:38:02 +0000 Received: (at 32825) by debbugs.gnu.org; 12 Nov 2018 08:37:07 +0000 Received: from localhost ([127.0.0.1]:47052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gM7iV-0000Uy-5U for submit@debbugs.gnu.org; Mon, 12 Nov 2018 03:37:07 -0500 Received: from mout.gmx.net ([212.227.15.19]:49303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gM7iS-0000UU-Ga for 32825@debbugs.gnu.org; Mon, 12 Nov 2018 03:37:04 -0500 Received: from [192.168.1.101] ([213.162.73.18]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lt1S6-1fL2Qm2AzC-012aKa; Mon, 12 Nov 2018 09:36:54 +0100 Message-ID: <5BE93BA1.2030201@gmx.at> Date: Mon, 12 Nov 2018 09:36:49 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> <87wopjqu8q.fsf@mail.linkov.net> In-Reply-To: <87wopjqu8q.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:FzVc1gmOuvvnfdbwgPGopJG80TOMufAVUdyvieTJnKhEr9xdHWh tbJPriNBLPlHxfUIJSr4hI9eV2C4s8+Yzk/nrJkhE/IPmoQnltvPhzrILq59z3zh13XgmDW YHh/Wswa6OvszxAWUb9c8Jjo7Sd/9qD4DSzL5hB8ftRU8NG15n8xq4azELhOSv63o+hb5y1 wosQR5/LfP3CVjJJgx7ug== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:rqyVAFzd4Ns=:ct6vNU2nPUIBVf7Qqsjaqo fB2+T6f7c2kxjLNB2N8rVEbTliCfvSZvvY73RTaXFXAGa8tNEtU6H2tUm+OVHxXEycIoESrlN kV+yomK63MsH/WOliSDGHSLh6WEqY7lfBy7dhvUpfKJK57ZLLIVIlAhrlln6gDth10Be0ZZ0A NsF4bj1rTdXrHeOVYdULLpscEgX1cQJ9b/hgRuJol9+PvQC86gjShkEJ1JUnh/VzviB+7xRZH zq/CMGf0Ahrr4vX7YwRGXoUMX1+UAktiOEtVFvBjdPo9uj6NbtwFDMf7mysc31O1+8pyJmoJu dAkUVuu0lK6m8zKr5qM4e2FgbZ5d2hRsN2kfcWbXvxh/cP7Va7vxDXRwps7y2ObVD9qRaUt7G kJiGsKRhbaCDiN6fgF8lRTaBOt5VScdXOi3W6pm/L/9wrKE1FUnqVOIREdng92KkrYpFWNFjT 9tJMzy8E6LmGIqLoxAbKrE58WZYEBfr9MlrXpusrtS0YjebcTOeNRWkdDFjJuaVafT1Ffn8kW u6W+UAT2mTEcPHfLvgLdDRRIZ3lW1wrSXg8FG0qjEdosFbLG8s5QcFvu7QRrbqawjA4Yu6p81 oIDapShJfvVjsezc6D3BGxVVMXuCd2NESN2WyH+3ZBrTtofj+duryIBZestIoANrb0LNf+9YG 0pZ3F0T728h1GuKgPMc0OgqKzYMR+bCX4HbsAuZQ0Gegj6YZ4JYvt5j7dNmgU38HSuSBfoFlr K6YSakNh144trsmYQqCYFbDuU4fDOrvyJ+IZpgollsC/dvuxjDvNERno0GW3kshx/Ttj86yJo whhT0jo5jFjCAX/62AAzNePvTvrn/8bgUrC6JT1WWhNg+xbWkzaeIOh8kGZfqT8QO0nJ3AAnt Ecl8W6+9ySFtXhV1GwDb2nmqtuWojXLHuuF1/23tGQLjx0XY3G0GBuFqv6+XEW X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> Yes, it reverts making a new frame, i.e. deletes the frame. >> >> Can you point me at the respective code? > > Please see quit-restore-window in Man-bgproc-sentinel. > It should delete a window and its frame. Thanks. How does this perform in practice? Don't you see some flicker when deleting the frame? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Nov 2018 08:46: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15420123582780 (code B ref 32825); Mon, 12 Nov 2018 08:46:01 +0000 Received: (at 32825) by debbugs.gnu.org; 12 Nov 2018 08:45:58 +0000 Received: from localhost ([127.0.0.1]:47067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gM7r3-0000il-NX for submit@debbugs.gnu.org; Mon, 12 Nov 2018 03:45:57 -0500 Received: from mout.gmx.net ([212.227.15.15]:48331) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gM7r1-0000iW-JF for 32825@debbugs.gnu.org; Mon, 12 Nov 2018 03:45:56 -0500 Received: from [192.168.1.101] ([213.162.73.18]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5Lmp-1fZ5412RAN-00zZRG; Mon, 12 Nov 2018 09:45:46 +0100 Message-ID: <5BE93DB5.8070804@gmx.at> Date: Mon, 12 Nov 2018 09:45:41 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <87pnvbpejc.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:hpV9CDBh8t4NuKOq9X/ILJLA52eEETsN+2wt4j+rgmqGLJh5ng4 Xc35+EeXD505lXFsuW8NC4X1M/kk8qk9WemvpIkDVWmrIm1m/tiWNZLZNnU0AJVbmb4gVw3 NfUhWmdo6APUFCV24aIVGwjaRy7Qsf7ofNdY/NNb/y0bPuxCFHp2gPdpYEO3tblySNNZm2B SNpPhGPIY/eY6tzFCvbdA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:W94J3/4tI8c=:3L1sJX8f4n4LN37j2F7k+r eKiSBIxye1ZpJCA4Td5gWftz2Mm7HzfV2gxLn0E9uS0b7giJh+l3vjeydjkxHZjw6C1qyW8Ar +Ul8SzqOLQl9QZ7IVh+ZT9AJ/40BPh6tBovX+HYEed2E3lQrIWZioA1VdQX0Qkh8D+pxlhiZT n1l2/tTcR2KetTKwcp+YGrLIWlwEgln8W2QBzaHI1jJZ14Q+Ed0YoRYXFwnMGzA9u3HIPUXHb 89BRcuJq5AnSMMGtmfeMGaVE7YvL8UfFOsuc/68/5lnbTC7JC1N8dh9KVAUcai+82+hSELKhb EAil/hhIUgitYtSajAitguNICgujtlK6pifOzTV8jnifc4Mhoco0GibSvCuytRKVWs4rLf1MZ K38n+dvvEhEC9uKBdWwrN0kd0wMwzCuLfwi9q48eewQ85lj79Dz0h0LGxF8ehgE03dVWGuFlU yi9Q8MPh3kWMMXQixptzC62fNGI4wea2TG/zfj1ix2oGCpO9h5iXbEUQEs+1ilzz1A8qZhkQt pzy6RBi/FsgeMo8Rw0PhNZgK+qwmtRWGIwyTURXIqJTn8mnET/GMxPiAa7fyL/oKQZq40fh9h CdZeYb6Xov8Nf9IOIUShWdPZvzCxyQfnmW/dqu3uO0I6LoDBfx6HQdOe0Ks7ddpq+Kwqjy7PR AtsAatADMgwESCGQS6HOmnzns4SclGivP0u+nbWBli3Q8a96AratTPS2HIoLUrF9ci9Uz20qf M2cHI2YXg01ZswvrajugdFO1o4lGWi1HSArM+HUpkl3qG4Srs+bPuHoTB0wRKe0FBvHUPBv/y J/yBARaGaRU/mI4SP6FlbZOa2Aq1jIBdbWlNPbdPnPZn2IctvCGVqlk6dhDydUJ7JGbNokdk5 Ndsc5jAaP7KBDpSbUDM/d3TX8PB/oy9FwciSC/sOMlrtG2m68rWvCPesBkuOws X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Regarding TAGS, I spend much time killing TAGS buffers, but they > quickly reappear in the buffer list like in a whac-a-mole type of game. > Shouldn't such internal types of buffers be named with a leading space > in their buffer names? Etags files are called TAGS and we usually set the buffer name from the name of the file it's visiting. We should be able to prepend a space but I have no idea where and when we visit the TAGS file. >> I'd rather restart with a buffer from the window-local list >> provided that list is "long enough". That's fuzzy to implement. > > You mean a cyclic window-local buffer list? If it's long enough, yes. Note also that once a member of the global list has been taken it will pollute the local list forever thus also needlessly increasing the list of previous buffers for a window. More precisely, the problem is that of "navigational security" (alternating 'switch-to-prev-buffer' and 'switch-to-next-buffer' calls should reliably reproduce the buffer previously shown in a window to avoid violating the principle of least surprise) vs "minimum annoyance" (that of not switching to a buffer a user expressly doesn't want to see). So I think that while the solution is to not allow 'switch-to-prev-buffer' to switch to such an unwanted buffer, we should allow 'switch-to-next-buffer' to switch to it. But I haven't yet thought about all the implications. Also I'm not sure whether we should maintain for each window separate lists of buffers we do not want to switch to but we might want to consult in 'display-buffer-in-previous-window' or to leave such buffers in the windows' lists of previous buffers and have 'switch-to-prev-buffer' skip such buffers with the help of some predicate. The latter would be more likely the way to go because we then could allow a simple user option to provide that predicate. > Maybe the notion of burying should also apply to window-local > buffer list? So burying a buffer should push it to the end of > window-local buffer list? If 'switch-to-prev-buffer' didn't already do that it would be severely broken. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 00:02: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154206729124219 (code B ref 32825); Tue, 13 Nov 2018 00:02:02 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 00:01:31 +0000 Received: from localhost ([127.0.0.1]:48433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMM95-0006IZ-B2 for submit@debbugs.gnu.org; Mon, 12 Nov 2018 19:01:31 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:8489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMM92-0006IP-9V for 32825@debbugs.gnu.org; Mon, 12 Nov 2018 19:01:28 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D1ACB5031A8; Tue, 13 Nov 2018 00:01:26 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7D8AD502F56; Tue, 13 Nov 2018 00:01:26 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 13 Nov 2018 00:01:26 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Celery-Abiding: 2d0fb51450458503_1542067286724_807923007 X-MC-Loop-Signature: 1542067286724:1957766441 X-MC-Ingress-Time: 1542067286724 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 47DA67FF38; Mon, 12 Nov 2018 16:01:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=6poOEaQerZc399IxenMRircRqVw=; b= bm+mCGil9bjyUSnRLykkm/ldSv/OljDkjUE9shaBgO+0ZxhhpRyU6z9BB8HDGUJo HPwNoMNio7ec1aAhpn0V4UVxCgUL8RYBPB9yUltP4AZ3S3cNcXVzoUbf0NsYdgIC 8d4ITNX3DImkzEKi0b5ghud1RNaoGx+ue8HQN/5THLg= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id BDD127FF2D; Mon, 12 Nov 2018 16:01:23 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Tue, 13 Nov 2018 01:39:35 +0200 In-Reply-To: <5BE93DB5.8070804@gmx.at> (martin rudalics's message of "Mon, 12 Nov 2018 09:45:41 +0100") Message-ID: <87wophvpag.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrledtgdduiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Regarding TAGS, I spend much time killing TAGS buffers, but they >> quickly reappear in the buffer list like in a whac-a-mole type of game. >> Shouldn't such internal types of buffers be named with a leading space >> in their buffer names? > > Etags files are called TAGS and we usually set the buffer name from > the name of the file it's visiting. We should be able to prepend a > space but I have no idea where and when we visit the TAGS file. This is easy to fix, but I'm not sure if this might break some packages that depend on TAGS buffers with original names. >>> I'd rather restart with a buffer from the window-local list >>> provided that list is "long enough". That's fuzzy to implement. >> >> You mean a cyclic window-local buffer list? > > If it's long enough, yes. Note also that once a member of the global > list has been taken it will pollute the local list forever thus also > needlessly increasing the list of previous buffers for a window. > > More precisely, the problem is that of "navigational security" > (alternating 'switch-to-prev-buffer' and 'switch-to-next-buffer' calls > should reliably reproduce the buffer previously shown in a window to > avoid violating the principle of least surprise) vs "minimum > annoyance" (that of not switching to a buffer a user expressly doesn't > want to see). > > So I think that while the solution is to not allow > 'switch-to-prev-buffer' to switch to such an unwanted buffer, we > should allow 'switch-to-next-buffer' to switch to it. But I haven't > yet thought about all the implications. > > Also I'm not sure whether we should maintain for each window separate > lists of buffers we do not want to switch to but we might want to > consult in 'display-buffer-in-previous-window' or to leave such > buffers in the windows' lists of previous buffers and have > 'switch-to-prev-buffer' skip such buffers with the help of some > predicate. The latter would be more likely the way to go because we > then could allow a simple user option to provide that predicate. Maybe better to represent a list of prev/next buffers as a tree? Then inserting a new buffer inside it will create a leaf that can be ignored for navigation. An analogy of this is undo-tree. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 00:02: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154206729724238 (code B ref 32825); Tue, 13 Nov 2018 00:02:02 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 00:01:37 +0000 Received: from localhost ([127.0.0.1]:48436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMM9A-0006Ir-O3 for submit@debbugs.gnu.org; Mon, 12 Nov 2018 19:01:36 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:47592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMM98-0006Ii-VL for 32825@debbugs.gnu.org; Mon, 12 Nov 2018 19:01:35 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 6178343AF8; Tue, 13 Nov 2018 00:01:33 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1FCCD43A86; Tue, 13 Nov 2018 00:01:33 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 13 Nov 2018 00:01:33 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Sponge-Interest: 59b62f5840ad06a3_1542067293249_1586014278 X-MC-Loop-Signature: 1542067293249:3468868518 X-MC-Ingress-Time: 1542067293249 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id D21D77FF31; Mon, 12 Nov 2018 16:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=4lTnnWofxymJRSyBrnulZ5ntNS0=; b= psyLybvZ7hl+jiuHDiZzqLWJLA8k4nfLoyo+Nw9lctO5xdLTyk8gzPgXPhpY8smr dyVsslFKNdsTebGHUD9MvxuD0BeV9yOeAH+8nPw2BD+h/doaV+ArZ3QdXlnwbSzB Mm2Xt7f/ewzxR0THTOrvpE7JW65oaqt4Qg0X4uLqQ3g= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id CE0B67FF2A; Mon, 12 Nov 2018 16:01:30 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> <87wopjqu8q.fsf@mail.linkov.net> <5BE93BA1.2030201@gmx.at> Date: Tue, 13 Nov 2018 01:40:45 +0200 In-Reply-To: <5BE93BA1.2030201@gmx.at> (martin rudalics's message of "Mon, 12 Nov 2018 09:36:49 +0100") Message-ID: <87o9atvp8i.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrledtgdduiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>> Yes, it reverts making a new frame, i.e. deletes the frame. >>> >>> Can you point me at the respective code? >> >> Please see quit-restore-window in Man-bgproc-sentinel. >> It should delete a window and its frame. > > Thanks. How does this perform in practice? Don't you see some flicker > when deleting the frame? Indeed, some flicker when a man page is not found. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 01:41: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15420732361040 (code B ref 32825); Tue, 13 Nov 2018 01:41:02 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 01:40:36 +0000 Received: from localhost ([127.0.0.1]:48469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMNgy-0000Gh-KT for submit@debbugs.gnu.org; Mon, 12 Nov 2018 20:40:36 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:35837) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMNgv-0000GX-Ub for 32825@debbugs.gnu.org; Mon, 12 Nov 2018 20:40:34 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CD8ED5C3909; Tue, 13 Nov 2018 01:40:31 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8AF7B5C30C7; Tue, 13 Nov 2018 01:40:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 13 Nov 2018 01:40:31 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Stretch-Descriptive: 73023b0f363e831b_1542073231675_169420015 X-MC-Loop-Signature: 1542073231675:2680395385 X-MC-Ingress-Time: 1542073231674 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 4F96D7FF50; Mon, 12 Nov 2018 17:40:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=mEBwWP7Yxjc2tSziz6EZEjqIamE=; b= cSVqj++Zq9W+uuP7HUmDQlxoQCtTAO0t/DhlKhfupV/bHEMONYJ5W+cyuoOoGAMp 5V/fk3PUfj+cVA6Y4u63OmWfEdmMkG0FFEaA3c/AmEQHMp7qGk/dyvYzejxPKfDn QeOLR8V/fqD5WGeE+MREpD9CQZoSo+p0tdghK3bn9ek= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 0C5167FF47; Mon, 12 Nov 2018 17:40:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Tue, 13 Nov 2018 02:29:22 +0200 In-Reply-To: <87wophvpag.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 13 Nov 2018 01:39:35 +0200") Message-ID: <87efbprc1h.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrledtgdefjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Maybe better to represent a list of prev/next buffers as a tree? > Then inserting a new buffer inside it will create a leaf that > can be ignored for navigation. An analogy of this is undo-tree. More precisely, navigating in the tree trunk and ignoring branches. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 09:10: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154210017110312 (code B ref 32825); Tue, 13 Nov 2018 09:10:02 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 09:09:31 +0000 Received: from localhost ([127.0.0.1]:48583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUhO-0002gG-Sw for submit@debbugs.gnu.org; Tue, 13 Nov 2018 04:09:31 -0500 Received: from mout.gmx.net ([212.227.15.15]:42717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUhN-0002g3-AF for 32825@debbugs.gnu.org; Tue, 13 Nov 2018 04:09:29 -0500 Received: from [192.168.1.101] ([213.162.73.32]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Md3ZK-1g4Pqc2Hw2-00IGmI; Tue, 13 Nov 2018 10:09:20 +0100 Message-ID: <5BEA94BA.6010002@gmx.at> Date: Tue, 13 Nov 2018 10:09:14 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <87wophvpag.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:19SJd8Bs6jKINwly5uH7uQkIBdGFVixbKne/LXD86+nrXlTXAay 7c8KOIzCfJTet/GlNliOwGxP8AWBHk4/EQHaBVkcJDsYvdoMGurRTT9zdPCsqR3KrXE6kZD ETDZi/AuFZIKBvgr9LVdwszcSsh44aDazgBgpY3f/PzMfwwHZXFkByRQg3EWmdeGSCxehQ6 T1hSjdSVd4xS/HzS2+oCQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:fBaCCXN8TSI=:i+uTgyFNqTbb3c4s3YYKgI YX7yZKHD7gehizeyAS5W9TmqCawpiVdvQ0dqaBub4kKINI5W6jZ3VwELvmqprAHifarHxApWy 6g3YFN6yFqcm7+s8I5pY1gsNs+8yledzkzVjYWP1Tp5etj6hHjy+PL6JvfXjn2MkMd9qtFJJo xV7rusBew7vnEqyY+1Z4J4vFopRp5ed/Hvvwv2uLoevsXB7axw+gL1tLXXMt/RgCaEcNkTzcL WK+ZKHAewQoFNPy1PwTv27spvgnj0XPwzk7O05hN2FqkOUQYOYP1CeBEeXNEbTst3WmdaYtDS BSbWNmsHhk4oEXU0VuDEuq7D4wnZQ0Q/BVY9MatYgD1MKgWn7kdAAavXc/ZL0QmnEbgc1qm4l +zNebzsQ6o/SiBLAw3onnlfxzAxrG4PnaK16TPT0qKRqVtZ7VA+x/IcLL+csLvd2EyUusIXfL o5c3LmDr0YnB8+u0jsrHYn3eJumzzNWAcs/aiNeQOoAWrIfn1yg2jqYTcLDEnWaqlXTxP3qfb Dmcqwg8oblsOLqJ/LlD4PULxX3ndhEkUYkNtSrz6JN0Mn1ZKotq9ZYGQ9CSOUERJdcdSX6mJ4 NDoeJqf6nVqM9cx7Otl7hx3Wh1iU3qTs9sh0u5vKW/ou9Pj5lJnfPjumCjA82r2ztZ6vjj5QT nK5t1/OztXNYw+7DbvCsF/Isik6Lv3hmNE2wat1+BGhaILh4mDfZnsmuzcU5JkL4fQTeguaPm A5CGiS+MLYHhCUym9w5V3ILsggd+5+rCfks5Bm7NWiOJZeiAxkiBBkQMFk8Mer8IejqOBCJ6c uZRvD4qMIjQHLPQ8lf4H1z/nmksJCBwh37zcnpLqI1vTQLPttz5ZEGRp/DI8tQeNkTTDm0EP/ kYIJRYQQ+wXXP7wHfZreZyEpnhCbM6nre65XDFLY3eXSyxlLcKrPbglx3EHlLI X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > This is easy to fix, but I'm not sure if this might break some packages > that depend on TAGS buffers with original names. That's what I thought too. > Maybe better to represent a list of prev/next buffers as a tree? > Then inserting a new buffer inside it will create a leaf that > can be ignored for navigation. An analogy of this is undo-tree. But then 'display-buffer-in-previous-window' would have to navigate a tree and I would like to not make it too complicated because it may have to consider "some" windows as possible candidates. 'switch-to-prev-buffer' OTOH has only one candidate window and can be made a bit more complicated, if necessary. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 09:10:03 +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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154210018010333 (code B ref 32825); Tue, 13 Nov 2018 09:10:03 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 09:09:40 +0000 Received: from localhost ([127.0.0.1]:48586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUhY-0002gb-4X for submit@debbugs.gnu.org; Tue, 13 Nov 2018 04:09:40 -0500 Received: from mout.gmx.net ([212.227.15.18]:33567) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUhW-0002gQ-GI for 32825@debbugs.gnu.org; Tue, 13 Nov 2018 04:09:38 -0500 Received: from [192.168.1.101] ([213.162.73.32]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M24ap-1fTAHq407v-00tyLV; Tue, 13 Nov 2018 10:09:30 +0100 Message-ID: <5BEA94C4.7050102@gmx.at> Date: Tue, 13 Nov 2018 10:09:24 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> <87wopjqu8q.fsf@mail.linkov.net> <5BE93BA1.2030201@gmx.at> <87o9atvp8i.fsf@mail.linkov.net> In-Reply-To: <87o9atvp8i.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Edb9S61E6q+QZJ9ZzKHhrrwJR3B19Uzs6/Kf+wAV5fty95KzuDK BnTHCunm0aIWMOwzwHp5NaQnXdweabrAJX3X8N0xFgSs6+8eH+9/XlL9FvxOTZM+nbbduXU eOKNUUdivuPX4jdTTPU5ItqM/hXkdGb1Nhe6bCPMCSwEUUt+Um19mNm3VdWD3hZYep6pl/P geQ4LtLEmFISMkA/e7DEg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:/uLKYK5dMpE=:4n7aY2f3FybMBSwe4gtfpy T69/2BCN1DDZ6gDA3uslcK/JZEkO/GX+sliSSDDB9hXXwZ7QRcEIWwhK9/lEDfYZzFFMTx+df COHmS8fIRn4osYhc6Zk0ZKcO4ozPIBvq/77PdnOcmLyb82H1wiQEfi6hdmtwbAEL8W5h+oOqH yAmS3g4Hbou18RR+NiGBWUp0UkDV/TKL2s5SpZyxbfuZlq6Bt3ePF1LiyRGD0veppqKcsQITU 5OxhoCiZmPSaWU3lDDUdvTNrhRkfFCHnKVR02qy+RR2zaHFUPdVmTSrQV+zT02awPyXBeuM1t N8Ljf1EHhgD7xiuVkt5OGeIf9Ef1VDbDq3byAlDuDXWtVPLrl4R9Jk30PUcKRpTT3BAawpK8U BdmUETfrTFgGVhnucS/9LmwK2Lcsxd2z86CCC6ysXLRnxKO6eCkr+5qhkxD4lLxkbFEySRUIo fRePbNhMlPngKt6VK0nc7jx8Xgd7qz6lECEBnFUrK47nc/9g4u3LPz1Y5aponB0SgnJzlUWow VWRW9Q/RGjlPTkAHhdLLe5fonZoRFOEIscfsPfToPfbrusGg93rQSpMDLxX2ny9JH9PTX0vg/ kB8zITdG7nJVKVGfK3k6gWzboM8YH0iLMVCOO5Dc5gg9Vb1g2iLL0rXbXg/I0w3+eyw+A+9Op oqXAkCOJN+igoVOM4V3JgnT/DY4VX4/h9v5mASuR4NYJDm8gUhNcoScNf0N0MA07NQED836wy Xm5D+XqDLxbtxSk7KxwNNQzL4IESDdiYFuRygXu9S26OMJX4KPVSn5ZjwKkAb4umEGICunwXm W4Sg7mHvqDgFTwhP4po05ivzD5lAO2jPJ9xo0qZWWPYoYlnfoKJ+z8xZfJ7w2qSlAHAtt7bIj ZLiFFHyQbvG9MCBY7pD2Cw0h0eUEpFGHOZuCaL9gvAHsWjcseZX9nQJj6QLAaA X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Don't you see some flicker >> when deleting the frame? > > Indeed, some flicker when a man page is not found. When I delete an _invisible_ frame, I see some flicker too. I wonder what's causing it. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 09:13: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154210036210636 (code B ref 32825); Tue, 13 Nov 2018 09:13:01 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 09:12:42 +0000 Received: from localhost ([127.0.0.1]:48596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUkT-0002lT-PU for submit@debbugs.gnu.org; Tue, 13 Nov 2018 04:12:42 -0500 Received: from mout.gmx.net ([212.227.15.19]:39151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMUkR-0002lF-9h for 32825@debbugs.gnu.org; Tue, 13 Nov 2018 04:12:39 -0500 Received: from [192.168.1.101] ([213.162.73.32]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LlV71-1fnywL25dH-00bKbp; Tue, 13 Nov 2018 10:12:30 +0100 Message-ID: <5BEA9577.1080204@gmx.at> Date: Tue, 13 Nov 2018 10:12:23 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <87efbprc1h.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:iVfrB5DOiO2PENnTK6XZzt3eVaWTNBMlCZtBPXOUhuQMmUT1zXx 2f+dMtkHR99ESixVYf+NV5bb60eMxFHeyHaqr9sbKKNfyKNj3MVy4IqZWQ9NUTSZS21GLNc u9+4scSBJl62NYcRtLXUVWRbQDqFsOMKHYqoTS0MiM8a9oPYiQwDTB7YuO0cU2xkkeSfbF6 +rerLCjhpb+2kQtIyTI/w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:zbuG3kPMgQg=:H2ni6i0VG4p8gSSSos6Tiu lVnw3x7cXOp/1oYc1Tf6w4Svj8xROlAN3/aaXwNU+1WvDkoJcGpFTL3MN1Lt73HfMx/m+qTOc AcghmJghtntR7pStFbTTXmGqglSbOLBnXnd9CbttRLjp1ID47+mjEGkkMV+YUo6UV8UbUooZW 5MIEJt0KX9VMNhUB+1p3dzlw7wEQ+X5Ks3jVRyMAcOsN9WdbZICe26jRy0ThYnSDAqL7ZV8+a 6Jxl3DEagj6lrfgiUE3341+fNaSSfshaiBoIAByqELR69d6pxHzSfGyQxWhu9SmE3YL44tQAS vRlY2KCSTkS5RgUjFMt7ncxhNJD6Zmp3fBehZPPTgja15kVCEjnKRBEAiw72/n1+gGRr+SNqB CYmvh9cbVU8QhgeMzBHZqYB566CnSV6V5lqz0PCiHCXAHIXXzoLLyjeLrq2ElLqG8jXhVwGdw 6gohM4k8YjeDfaKEYYLmO80AQSM3tG5P3DCCiOxpKax02WA+8Re74derpQZlsPrZC1izC2Ylc KHUMQ0x78XxvH0TWvH7MXhRHVGtk1IRruGZ/MzyAQV14A2oHc/LQMRlSDhOIpZ/eyHxME6MSk oun1FpAn2Stf6LQwpNLH+izKXRm56UcVyKgs7v9jpeM4fkSxUVgQhpPZKYuYh6oPBPliwgaEU gLLkdD9nDl6LFWMmJHPG38ACg2ZYVckjDzNWCHXqcFw7V/DIrfOqvjfFy39kx6c/9c/xGA4kx 2m3499rLkKBRIGvYrMf35UELgsFV0cbBT7Jn8YYFvCfm3/gO1GGbOkk+hhjxGmeL4o6Hul68s Ko1ZZveaMRxG8isDyYc2V7bZ82ZhJ6anYI7V9VusjP5Wv6IdNOrdVkHrFra7HeHb/BMklkR41 NMyp6FcnFoqWPzafZQAdXwKiEf+ltohfSX/kCNVXbE7LqfsHSWIcVM1oFkZlSq X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Maybe better to represent a list of prev/next buffers as a tree? >> Then inserting a new buffer inside it will create a leaf that >> can be ignored for navigation. An analogy of this is undo-tree. > > More precisely, navigating in the tree trunk and ignoring branches. Note that 'display-buffer-in-previous-window' doesn't care about the order in which a buffer appears in a window's previous buffers list. It only wants to know whether it's there and traversing a tree for that purpose looks like overkill. OTOH we would still have to decide what to do with a window's buffer when displaying another buffer in that window via 'display-buffer': Make it the first buffer we would want to switch to in the next 'switch-to-prev-buffer' call or make it insignificant (a leaf in your parlance). I currently tend to favor a solution like the below (we could also use the 'buffer-predicate' frame parameter for that purpose but that would affect 'other-buffer' as well, something I'd like to avoid). The solution below should behave as follows: Assume TAGS is shown in the selected window. Then doing 'switch-to-prev-buffer' followed by 'switch-to-next-buffer' there should get me back to TAGS. Doing =E2=80=98display-buffer=E2=80=99 there followed by 'switch-to-prev-buffer= ' should get me to the buffer shown there before TAGS. Then I could set the default of 'debugger-bury-or-kill' to 'append' and *Backtrace* would not show up accidentally via 'switch-to-prev-buffer' but still remain on the list of previous buffers so 'display-buffer-in-previous-window' will find it. WDYT? martin (defcustom switch-to-prev-buffer-skip-regexp "\\*Backtrace\\*\\|TAGS" "Regexp matching names of buffer `switch-to-prev-buffer' should skip. The default matches the *Backtrace* and the TAGS buffers." :type '(repeat (regexp :format "%v")) :group 'windows) (defun switch-to-prev-buffer (&optional window bury-or-kill) "In WINDOW switch to previous buffer. WINDOW must be a live window and defaults to the selected one. Return the buffer switched to, nil if no suitable buffer could be found. Optional argument BURY-OR-KILL non-nil means the buffer currently shown in WINDOW is about to be buried or killed and consequently shall not be switched to in future invocations of this command. As a special case, if BURY-OR-KILL equals `append', this means to move the buffer to the end of WINDOW's previous buffers list so a future invocation of `switch-to-prev-buffer' less likely switches to it." (interactive) (let* ((window (window-normalize-window window t)) (frame (window-frame window)) (window-side (window-parameter window 'window-side)) (old-buffer (window-buffer window)) ;; Save this since it's destroyed by `set-window-buffer'. (next-buffers (window-next-buffers window)) (pred (frame-parameter frame 'buffer-predicate)) entry new-buffer killed-buffers visible) (when (window-minibuffer-p window) ;; Don't switch in minibuffer window. (unless (setq window (minibuffer-selected-window)) (error "Window %s is a minibuffer window" window))) (unless (memq (window-dedicated-p window) '(nil side)) ;; Don't switch in dedicated window. (error "Window %s is dedicated to buffer %s" window old-buffer)) (catch 'found ;; Scan WINDOW's previous buffers first, skipping entries of next ;; buffers. (dolist (entry (window-prev-buffers window)) (when (and (setq new-buffer (car entry)) (or (buffer-live-p new-buffer) (not (setq killed-buffers (cons new-buffer killed-buffers)))) (not (eq new-buffer old-buffer)) (not (string-match-p switch-to-prev-buffer-skip-regexp (buffer-name new-buffer))) (or (null pred) (funcall pred new-buffer)) ;; When BURY-OR-KILL is nil, avoid switching to a ;; buffer in WINDOW's next buffers list. (or bury-or-kill (not (memq new-buffer next-buffers)))) (if (and (not switch-to-visible-buffer) (get-buffer-window new-buffer frame)) ;; Try to avoid showing a buffer visible in some other ;; window. (setq visible new-buffer) (set-window-buffer-start-and-point window new-buffer (nth 1 entry) (nth 2 entry)) (throw 'found t)))) ;; Scan reverted buffer list of WINDOW's frame next, skipping ;; entries of next buffers. Note that when we bury or kill a ;; buffer we don't reverse the global buffer list to avoid showing= ;; a buried buffer instead. Otherwise, we must reverse the global= ;; buffer list in order to make sure that switching to the ;; previous/next buffer traverse it in opposite directions. Skip ;; this step for side windows. (unless window-side (dolist (buffer (if bury-or-kill (buffer-list frame) (nreverse (buffer-list frame)))) (when (and (buffer-live-p buffer) (not (eq buffer old-buffer)) (not (string-match-p switch-to-prev-buffer-skip-regexp (buffer-name new-buffer))) (or (null pred) (funcall pred buffer)) (not (eq (aref (buffer-name buffer) 0) ?\s)) ;; Don't show a buffer shown in a side window befor= e. (not (buffer-local-value 'window--sides-shown buffe= r)) (or bury-or-kill (not (memq buffer next-buffers))))= (if (and (not switch-to-visible-buffer) (get-buffer-window buffer frame)) ;; Try to avoid showing a buffer visible in some other w= indow. (unless visible (setq visible buffer)) (setq new-buffer buffer) (set-window-buffer-start-and-point window new-buffer) (throw 'found t))))) (unless bury-or-kill ;; Scan reverted next buffers last (must not use nreverse ;; here!). (dolist (buffer (reverse next-buffers)) ;; Actually, buffer _must_ be live here since otherwise it ;; would have been caught in the scan of previous buffers. (when (and (or (buffer-live-p buffer) (not (setq killed-buffers (cons buffer killed-buffers)))) (not (eq buffer old-buffer)) (not (string-match-p switch-to-prev-buffer-skip-regexp (buffer-name new-buffer))) (or (null pred) (funcall pred buffer)) (setq entry (assq buffer (window-prev-buffers window)))) (setq new-buffer buffer) (set-window-buffer-start-and-point window new-buffer (nth 1 entry) (nth 2 entry)) (throw 'found t)))) ;; Show a buffer visible in another window. (when visible (setq new-buffer visible) (set-window-buffer-start-and-point window new-buffer))) (if bury-or-kill (let ((entry (and (eq bury-or-kill 'append) (assq old-buffer (window-prev-buffers window))))) ;; Remove `old-buffer' from WINDOW's previous and (restored list ;; of) next buffers. (set-window-prev-buffers window (assq-delete-all old-buffer (window-prev-buffers window))) (set-window-next-buffers window (delq old-buffer next-buffers)) (when entry ;; Append old-buffer's entry to list of WINDOW's previous ;; buffers so it's less likely to get switched to soon but ;; `display-buffer-in-previous-window' can nevertheless find ;; it. (set-window-prev-buffers window (append (window-prev-buffers window) (list entry))))) ;; Move `old-buffer' to head of WINDOW's restored list of next ;; buffers. (set-window-next-buffers window (cons old-buffer (delq old-buffer next-buffers)))) ;; Remove killed buffers from WINDOW's previous and next buffers. (when killed-buffers (dolist (buffer killed-buffers) (set-window-prev-buffers window (assq-delete-all buffer (window-prev-buffers window))) (set-window-next-buffers window (delq buffer (window-next-buffers window))))) ;; Return new-buffer. new-buffer)) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 23:50:04 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154215298920441 (code B ref 32825); Tue, 13 Nov 2018 23:50:04 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 23:49:49 +0000 Received: from localhost ([127.0.0.1]:50745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMiRI-0005Jd-T5 for submit@debbugs.gnu.org; Tue, 13 Nov 2018 18:49:49 -0500 Received: from otter.birch.relay.mailchannels.net ([23.83.209.139]:16073) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMiRG-0005JU-QG for 32825@debbugs.gnu.org; Tue, 13 Nov 2018 18:49:47 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 6A4535C4A5B; Tue, 13 Nov 2018 23:49:45 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2859A5C5169; Tue, 13 Nov 2018 23:49:45 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 13 Nov 2018 23:49:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Slimy-Spicy: 2e789df33d6393fa_1542152985251_3805866029 X-MC-Loop-Signature: 1542152985251:3426169966 X-MC-Ingress-Time: 1542152985250 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 888EB80052; Tue, 13 Nov 2018 15:49:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=d/aJSOWI2ecEt0aOxvLW9Xpss/c=; b= kKsrJg6dhOqug08A3SkQaCEndzqLeHYXlbdXr56pYIIUQfjxmeA7TFGmy64ysXaB gdG7/DXq3NSffTzYPiG/umZDCWK4y9z08e0DJdLmBcvr4iJEK6hsgCZACUsScBq5 PaM1ptAlEXEAuZvqf+DtXOgmfwqEYxSSkPfgow7kqOk= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 0E81E8004C; Tue, 13 Nov 2018 15:49:41 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Wed, 14 Nov 2018 01:29:54 +0200 In-Reply-To: <5BEA9577.1080204@gmx.at> (martin rudalics's message of "Tue, 13 Nov 2018 10:12:23 +0100") Message-ID: <87sh047dzh.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrledvgddufecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > (defcustom switch-to-prev-buffer-skip-regexp > "\\*Backtrace\\*\\|TAGS" Sorry, this list looks too ad-hoc. And why there is no *Edebug Backtrace*? *Edebug Backtrace* should be treated exactly the same way as *Backtrace*, but in practice this means adding a whole bunch of same variables [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [23.83.209.139 listed in bl.score.senderscore.com] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > (defcustom switch-to-prev-buffer-skip-regexp > "\\*Backtrace\\*\\|TAGS" Sorry, this list looks too ad-hoc. And why there is no *Edebug Backtrace*? *Edebug Backtrace* should be treated exactly the same way as *Backtrace*, but in practice this means adding a whole bunch of same variables debugger-previous-window debugger-pre-previous-window debugger-previous-window-height ... to edebug.el edebugger-previous-window edebugger-pre-previous-window edebugger-previous-window-height ... and duplicating all related code. This doesn't look right. I think that either we should generalize display-buffer-in-previous-window to avoid such duplication, or better never display temporary buffers in unrelated windows at all, i.e. to replace display-buffer-in-previous-window in the action list with display-buffer-below-selected and display-buffer-at-bottom. This is exactly what we already do for displaying other temporary buffers like *Marked Files*, *Completions*, etc. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 23:50:06 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154215300320495 (code B ref 32825); Tue, 13 Nov 2018 23:50:06 +0000 Received: (at 32825) by debbugs.gnu.org; 13 Nov 2018 23:50:03 +0000 Received: from localhost ([127.0.0.1]:50751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMiRW-0005KT-EJ for submit@debbugs.gnu.org; Tue, 13 Nov 2018 18:50:02 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:53541) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMiRU-0005KA-KU for 32825@debbugs.gnu.org; Tue, 13 Nov 2018 18:50:01 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CCB431247E5; Tue, 13 Nov 2018 23:49:58 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8E1FE1249D5; Tue, 13 Nov 2018 23:49:58 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 13 Nov 2018 23:49:58 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Harbor-Lyrical: 1dafc4f92118b745_1542152998664_3954085801 X-MC-Loop-Signature: 1542152998664:151287663 X-MC-Ingress-Time: 1542152998664 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 556BB8004F; Tue, 13 Nov 2018 15:49:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=wO3FyzWcydGoSH9NgadHswnwQSE=; b= rAPfiCGTl0fyROIbYU7Vn4NGUaskufC313GOpUwJ2vJnOf0OeR6GwceCbWF7/YsD CekRz6C5cynQOaLoXc8GL1rUppvXStR5GEs6sfbMAaCxFzChzSRl7CBle6UmmCCt N3Ucrtc3FejE7eQY8dGeTdv8/7aNivMStk8R9DDcxqc= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 458D080051; Tue, 13 Nov 2018 15:49:55 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> <87wopjqu8q.fsf@mail.linkov.net> <5BE93BA1.2030201@gmx.at> <87o9atvp8i.fsf@mail.linkov.net> <5BEA94C4.7050102@gmx.at> Date: Wed, 14 Nov 2018 01:44:41 +0200 In-Reply-To: <5BEA94C4.7050102@gmx.at> (martin rudalics's message of "Tue, 13 Nov 2018 10:09:24 +0100") Message-ID: <8736s45yqe.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrledvgddufecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> Don't you see some flicker when deleting the frame? >> >> Indeed, some flicker when a man page is not found. > > When I delete an _invisible_ frame, I see some flicker too. I wonder > what's causing it. You mean there is flicker even in display-buffer-pretend? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2018 08:34: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15421844394050 (code B ref 32825); Wed, 14 Nov 2018 08:34:02 +0000 Received: (at 32825) by debbugs.gnu.org; 14 Nov 2018 08:33:59 +0000 Received: from localhost ([127.0.0.1]:50923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqcZ-00013G-6M for submit@debbugs.gnu.org; Wed, 14 Nov 2018 03:33:59 -0500 Received: from mout.gmx.net ([212.227.15.15]:39759) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqcY-000133-64 for 32825@debbugs.gnu.org; Wed, 14 Nov 2018 03:33:58 -0500 Received: from [192.168.1.101] ([212.95.5.83]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MdKkd-1g4M862dRj-00IQLz; Wed, 14 Nov 2018 09:33:49 +0100 Message-ID: <5BEBDDE6.1030701@gmx.at> Date: Wed, 14 Nov 2018 09:33:42 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <87sh047dzh.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:pUgmQ3S9n6HohUHdkHe9pTlhBa4TUE1nRjggg/bkCHwtMcGmMYQ dcw+TraYYSIbJZDofnLZyvDNVpd0eANLu8aDP0HjZQKjYIkxtq8Lgl7hhFvDGgBNZLCZ43i 23cYDYT/Sy5xCVJn/lO0F/74WFUehAsrDtqNcOR7JD7m6JupGUjP12O2Ovwmo8vV4B0yEcl aAMYQJXRhhdMUipvanD0Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:tqD/tfegZm0=:NPaF7vjGinXf5e4hieZJP4 6aLLmrwV8sRJ2/EJqUqfobbekX8zymTYS3RzyPjNKd0JWPDEznnLlBjDu62o3g03eT73aZ5Kp X17VMUMzExYTDiwcGKOenjeN1cDrccXf7xyrZaHF0ODaUKDZbjTy2FncsyinZPps5xO30sIJ1 ajYW0zNcBUWThS4funFOObIXxqNv2fLH30oOw50xYaMcrFDn9McM3hJ6Aree3zj+LktLq7FU8 21c0xuAskQJcKQPX6IKwjKYTHHMgaVTmydB1WV99537Wjzs7BSLSCMpDQDOBVmhbZnJN2JPy7 GpTfqMIQo+OWN4iNbfOJdOxCy6np5U2MHIIgWTw6PTxb0DHmATE/qq7Jc5/jKzov2Ht2ibrmH abXEkPsxg/huLp9hGCRbZYjm0Aoz4b7Yi7qaJ1uI0+6L/Ip5OY1+TH0Sl9/1ciF9DHkzEAiyj LtO3E1xOUacXWZd6IC1trdjb4zMMr0a8q7Qcu1rDlUQZGWaws8XU6TSZOVw1Zk/QZQIrtSB60 eLnuosKsc67wet0PaeX1eOMb5mfeMeYJ9YqeJQSp6KbWdkjnlViDFgO+TqsNZrSfam6uctUwA vlOvGXRGk3KjcEnKHrv4nkSqLU3UjFlGzThiO0Q5W423W9B5l2ZlVFnPROHRTWToQyqF5PaVn sGGPYO/PK3cQPyXROcyWlNUWJlrZ5vw2AA8xHZrYdj9oeVYV6v3NRInHDsKSTSl5JKQw6/EGF 0GyrQmInxw+FzFkrEXd3T6E2l20XyCZl0+GL9cDj3j41sty8A3LV+r05mi5SSnfJoAqSBJrDU 9Yg8bZb1QYmb+zPmnuqrTYnKpBakaXganGi9VhAcrMk0lwQvXxPNGgV77ztu68TUIamWvY0xc 3pb2OFfjaxyCYFAyQrCw51pfOzTBm6Hvdy+MIVMq3llAg10HQhfpHiqIBjtngM X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> (defcustom switch-to-prev-buffer-skip-regexp >> "\\*Backtrace\\*\\|TAGS" > > Sorry, this list looks too ad-hoc. And why there is no *Edebug Backtrace*? > *Edebug Backtrace* should be treated exactly the same way as > *Backtrace*, but in practice this means adding a whole bunch > of same variables > > debugger-previous-window > debugger-pre-previous-window > debugger-previous-window-height > ... > > to edebug.el > > edebugger-previous-window > edebugger-pre-previous-window > edebugger-previous-window-height > ... > > and duplicating all related code. This doesn't look right. > > I think that either we should generalize display-buffer-in-previous-window > to avoid such duplication, or better never display temporary buffers > in unrelated windows at all, i.e. to replace display-buffer-in-previous-window > in the action list with display-buffer-below-selected and > display-buffer-at-bottom. Pardon me, aren't you confusing 'display-buffer-in-previous-window' with 'switch-to-prev-buffer' here? The change I propose doesn't affect 'display-buffer-in-previous-window' at all. It simply should avoid that 'switch-to-prev-buffer' shows such a buffer. Also, while 'display-buffer-below-selected' and 'display-buffer-at-bottom' usually do what they are intended to do they may also reuse an existing window when splitting fails. > This is exactly what we already do for displaying other temporary > buffers like *Marked Files*, *Completions*, etc. FWIW most of these are killed immediately after fulfilling their purpose. Setting 'debugger-bury-or-kill' to 'kill' would do the same. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2018 08:35: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15421844494111 (code B ref 32825); Wed, 14 Nov 2018 08:35:01 +0000 Received: (at 32825) by debbugs.gnu.org; 14 Nov 2018 08:34:09 +0000 Received: from localhost ([127.0.0.1]:50929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqcj-00014E-F9 for submit@debbugs.gnu.org; Wed, 14 Nov 2018 03:34:09 -0500 Received: from mout.gmx.net ([212.227.15.19]:58787) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqci-00013l-7C for 32825@debbugs.gnu.org; Wed, 14 Nov 2018 03:34:08 -0500 Received: from [192.168.1.101] ([212.95.5.83]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZCxA-1g44Db2Kjc-00KuOk; Wed, 14 Nov 2018 09:33:59 +0100 Message-ID: <5BEBDDF0.1090407@gmx.at> Date: Wed, 14 Nov 2018 09:33:52 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.fsf@mail.linkov.net> <5BE2AEFA.3070309@gmx.at> <874lcsv9h9.fsf@mail.linkov.net> <5BE3F998.5060805@gmx.at> <87pnvfkyqw.fsf@mail.linkov.net> <5BE54FB2.4010904@gmx.at> <877ehkll9x.fsf@mail.linkov.net> <5BE7EDB7.3070702@gmx.at> <87wopjqu8q.fsf@mail.linkov.net> <5BE93BA1.2030201@gmx.at> <87o9atvp8i.fsf@mail.linkov.net> <5BEA94C4.7050102@gmx.at> <8736s45yqe.fsf@mail.linkov.net> In-Reply-To: <8736s45yqe.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:zIRtUEdrj62d2F8Jd8Jf83EKK+XiWSg524OA2tnDW9Qs1PsiFWG rp+9kS92CXFYKMEoF2snfyGCbuh/l9YBHNyc2xbcTRK5byDbPaEkdyGH+IdzdDrjiILjsKB Uw2zy+2jlHzpfuknqPFiRcU61uyy5US/LH6/+AwJ1kL139DHgsRvhRVfd1du4y6C+OvVBxd YctRiJwlmOLWf/1zBG1Vg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:lzDZQEW3jfo=:jCl0xGM8Lm/O9uXK/At99C maPMDpOwRS9mvSjzY2TMg/KMxz/lrzWaXpSD6k0qjr9FpRPHYP1BwXln9zDdLVVFinr4fzrTX zJiB7mXh1Kr8xESuBQIbRY5uHzaGJgEDsMDa28OHbpNhDCLaw4NB0xEi+VOH1vojipPAfH7es 3ip6M4xMKNen1+lQhywcxtdbjEV7Auxfe4q8zJejljPZUx+0AWLfsLXcntG/vt1VhpzW3jhdm I/bvTKfgVZgxlwH1QrREswNJUPVA8P/q8Sto4vUFwgDhB1TxoVYTbtDZdOndLBZKO3D20SJ7E vYaR7uEjqp1/D+7aMl7OhJCwHBgAZBBoQMTvFRU8B+DeE9d50tDzBgpQdX2sEWPqce7ov1I01 DLKbkVnL+sOGr8knuIJLvblV77by6/kCLYIYVlJzCe4nzcFRXlApwcU5nhfzZlTFhsjfCTUS0 xu2bLJI0OuX+i/MPUoCy+dJq3gzKJcAgUf2hjrMElouLUYqJplYSsDPrMknk+B8TPgtWpXwv0 9TTkidISwaym700NLzUtm7XOlF9f+K4poZhBJ3gawgJW35ZiOd5diNih2Ls20HiaXbo2AYaiR yL9hkpUhou6xF44MaHxnPWeuNuUQ78c7YCOshZE7TcWaOlBnlRh2JF8zfObg10yoVfycznYRi ybswIV3tpH9r/ZOk+MZUHaPvU5+fsRm3nk/sytX5BP6LhP4tX/e9PyDrka9rUTNIXha9uYV+A N2FxEu4YojYLHq0FNT3qGDefHhVkmS1GfnOSqYIU9Einur+a4TXgyKZFYSBIbF3KnjCvE0C6A 4TE1jPYQpn0ZhVnn3eUG1bTYB7ZMHrIiUzDojVVsYxC+QviSu6EKC0RQbmf/vq1OYax16dq+0 3azbp9O6MpZdluTuvi3gFR6R3bpJpUeO3WYGycWRV09ucxt/VVYSp/buSMTecb X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > You mean there is flicker even in display-buffer-pretend? Here on Windows, yes. I think it's either a window manager or desktop issue. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Nov 2018 00:32: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15422419055368 (code B ref 32825); Thu, 15 Nov 2018 00:32:02 +0000 Received: (at 32825) by debbugs.gnu.org; 15 Nov 2018 00:31:45 +0000 Received: from localhost ([127.0.0.1]:52731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gN5ZR-0001OW-E7 for submit@debbugs.gnu.org; Wed, 14 Nov 2018 19:31:45 -0500 Received: from golden.birch.relay.mailchannels.net ([23.83.209.73]:54019) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gN5ZO-0001OI-Vo for 32825@debbugs.gnu.org; Wed, 14 Nov 2018 19:31:43 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C90D9502126; Thu, 15 Nov 2018 00:31:40 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7ABC4502D4B; Thu, 15 Nov 2018 00:31:40 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 15 Nov 2018 00:31:40 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Thread-Minister: 7cbc4add4a7b7348_1542241900699_2308562585 X-MC-Loop-Signature: 1542241900699:3759700633 X-MC-Ingress-Time: 1542241900698 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 40388815FB; Wed, 14 Nov 2018 16:31:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ZRBHn7CwQjwUDBSctujLM7NtAfk=; b= qGnysSN4X5t8jUMOhRkQjJCDvOeWPKnj0OSV6fqSQt+uc22cDTq0e6vd2sNmS4tz yD1si5HN65xVWzSUgEMdwCSaxJWYPYjH8pxh7M97Se7z3aRxbPTKpGzrn2jBBfYK cQmnRuy3SdtJEEH0zkbMF5lj9fDVEFS710Bfyf7OurY= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id A73D8815FD; Wed, 14 Nov 2018 16:31:37 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Thu, 15 Nov 2018 01:52:53 +0200 In-Reply-To: <5BEBDDE6.1030701@gmx.at> (martin rudalics's message of "Wed, 14 Nov 2018 09:33:42 +0100") Message-ID: <87sh03jjxm.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrleeggddvhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedrvdeggeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddvgeegpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> *Edebug Backtrace* should be treated exactly the same way as >> *Backtrace*, but in practice this means adding a whole bunch >> of same variables >> >> debugger-previous-window >> debugger-pre-previous-window >> debugger-previous-window-height >> ... >> >> to edebug.el >> >> edebugger-previous-window >> edebugger-pre-previous-window >> edebugger-previous-window-height >> ... >> >> and duplicating all related code. This doesn't look right. >> >> I think that either we should generalize display-buffer-in-previous-window >> to avoid such duplication, or better never display temporary buffers >> in unrelated windows at all, i.e. to replace display-buffer-in-previous-window >> in the action list with display-buffer-below-selected and >> display-buffer-at-bottom. > > Pardon me, aren't you confusing 'display-buffer-in-previous-window' > with 'switch-to-prev-buffer' here? The change I propose doesn't > affect 'display-buffer-in-previous-window' at all. It simply should > avoid that 'switch-to-prev-buffer' shows such a buffer. Also, while > 'display-buffer-below-selected' and 'display-buffer-at-bottom' usually > do what they are intended to do they may also reuse an existing window > when splitting fails. 'display-buffer-in-previous-window' searches the buffer in the prev-buffers list that 'switch-to-prev-buffer' might want to skip (I still doubt this need). I proposed to generalize display-buffer-in-previous-window to avoid duplicating code like in debug.el that uses debugger-previous-window, debugger-pre-previous-window, debugger-previous-window-height because the same feature is needed in other packages like edebug.el. The same feature is needed also for next-error to display hits from different buffers in the same window. Or better to obviate the need in all this complex special handling simply by removing the get-lru-window rule in the default action, thus replacing it with get-mru-window. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Nov 2018 09:14: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154227319030455 (code B ref 32825); Thu, 15 Nov 2018 09:14:02 +0000 Received: (at 32825) by debbugs.gnu.org; 15 Nov 2018 09:13:10 +0000 Received: from localhost ([127.0.0.1]:52985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNDi1-0007v8-OL for submit@debbugs.gnu.org; Thu, 15 Nov 2018 04:13:10 -0500 Received: from mout.gmx.net ([212.227.15.18]:41653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNDhx-0007ua-9F for 32825@debbugs.gnu.org; Thu, 15 Nov 2018 04:13:05 -0500 Received: from [192.168.1.101] ([212.95.5.247]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MBFUT-1gD16Y2mA9-00AHCt; Thu, 15 Nov 2018 10:12:55 +0100 Message-ID: <5BED388E.7030506@gmx.at> Date: Thu, 15 Nov 2018 10:12:46 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BE00EB1.6090107@gmx.at> <87sh0fxkih.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <87sh03jjxm.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1/eFhGwzvaloNCRIkMDnGZTybHu0Ti5O9YuPLTrR7MuQCfaRI4V mHh9HYPE2EBI2cPls9CifIH6QY33Lvw6EJj68CIJw4ZoDJ/ajaue3spnvGQLAiaewY65ulB jWweggbuvctnLGSMpJkCBMqikhHicmweQAahAISkST1tPNRiGBaShjdiH8J9rpxj7d7nlIc auLRfWIlt7Zm0za9jJ8cg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:0X7/ga4xMBw=:kEUFx50jtDtsvSniBomOsK 6Ym3n3ue/DSB4PfgiuIzDpCy0RyCGoC09PWonNeM/LgV5bxe88fAclOONDHwQbBa5lHDoA/Lq BMOtrAPcpA8cKEt2tjcqK25biHM2eMH1iUuyisTnxTCEB5r25QC8QFKnnq5DFZhUY9bsqolvW rqXXyUwnuVqunGtTkO3xYQ/DNAocE0b2AWzzx+ckITwLVhPQG6GfHDVFilcWtOnoWK3WWhBkp Mig7ePVC/UIPaNNyToL5rtgZcVvR8e19nijgtsY8zT+Czex879MPkL4RuHYWY5Jvh6B9aw9IM NvqgAtoseyPMaFf4sTT56PXHN0mIa7w28Eq64zdfjOjE4tXqoW1QSb1qKkoc/OnaPHToalhSu uvpX4Lx8rVhaJwq2BrAjZKnnutNXMwYyBWfB7kUDb6NYxarNS1TpYeodE1c4BN11hOo8xwU6r z8GNjuEFg1pG3oLAgPIO4FgiqA87qNCio0/mtoYRdCMn5o5f1jOmDUCI6d7F86qnm7oHKebDN VbkH18wVDHK6GE7/Mh2UHCOIA3mxciC6f98laLecp8WEVCoo7wGdCROJwzdbH7fvTTj3BTS9t 1iYD3iTfTvpkTrrCSo8FqDaogsoEb3GeFtmCgGiIzyC+/Ia8/sa65mRLHOZrE4gndnEcNawvm zaJe0Qn0JwhRlTcbQ2j1yfUyG9OQ9uKAlt/e3Sh5yeOC2yv7yFH/RvMpNTIzTq/G1vvqVT28y wjZC+kd/q3N0Mhik8Dwng1gDopQIlFRMDCSGwETnF2feManvH1QwSjyva0xk2/Ryc6pCADbnA C6FS/V9ZPbwhSRbmJ19A0RpRShIxrUtSt2pf75xUj31zbMyybCtCqyl2U+UbodpL7hifMkvei /6vj4jcgrQrDE2XSOygefACN6sxGzF6uVMp0PJ9czhSlLDDrRmSu/HTXqrcauGW3xvDzwG0oP RvHglNRYK7A== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 'display-buffer-in-previous-window' searches the buffer in the > prev-buffers list that 'switch-to-prev-buffer' might want to skip > (I still doubt this need). The need to skip or the need to search? > I proposed to generalize display-buffer-in-previous-window > to avoid duplicating code like in debug.el that uses > debugger-previous-window, debugger-pre-previous-window, > debugger-previous-window-height because the same feature > is needed in other packages like edebug.el. > > The same feature is needed also for next-error to display hits > from different buffers in the same window. When a user can always make a new window there is indeed no problem: place or reuse the window below the selected window or on the bottom of the frame. Both approaches are sufficiently deterministic in their choice of a window. But as soon as a window must be reused and the selected one is at the bottom of the frame, it can become quite difficult to assure that a buffer shows up in a deterministic location. This eventually gave raise to the idea of introducing 'display-buffer-in-previous-window' (together with the fact that a window's previous buffers then became easily available via 'window-prev-buffers'). But 'display-buffer-in-previous-window' works only when the buffer is (1) kept alive while not being displayed and (2) is kept on the list of a window's previous buffers. We could add the _names_ of buffers previously shown to 'window-prev-buffers' but that would not allow for auto-removing entries when a buffer gets killed and also fail when buffers are renamed. So generalizing that function might be non-trivial. > Or better to obviate the need in all this complex special handling > simply by removing the get-lru-window rule in the default action, > thus replacing it with get-mru-window. When people work with two windows simultaneously, the mru one is usually the "other" window they work with, maybe showing the same buffer at a different location. I think it would be a bad idea to punish such users by reusing the other window for showing some temporary buffer instead. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Nov 2018 21:54: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154231879028399 (code B ref 32825); Thu, 15 Nov 2018 21:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 15 Nov 2018 21:53:10 +0000 Received: from localhost ([127.0.0.1]:54523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNPZW-0007Ny-2p for submit@debbugs.gnu.org; Thu, 15 Nov 2018 16:53:10 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:40751) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNPZU-0007Np-Cb for 32825@debbugs.gnu.org; Thu, 15 Nov 2018 16:53:08 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4392F5C3DD7; Thu, 15 Nov 2018 21:53:07 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F16805C3E58; Thu, 15 Nov 2018 21:53:06 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 15 Nov 2018 21:53:07 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Chief-Callous: 6ed8f0845d38dfae_1542318787096_689840389 X-MC-Loop-Signature: 1542318787096:3682614475 X-MC-Ingress-Time: 1542318787095 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 88CA680286; Thu, 15 Nov 2018 13:53:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=/aaz9rhBFvNpyeYrlUaY4/p5ss8=; b= Rvlhp7Q2rilvHVpNeg/+nf9pYBMYRGZPOaxSAQPLjhfmJHtq3wSnNdS/bNC2pr4L KqfrGPrCykcLZzGER5pUCN6j5qQZO4mA3j6fLr+Zl5s8XuTC7xtqpwTxHVzVtOx6 8peVEnwsnM4AbtcSRK7ZY842sUvnSSE4vZXgLJgWFuw= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id A42A080285; Thu, 15 Nov 2018 13:53:02 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> Date: Thu, 15 Nov 2018 23:43:59 +0200 In-Reply-To: <5BED388E.7030506@gmx.at> (martin rudalics's message of "Thu, 15 Nov 2018 10:12:46 +0100") Message-ID: <875zwyuicg.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrleehgddugeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 'display-buffer-in-previous-window' searches the buffer in the >> prev-buffers list that 'switch-to-prev-buffer' might want to skip >> (I still doubt this need). > > The need to skip or the need to search? The need to skip. If the original window was too small to split and display the buffer in a new window below, then if some existing window is reused to display the temporary buffer, it's understandable for the user why that temporary buffer is shown in the window-local tab-bar. At least, then the user will see in which window the same buffer will be reappear again - in the same window that shows this buffer in its window-local tab-bar. >> I proposed to generalize display-buffer-in-previous-window >> to avoid duplicating code like in debug.el that uses >> debugger-previous-window, debugger-pre-previous-window, >> debugger-previous-window-height because the same feature >> is needed in other packages like edebug.el. >> >> The same feature is needed also for next-error to display hits >> from different buffers in the same window. > > When a user can always make a new window there is indeed no problem: > place or reuse the window below the selected window or on the bottom > of the frame. Both approaches are sufficiently deterministic in their > choice of a window. I agree. > But as soon as a window must be reused and the selected one is at the > bottom of the frame, it can become quite difficult to assure that a > buffer shows up in a deterministic location. This eventually gave > raise to the idea of introducing 'display-buffer-in-previous-window' > (together with the fact that a window's previous buffers then became > easily available via 'window-prev-buffers'). 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. >> Or better to obviate the need in all this complex special handling >> simply by removing the get-lru-window rule in the default action, >> thus replacing it with get-mru-window. > > When people work with two windows simultaneously, the mru one is > usually the "other" window they work with, maybe showing the same > buffer at a different location. I think it would be a bad idea to > punish such users by reusing the other window for showing some > temporary buffer instead. Right. Neither lru nor mru should be used to steal existing windows from users to show temporary buffers. Only new windows should be created below or on the bottom. But my complaint about get-lru-window is that it prevents me from using more than two windows. When I create three windows or more, then get-lru-window always selects a wrong window. Is it possible to change get-lru-window to get-mru-window to allow using three windows and more on the same frame? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Nov 2018 08:54: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154235842731993 (code B ref 32825); Fri, 16 Nov 2018 08:54:02 +0000 Received: (at 32825) by debbugs.gnu.org; 16 Nov 2018 08:53:47 +0000 Received: from localhost ([127.0.0.1]:54713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNZsp-0008Jw-Ce for submit@debbugs.gnu.org; Fri, 16 Nov 2018 03:53:47 -0500 Received: from mout.gmx.net ([212.227.15.19]:42687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNZsn-0008Jh-GO for 32825@debbugs.gnu.org; Fri, 16 Nov 2018 03:53:45 -0500 Received: from [192.168.1.101] ([212.95.5.219]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MWTfu-1fyxcw3wdu-00XcDT; Fri, 16 Nov 2018 09:53:37 +0100 Message-ID: <5BEE8587.9090702@gmx.at> Date: Fri, 16 Nov 2018 09:53:27 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <875zwyuicg.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:NxIKefos4uuHlVfhjb8g6s22uAq6jkhLQR8kfhAiy1pzqOcNFfs d7NN8t1vL7upDF6mPWQutDUf8b5itEOjEG6JUTHYrARO3V318YB/WgfY2QXfsOPolDgjSsC 4KFDJNSO4c7s8kPvlF64kWRlHzDzzGFJp8OoY9aLrP3TUTtMyWfoa523P++oZEU1L0a2sqI cFylA4hL6Rn3d5xaTVlOg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:qWxdC4vaXho=:5MMCdtkqEjs7ASx+XzCEvm M+qTHG9+KfPlntUd6Cq9NQOR9og/P0ACj2b7YMe+p7G7duCa6cS2ZnXBsIBQ9J03zMhFeTue2 c2q+uY4d2+pqD0X1p4h/AygvNscju9pQg29MYT/FQVftawXvia4SIgdWNEf2eq8tFzW35J+qI rd5JNTJRGuUmR/aIYDuDErxRRv7bGQki4H9wXNv6tBWOfosham9T1MdDEi0wUrtrdVef4hGk9 YchtPdimLWj4Cc+L+iXmpORvBbaf9YEugUHWjxTIgCh4RESvvG524kC3I1NiS9K3BGl/2+Q6W YKnJ3mWf3dS2CfvLCKpJOsLuzbDpOusp+8qy5It2WIV+tweI5kM9BNJfoCpJ/0fmZJWvf0hi2 /v1+lyt16a4PfJc5rniexd7QO3SWSoFM6bIIOGDFOgouHODKZhrGey0ZltnV3Y+PZutHNFwDo 1nXeDsO34Np9tZh/yqLe9oI+oMzxfEiNxFrKa9TuMMN8rhiuq673y3h9i1bI0xVIPSHKzXL9f 7g8ai99WZdoqbwv/x9qqju/1jzU1v6vRHcdAOGcPRZl8HSV6OlsZMmoH9/3U7NOlzXLjwbOgk XMJhbr8cPtL2XEhGpltSjbSJ5jM3AZIRgDmQuR57orYYaHPFp3Iki4wgIpmL690pD/rmRZz6u fH2M1vB36RxHQnfNuqpqVPeOCs8k0LVo4JTfPOjHRIL8TtPFujjxyYVBsijv4v2ijJeKH2uZ9 2Z+Fwzoo/65PnqzyjWXQUFjL2GxuzMFNZDZpDTgENC2SLybVp4vTVqBcHGCrqubnE+x3jLjAn bkGyjoFjo+jSv9gOk71LQvogMopbTvKttwXVL+d9g60eE8xtA6tm8XrdYemHzJ/+Gbnbi5Mch HOpNsflJBo1/VgIQHLJvN3USc+MlwIPCb7BMAE2Cm6TCcNGhQLgGroEtUeyh19GtXhNYgo1ey akn2f11Yo9A== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The need to skip. If the original window was too small > to split and display the buffer in a new window below, then > if some existing window is reused to display the temporary buffer, > it's understandable for the user why that temporary buffer is shown > in the window-local tab-bar. > > At least, then the user will see in which window the same buffer > will be reappear again - in the same window that shows this buffer > in its window-local tab-bar. The latter is a visual feedback. But if I blindly use C-x left, I'd still be surprised. > 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. >> When people work with two windows simultaneously, the mru one is >> usually the "other" window they work with, maybe showing the same >> buffer at a different location. I think it would be a bad idea to >> punish such users by reusing the other window for showing some >> temporary buffer instead. > > Right. Neither lru nor mru should be used to steal existing windows > from users to show temporary buffers. Only new windows should be > created below or on the bottom. > > But my complaint about get-lru-window is that it prevents me from > using more than two windows. ... the way you want. > When I create three windows or more, > then get-lru-window always selects a wrong window. Is it possible > to change get-lru-window to get-mru-window to allow using three windows > and more on the same frame? Earlier we discussed whether "creating a window" should also mean "using that window". This could be yet another action alist entry - bump the use time of the window used for displaying a buffer even when it's not selected. I suggest you try adding this and the one providing mru behavior I mentioned above, experiment with them and install them if they give good results. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Nov 2018 12:59: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154237310031079 (code B ref 32825); Fri, 16 Nov 2018 12:59:02 +0000 Received: (at 32825) by debbugs.gnu.org; 16 Nov 2018 12:58:20 +0000 Received: from localhost ([127.0.0.1]:54844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNdhU-00085C-Gv for submit@debbugs.gnu.org; Fri, 16 Nov 2018 07:58:20 -0500 Received: from mout.gmx.net ([212.227.17.22]:35415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNdhT-000850-Hy for 32825@debbugs.gnu.org; Fri, 16 Nov 2018 07:58:19 -0500 Received: from [192.168.1.101] ([212.95.5.219]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ll0tl-1fnTXA3wmL-00aq7U; Fri, 16 Nov 2018 13:58:10 +0100 Message-ID: <5BEEBED7.1000702@gmx.at> Date: Fri, 16 Nov 2018 13:57:59 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BE154F5.4050902@gmx.at> <87r2fxsvl5.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> In-Reply-To: <5BEE8587.9090702@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KgAur8rnDZ/bxyENbunEh5zLjg9bWC5EamXoY5wLHaAtcRXT5N4 sHAOUF3+w+i/yHITD8oqcWSzNSMif129TFn63Q2Roop3kUk09+okiEC2zItMSCA0rxRXjzp wLWnJuTqS+sE0GqmlHnxA3WpOE+SFOTgHSKGuya/kHp6aiUKrMUutOxXqQWSkEK1kMqp0PO I9HoTCuD6nvvfd07k5ytg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:+LW+IovgKOw=:S1lALAhgcZYuiVmyIZFrco +RoIe+/o9q1x2dQCqArfZbWZ+2A1x16icml9Z6nuJs6RYGU6X0fveyYWJ3JtkVja9YIxrZjxi JMiBLsb6EHmeyMpwQlbf1/9yOQ3ebVZdffqRovZ1EtqAZDjxXbIDJ3be5fOD0cUlMA8qsME03 TmzzXBIm/nrPF2bEoO/ab9fsJcK6kzdmlTDsDr02z29KQY+uutHWK4YtQtEX9cEVLHuHtZSp3 T5wtDGMZWxa4ZJBxUjkNmVfIkDezBWwhtcBdrpVyYuxP5XkA99S2BBVqw9Ve0Z7g5riNBbMkd 9WF9ivU2sMUDKYj6CX6kEpoPFJfx+1PYnp7jxg7XCuWmzha6lhhv9X4LE21dg7BDx/Y9AhgCK 5HrWackJ6+F46LH2le3k50R27chSokmx4ZtrV7M8g1btLnaYGmSgjkWES1JLiept18F9HxPiT 6Hbr64up2Q/1etG94VICIyL4IqqXMON5C/sxGYeqdflnsdyUkdVYUo5lucOiruIUmlv1+R7qU 3OLZL+0pm28JMt2pho629Ac0dAvLzMYuloPyW4jQYouns55oJ4LRWMwleZhEqxGYJw6CcVxDB QEyVJV6yKtejME53cDHGQq0mAqQoMZGRIGVr3OQBzNuuXRedZFiPvFFJu6LcRPvggBImSQb6z +i0KelRO2zDLrIo7cUsE0ZqRgHmoi42WnA/Sh3ObIqZYAXC28AaFgJ7hb9OanHfG+autZKdkg 4kOmJmyFfRiCOaNcQepjsMn04kCLejWx4GxAKldukE+ptfgBv0J0IaGx5rCgvVZ+x/8jmx8t1 P6EsuYiV+bvX/aZtFpn99HMgxZEDHvt2z/YPdWckUTTaHlHOnwXuxMPOfcXxBxBUSAwi+CKTI 3gf1vBpyEgZharkflzlNVxjBmHjbbBXfZ0uGbdCdqjSP4tkzenTKTThffR0r3ZnHfL7qnRBfH ZRljekOcuKQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I suggest you try adding this and the one providing mru behavior I > mentioned above, experiment with them and install them if they give > good results. Something I notoriously forget in all my answers: Note that you need not add an action function in 'display-buffer-overriding-action' and friends. Adding an action alist entry can often be sufficient to affect the remaining functions in the desired fashion. I suppose you knew that already, but just in case ... martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Nov 2018 22:36:03 +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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154249413332182 (code B ref 32825); Sat, 17 Nov 2018 22:36:03 +0000 Received: (at 32825) by debbugs.gnu.org; 17 Nov 2018 22:35:33 +0000 Received: from localhost ([127.0.0.1]:58214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gO9Bc-0008My-MR for submit@debbugs.gnu.org; Sat, 17 Nov 2018 17:35:33 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:47165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gO9BY-0008Mo-W3 for 32825@debbugs.gnu.org; Sat, 17 Nov 2018 17:35:29 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 98B205E2F2D; Sat, 17 Nov 2018 22:35:27 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.29.126]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 563985E2F15; Sat, 17 Nov 2018 22:35:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 17 Nov 2018 22:35:27 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Cellar: 7ea3c7f3375ea388_1542494127496_3741227220 X-MC-Loop-Signature: 1542494127496:235799722 X-MC-Ingress-Time: 1542494127496 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 22CD2804CD; Sat, 17 Nov 2018 14:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=7FauAn4Zvz0OywppoyXp71Ztkb4=; b= ZKkZ6agBAifp4Z24jTbxgNiSbVVjhNAkBMLnlUt0LDrzNY5uBmW5NTEAOb+QoiOK +Z/UDW8SPV77ndAxLFx42YN+wpQ4feqCml9GpHFrCiR1vGEQoEDcUF+U3jtbkNR3 gv1kQmSQh6+GgBrGBc7X41Gc8wCWExbZKy2o7ahPRrI= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 71C32804CF; Sat, 17 Nov 2018 14:35:23 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET 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> Date: Sun, 18 Nov 2018 00:23:39 +0200 In-Reply-To: <5BEE8587.9090702@gmx.at> (martin rudalics's message of "Fri, 16 Nov 2018 09:53:27 +0100") Message-ID: <87bm6ntjuk.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrleelgdduieeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> The need to skip. If the original window was too small >> to split and display the buffer in a new window below, then >> if some existing window is reused to display the temporary buffer, >> it's understandable for the user why that temporary buffer is shown >> in the window-local tab-bar. >> >> At least, then the user will see in which window the same buffer >> will be reappear again - in the same window that shows this buffer >> in its window-local tab-bar. > > The latter is a visual feedback. But if I blindly use C-x left, I'd > still be surprised. Then maybe better to add such buffers to the end of the prev-buffers list or to the end of the next-buffers list. >> 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. >> When I create three windows or more, then get-lru-window always >> selects a wrong window. Is it possible to change get-lru-window to >> get-mru-window to allow using three windows and more on the >> same frame? > > Earlier we discussed whether "creating a window" should also mean > "using that window". This could be yet another action alist entry - > bump the use time of the window used for displaying a buffer even when > it's not selected. It seems the logic in most cases doesn't depend on creation time, only on usage time like in mru. > Something I notoriously forget in all my answers: Note that you need > not add an action function in 'display-buffer-overriding-action' and > friends. Adding an action alist entry can often be sufficient to > affect the remaining functions in the desired fashion. I suppose you > knew that already, but just in case ... I don't understand what an alist entry you mean. Or you mean adding a new alist entry like (default-window . mru-not-selected)? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management 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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154253310928426 (code B ref 32825); Sun, 18 Nov 2018 09:26:02 +0000 Received: (at 32825) by debbugs.gnu.org; 18 Nov 2018 09:25:09 +0000 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 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 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 Message-ID: <5BF12FE8.6010400@gmx.at> Date: Sun, 18 Nov 2018 10:24:56 +0100 From: martin rudalics MIME-Version: 1.0 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> In-Reply-To: <87bm6ntjuk.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:mvXWd/T9CRdtKlKhjrOnUg2Eqtr8bcyhlCji+r6CDpXYPJRPXqX IGSBjjVHfDPknP8RGhLGPy8/m+nW7nd0uj9gGZ6wU7d/9lPBczPyQBDqJxuuSTECbfQRH7n 5y04pZnnQ/6PNq2OdO0BLpA0br2Q4ujnjwBm2uL8aoKBk6weFR+30HnQusFddyQdIl1Utyn IelP9/dTUlGA9sp9ECotw== X-Spam-Flag: NO 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+1FX3c BSpHXPgrtGqwvN5s7yuSHZNUyuHjcXihOwVfoiDkz+FeT40TOPwVIaLF470vQIQvFL5702rw+ /UL0FYSXchqJBTIQeR/ny97nNGell0aHoU8+7crVlvZ+ycP1GMAKn3QgGRgb2K X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 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 From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Nov 2018 23:08: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154258245131423 (code B ref 32825); Sun, 18 Nov 2018 23:08:02 +0000 Received: (at 32825) by debbugs.gnu.org; 18 Nov 2018 23:07:31 +0000 Received: from localhost ([127.0.0.1]:59476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOWA6-0008Al-Le for submit@debbugs.gnu.org; Sun, 18 Nov 2018 18:07:30 -0500 Received: from indri.birch.relay.mailchannels.net ([23.83.209.92]:50219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOWA5-0008Ad-JZ for 32825@debbugs.gnu.org; Sun, 18 Nov 2018 18:07:30 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2488D5E141E; Sun, 18 Nov 2018 23:07:28 +0000 (UTC) Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D20DF5E283A; Sun, 18 Nov 2018 23:07:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 18 Nov 2018 23:07:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Trail-Occur: 1e18d4431f1a5fb4_1542582448014_2030289402 X-MC-Loop-Signature: 1542582448014:2820499973 X-MC-Ingress-Time: 1542582448013 Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 888DF805E9; Sun, 18 Nov 2018 15:07:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=E5O+DPwW3w2rCMsrp/a1BLSf7ro=; b= mxGqefHA+/PPw1ljnKg41HOX77fkjUWbkLJIFfJWioQdi4Xj+Hqcc91wQnjOZuuA q6Tfi0yPpj+XyHCMvbRrsu7TEtE7T6ndDks2HP31Ov33pzQDp7r+U83W8yZsnXWO Hq1MEpFPsV6GYws2pB/YbYoaTzo2ECZZ8u9HMdEN9LQ= Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 018E6805E7; Sun, 18 Nov 2018 15:07:24 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.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> <5BF12FE8.6010400@gmx.at> Date: Mon, 19 Nov 2018 01:01:37 +0200 In-Reply-To: <5BF12FE8.6010400@gmx.at> (martin rudalics's message of "Sun, 18 Nov 2018 10:24:56 +0100") Message-ID: <878t1q2dny.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddtvddgtdehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 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? Yes, it could be moved to a new alist entry. > OK. What do you want to call it, 'windows-to-examine'? Too long name. Maybe better 'try-windows'? Or 'reuse-window' if this alist entry will be used in display-buffer-use-some-window. > 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 thought it could be a list of window types to try in the specified order, for example: (try-windows . (mru lru largest-visible largest-visible-and-iconified)) >> 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. But where this alist entry should be customized for all action functions? I guess not in display-buffer-alist that specifies specific buffers. Then where? Maybe, in display-buffer-base-action with nil action and non-nil alist that will be the default alist for all actions? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Nov 2018 09:44: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154262060225534 (code B ref 32825); Mon, 19 Nov 2018 09:44:01 +0000 Received: (at 32825) by debbugs.gnu.org; 19 Nov 2018 09:43:22 +0000 Received: from localhost ([127.0.0.1]:59674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOg5R-0006dm-TJ for submit@debbugs.gnu.org; Mon, 19 Nov 2018 04:43:22 -0500 Received: from mout.gmx.net ([212.227.15.15]:53099) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOg5Q-0006dZ-Ap for 32825@debbugs.gnu.org; Mon, 19 Nov 2018 04:43:20 -0500 Received: from [192.168.1.101] ([46.125.249.53]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2ts6-1fYMNi0HdG-00shfg; Mon, 19 Nov 2018 10:43:12 +0100 Message-ID: <5BF285AB.9040704@gmx.at> Date: Mon, 19 Nov 2018 10:43:07 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> In-Reply-To: <878t1q2dny.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:nDuq4yKz6h4rOr4VKXsnRL91Q2xCdd7dLkDzIqYujlgyh9XuHCu EVPI7T0/7z4+YVBvALIpm7EA8kAl+LMlgHav7B8024595aC+SzdaHLyAVmTTq5u/T5DKe5a fNKR8aDyImeg1/OPPQUYWVtKuUVe/7pHaii7ARBxXen99SXUGL3SOl6HnMBV0j2k7XSG+hN va99+FZEM1v/q/QLYQ2cw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:2PkAQf1/D3s=:1yTOHV9onRs5N9VoPojrIg CDJ2zSgZysVZpO+UQ0M9DgfZc3PE8DjEl7gqTbRZ65GtkBpgrdF8iOFXFkQvqVjlPj/eRFKLS CAdEslwuimAz7aBNKiLB1BhyULB7W8QYMwFpkok2cmIKIDPGvp79QFxe7l/hrxaz7APLUJ4Kf i3HtjDbquVPLXgqWGOoIMB110ASrE0EFcCKlG8L85d8cRsFwfTrtBpcUGttnfn+Ladl99LkoK fqfBiefHxCLbXQApTQki7T4/eMo1toKy8E2XSew3DRUdZ7EUD98fnikU1agjZb0INBW2ByDi2 f6Y+yAuKqGAcJXeHQyoNCuEcpFejWoReJpj4s8T+NVsh+IHI9k/ZDBVI/Vzfj66vpOId2cPjl gC2GmOUWQw+H87NTYTfJ8JeuOgoNrDIxMPx8DTZEttykSRMKb0o+EeXsbaNVKf7auBLvc9vny DwYkQOWaYUB0XWWip+3NEDyTGxB4u6bckzapbntJoLjGoybzUouQC8uHpmJhSgLNfJVCUk1rI C1sCrAMxHGScKfJqTsDjIab7RNCOk4StnxLPbVFhedScj+dJ96WxheA12DBp8EnEbVJe9TMUu qfiatirGCxcaQXauqCKTq43wDqAGJPTaZpur5rilGpo0pvMgGOpeDhbLe54R46pqlCb+WL6nK EyvfqKTFGOzjT8tXQuRpNjeq5KgDsiRcdRUIEzA9I12AGx0xB+n0c9E7kyeIQ67C1H8AteY3J A16HYG1DSSvuom16HyTGtdzKk69dp4iPIJNF/0OlAV0uRzpvWeDUV1GXgnkrMgxNysJWDMHIa 4eLxH9mfr/ig76nzj6MVx9fGNlF83Bk7AtO4w/xbfoxMmYPHuUhUm/f/15ATrUkplNgOXWpRH 6+whPgRCmDTp8oA8J8I8bN2VzoQlWrWncnDX5kdk2Qofb+1Sq8vxuh4ugwmtlM X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) >>> 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? > > Yes, it could be moved to a new alist entry. And act like a time-bomb via a window-parameter (like 'quit-restore')? >> OK. What do you want to call it, 'windows-to-examine'? > > Too long name. Maybe better 'try-windows'? Or 'reuse-window' > if this alist entry will be used in display-buffer-use-some-window. 'try-windows' sounds too active for an alist entry - we would have to use 'windows-to-try' instead. And let's avoid 'reuse-window' in this context - it's too ambiguous. BTW we might also want to add a similar entry for specifying the window we want to split (which means we could easily generalize 'display-buffer-below-selected' and 'display-buffer-at-bottom' without having to add new action functions like 'display-buffer-at-top' ...) and should reserve an appropriate name for that. >> 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 thought it could be a list of window types to try in the specified order, > for example: > > (try-windows . (mru lru largest-visible largest-visible-and-iconified)) ... and lru-visible, lru-invisible? BTW we could allow it to specify using windows dedicated to another buffer as well. >>> 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. > > But where this alist entry should be customized for all action functions? > I guess not in display-buffer-alist that specifies specific buffers. > Then where? Maybe, in display-buffer-base-action with nil action and > non-nil alist that will be the default alist for all actions? Anywhere. Why should we impose any restrictions here - either for the user or for the application programmer? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Nov 2018 09:33: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: To: Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154270634028407 (code B ref 32825); Tue, 20 Nov 2018 09:33:02 +0000 Received: (at 32825) by debbugs.gnu.org; 20 Nov 2018 09:32:20 +0000 Received: from localhost ([127.0.0.1]:33387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gP2OK-0007O7-9U for submit@debbugs.gnu.org; Tue, 20 Nov 2018 04:32:20 -0500 Received: from mout.gmx.net ([212.227.15.19]:39723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gP2OI-0007Nu-Mo for 32825@debbugs.gnu.org; Tue, 20 Nov 2018 04:32:19 -0500 Received: from [192.168.1.101] ([46.125.250.103]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfVU3-1g4L8T1M0B-00P8n7; Tue, 20 Nov 2018 10:32:10 +0100 Message-ID: <5BF3D494.90607@gmx.at> Date: Tue, 20 Nov 2018 10:32:04 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> <5BF285AB.9040704@gmx.at> <87h8gcy95d.fsf@mail.linkov.net> In-Reply-To: <87h8gcy95d.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:3GEWRnTwAE0s/JIlEGbx+V7tdf5rTIFc50D7cFpXsGB2pfV/gw0 QXlMGB2+M6B1qWWr1r/htz/X9JVLL4sPhEKlZVvTE9jMUIEGduQ+91BMQsC/0t9io4BZxkR twO4sQSQ6qcYfksKVbZRb1q+jvxw8n3wE3pJnhZ7lQslcuXyH7zxQMLmQz6kWiNv63tafk8 VTAnt4eVry5olsQfQfNgw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:HhMugyipJS0=:LnahA0L4XgUSod39bj0DsV /sDE46E6RH999PiS7QRNSBzj/P+dXNFDTtHICetc7BfQVIj1ofGBhG3Ihkkwb686bValyg4YT /9OE1ViJMbpeHZF81qpD+nVYBZGc1jkfDhhfio64mRVKL7z2TLzx9qR0rd+B2uhXGgZ2THdGx fXbiynhMBaQ7W6ucfQOyJ5MiXvJxJKaH2rpwne9/muBavsOtlyHmAUVLVW9s/hIhw41/ViEEc 6/spc4gKujo1dcBQjjtThUYbO8QVCv9m/eZbA9CtFe/QbZ+ldOPuI7KVLERm5T+LCyw9trK1e OwnHWjI5ly6v73RmCHkPCDtKcLAT9/4WPHaIWl+fOuutB/xOn/mITjLqMsc31rlzGFvxF+h2p 2yOA/BEQs6+WdDz4YCYLOhGIYaEvgGnOGX0svn8WTAkiO5IsqC5/TKysdQ+R9eTh4KiUXXbqN iPsQCamLXBIZ0IfQPalFjWHcv7L52ihO0mL5uSQwnBvXv0CAATHOhrHK/twysbzVx6W+ZU62A OMgfn/AJ0hby8tsk7RLf2tM5cbyo/UZIvtoEC3ucO+AmJTt1bbAMGScG+PZGiDguTiDFrjMgf dPxyyKA+XG7g8Y/mRf4TMqUQvTDEmUqJP0tQBlSrajKF7Df0vdpPJvYaiH8LF2zSoP/8qApL+ KLCvG1UxmzlKq/tlUTpP/qr+D+eI86g+xNXVc4wERq0W6XEYEfJATe1k6EbxgkICt0lWZ+dxQ udX9AatBdJ2IC5aDK8jhqDvHHEE4Bf/vm0EYssLHeHfxyVHcyw/g8b1dAYBdF4knB4R22OH9e h2ijs83yMz3ZgMngJZ9dDcTosZsS829neInRR5dqn/a5utXrndv/o/wF18pgQW5B2aoghTWOo Z8R7m0pg8r/FF7ZyZD27wxks22z+mmmr26ylHTCUntHVyKTev1cQL7rU678X7H X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>>>> 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? >>> >>> Yes, it could be moved to a new alist entry. >> >> And act like a time-bomb via a window-parameter (like 'quit-restore')? > > I don't understand what would happen with this. An alist entry describes what should happen at the time a buffer is shown. 'debugger-bury-or-kill' describes what should happen when a buffer is unshown, something which may happen long after showing it. So we have to remember the thing to do at unshow time (probably in a window parameter) and make the unshow code aware of it when it runs. >> 'try-windows' sounds too active for an alist entry - we would have to >> use 'windows-to-try' instead. > > If you want more declarative names, then what about 'candidates' or > 'default-window'. Both could apply to any action function: I'd prefer something that can be attached to specific action function like 'windows-to-use' or 'some-windows' for 'display-buffer-use-some-window' and 'windows-to-split' or 'pop-up-from' for 'display-buffer-pop-up-window'. >> BTW we might also want to add a similar entry for specifying the >> window we want to split (which means we could easily generalize >> 'display-buffer-below-selected' and 'display-buffer-at-bottom' without >> having to add new action functions like 'display-buffer-at-top' ...) >> and should reserve an appropriate name for that. > > Maybe use names like in WindMove: action 'display-buffer-in-direction' > and an alist entry '(dir . right)' where the default is '(dir . below)' For example. The question is whether any such 'dir' should apply to using, splitting or both. That's why I'd rather include the direction separately in the 'windows-to-use' and 'windows-to-split' entries or whatever we call them. That is we have to decide whether we make one entry dedicated to each buffer display function or make entries that apply to more than one such function. We have the latter already for the 'side' entry and I'm not sure whether I like it because it's not always clear whether two action functions are mutually exclusive: Now hardly anyone would ever want to _facultatively_ display a buffer in a side window or an atomic window. But when we want 'side' to refer to where a new window should be created or (re-)used I'm not entirely sure. I know that 'display-buffer-below-selected' and 'display-buffer-at-bottom' both implicitly fix the side (or direction) for both, using and splitting, and that's OK but maybe not all applications might want it. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Nov 2018 00:51: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: To: martin rudalics Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154276142823343 (code B ref 32825); Wed, 21 Nov 2018 00:51:02 +0000 Received: (at 32825) by debbugs.gnu.org; 21 Nov 2018 00:50:28 +0000 Received: from localhost ([127.0.0.1]:37599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPGiq-00064R-Ex for submit@debbugs.gnu.org; Tue, 20 Nov 2018 19:50:28 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:1821) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPGio-00064J-Ef for 32825@debbugs.gnu.org; Tue, 20 Nov 2018 19:50:26 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 20022282DEA; Wed, 21 Nov 2018 00:50:25 +0000 (UTC) Received: from pdx1-sub0-mail-a37.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D4995283461; Wed, 21 Nov 2018 00:50:24 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a37.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 21 Nov 2018 00:50:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Exultant-Desert: 5d2848c0322c6d89_1542761424966_682926318 X-MC-Loop-Signature: 1542761424965:569611750 X-MC-Ingress-Time: 1542761424965 Received: from pdx1-sub0-mail-a37.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTP id 97D4A808D2; Tue, 20 Nov 2018 16:50:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=vZUryI0Y8gz7dPHWzi1xkM/kpaU=; b= rzNg3sgsaOvr0LmEv4N7JW3dyXnj1BiH8ZrhKnr3f11dhcrgn3No3O2LDWHpITIA GLj7HWGoQZzoXQDutd5tDW7U8FrEAFPyo7dvq9NQ9YASkaCor1Vpt29IOUjieVXR 27POPuwU+I696080SpIUeEfZ5K390DsJBeSR8TIkk+c= Received: from mail.jurta.org (m91-129-105-252.cust.tele2.ee [91.129.105.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTPSA id B65AD808D3; Tue, 20 Nov 2018 16:50:22 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a37 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> <5BF285AB.9040704@gmx.at> <87h8gcy95d.fsf@mail.linkov.net> <5BF3D494.90607@gmx.at> Date: Wed, 21 Nov 2018 02:16:46 +0200 In-Reply-To: <5BF3D494.90607@gmx.at> (martin rudalics's message of "Tue, 20 Nov 2018 10:32:04 +0100") Message-ID: <87ftvvw93d.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddtiedgvdekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrddvhedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrvdehvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > An alist entry describes what should happen at the time a buffer is > shown. 'debugger-bury-or-kill' describes what should happen when a > buffer is unshown, something which may happen long after showing it. > So we have to remember the thing to do at unshow time (probably in a > window parameter) and make the unshow code aware of it when it runs. I imagine a list of prev/next-buffers as the tab-bar: [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] prev-buffers current-buffer next-buffers Using switch-to-buffer adds a new buffer after the current "tab", e.g. [buffer-A] [buffer-B] [buffer-C] [new-buffer] [buffer-D] [buffer-E] prev-buffers current-buffer next-buffers But displaying a temporary buffer could add a "tab" to the end of the tab-bar, this means at the end of the list of next-buffers: [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] prev-buffers current-buffer After exiting from this temporary buffer, it could be kept in the list of next-buffers: [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] prev-buffers current-buffer next-buffers Then returning to prev-buffers (e.g. with kill-buffer) will not visit this temporary buffer. But display-buffer-reuse-window could look for a previously displayed buffer in the list of next buffers. > That is we have to decide whether we make one entry dedicated to each > buffer display function or make entries that apply to more than one > such function. We have the latter already for the 'side' entry and > I'm not sure whether I like it because it's not always clear whether > two action functions are mutually exclusive: Now hardly anyone would > ever want to _facultatively_ display a buffer in a side window or an > atomic window. But when we want 'side' to refer to where a new window > should be created or (re-)used I'm not entirely sure. I know that > 'display-buffer-below-selected' and 'display-buffer-at-bottom' both > implicitly fix the side (or direction) for both, using and splitting, > and that's OK but maybe not all applications might want it. We could have a general shorter name like 'dir', and more specific longer names like 'select-dir' and 'split-dir'. If no long entries are found, then fall back to a shorter name. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Nov 2018 08:21: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: To: Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154278840615420 (code B ref 32825); Wed, 21 Nov 2018 08:21:02 +0000 Received: (at 32825) by debbugs.gnu.org; 21 Nov 2018 08:20:06 +0000 Received: from localhost ([127.0.0.1]:37759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPNjx-00040e-Rd for submit@debbugs.gnu.org; Wed, 21 Nov 2018 03:20:06 -0500 Received: from mout.gmx.net ([212.227.17.20]:33299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPNjv-0003zf-Gx for 32825@debbugs.gnu.org; Wed, 21 Nov 2018 03:20:04 -0500 Received: from [192.168.1.101] ([213.162.73.56]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lfppu-1ffttw4ANW-00pNaA; Wed, 21 Nov 2018 09:19:55 +0100 Message-ID: <5BF51524.6060006@gmx.at> Date: Wed, 21 Nov 2018 09:19:48 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> <5BF285AB.9040704@gmx.at> <87h8gcy95d.fsf@mail.linkov.net> <5BF3D494.90607@gmx.at> <87ftvvw93d.fsf@mail.linkov.net> In-Reply-To: <87ftvvw93d.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KpdphrZmXmFWqCRsiiH/nnbXXoMRB/MQWLenrSsFpR16mUJU2DZ WYhR63wl6XXClMnWKR0pDyokLkwxSyozX6wmHpZHYMS99fr32lHEjTuX3x3yciWKnx7H0fq u4gyKJ76b2+wVVKUzeux0Xh5A9E0lIoelpzFo58J/D4vnsKHW5bHHt3dTZSi2d2D1eMrGVw QjQDUk3vIvLA3iEuBmxBQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:TicQgtvhLLo=:BGcHhrQ1MuVLAeTeJ9KK3N wmfVXryU4sO/hV8ZKpYbwYt1a2VLwUVUfebtC4N8SW2BxujTqRn+ghw81OlOkxBwxde3Zbq1e HwV/2dF/xAsKTA17L64qxch/jP0+AJp12SHiDW+v+YcUjNXs+w2yHoXDgy1GGrmB6JE/ecIRA rCOvivYVn+1ZLK7OeSskgvPWf1Fmkd22JKajmw+jN+qNJKdzgTLM1HaXhabIFnLFzrlfALIrX id4ByfRgyvvDqo6p7E6oy7kTh69SHD5pd7cwmnNI/RWepfxo3s5y1PtPxlJ+RVBUM1geuDBc8 p99kBvp74bl9/jmTsOGAFVgs5oiRE2gNValAaxzU8swqjISqcMVH+tPknTZ8e9aRx9HdHz/9b 9SXEe6n44tJlqQzXAXMVNAXhWPieCCgf7gCi9FlcXnbfweyroG2HXyrRQazLNQDI1MDOJTwBf o/MKbwoyBtK/jw5Z0fqNp3rXiXE89egwh9iALS1um7MzHWbVmsvh87g21ch4FUkHxsswD/+7A ib0jBUWGXLoH4PWdOOlPRpSlvwep3B29ojm8eyx++c+ztyCO7YnzGrpdSWxEWaty+dLP0yOaU xj8y1/sRZbQ6CtQMlfHYM78ZCfm8THKWcgjZ9M7T+WyRB1KvuMUxCYR7hSyOr2aVXH7npzgBP cg8tRYzbZGUAdVODU4mbql1cHUr3l+QUI018kfHfZkUz5z0LwpjOWDR0IfUPw7mO8k6QWjP0d YGB5m1kmX57UPI9GAZ+CHiZCubbC76P/Orsf1wMxAnZ5TyJLfivB7dSYvY29HSYyaqoIKLILO qnPFCo1GyPhC2XkENft0BKEAZZ/oJBdlC7xLnq+qQCl18toIemhmdurdauRI0aHnXgOr06B5Q oahVaQknSNIZA6m7dNfo1ExNlxhKbw4T219zBjLzttWZQspVautE6pvBnXnBUT X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I imagine a list of prev/next-buffers as the tab-bar: > > [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] > prev-buffers current-buffer next-buffers > > Using switch-to-buffer adds a new buffer after the current "tab", e.g. > > [buffer-A] [buffer-B] [buffer-C] [new-buffer] [buffer-D] [buffer-E] > prev-buffers current-buffer next-buffers So far the buffer shown by a window does not appear in its lists of previous or next buffers. > But displaying a temporary buffer could add a "tab" to the end of the > tab-bar, this means at the end of the list of next-buffers: > > [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] > prev-buffers current-buffer The problem with this approach is as follows: The list of next buffers is usually empty because it contains only the buffers visited while navigating the list of previous buffers backwards in time. It's main purpose is to revert any overshooting during such navigation. But this means that when you add your temporary buffer to the (usually empty) list of next buffers, overshooting while reverting the overshooting will get you to that temporary buffer immediately. In your example I would first show buffer-C then overshoot and show buffer-B. Reverting that gets me to buffer-C and overshooting once more will get me new-buffer immediately (because buffer-D and buffer-E typically do not exist). > After exiting from this temporary buffer, it could be kept in the > list of next-buffers: > > [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] > prev-buffers current-buffer next-buffers > > Then returning to prev-buffers (e.g. with kill-buffer) will not visit > this temporary buffer. But display-buffer-reuse-window could look for > a previously displayed buffer in the list of next buffers. The main purpose of a window's list of next buffers is that of undoing a 'switch-to-prev-buffer' step. I have no idea which consequences your proposal could have apart from the one I sketched above. I'm already no great friend of If there is no recent invocation of `switch-to-prev-buffer' that can be undone, this function tries to show a buffer from the buffer list of the frame WINDOW appears on ... but this comes from an attempt to model buffer switching like 'undo' does. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Nov 2018 23:58: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: To: martin rudalics Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154284467425880 (code B ref 32825); Wed, 21 Nov 2018 23:58:02 +0000 Received: (at 32825) by debbugs.gnu.org; 21 Nov 2018 23:57:54 +0000 Received: from localhost ([127.0.0.1]:40361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPcNW-0006jM-CC for submit@debbugs.gnu.org; Wed, 21 Nov 2018 18:57:54 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:13717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPcNU-0006jD-Nv for 32825@debbugs.gnu.org; Wed, 21 Nov 2018 18:57:53 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D8C4D683013; Wed, 21 Nov 2018 23:57:51 +0000 (UTC) Received: from pdx1-sub0-mail-a37.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 92F7B682E74; Wed, 21 Nov 2018 23:57:51 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a37.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 21 Nov 2018 23:57:51 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Decisive-Company: 428cda1f48d9cca8_1542844671757_2271320673 X-MC-Loop-Signature: 1542844671757:1589442750 X-MC-Ingress-Time: 1542844671757 Received: from pdx1-sub0-mail-a37.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTP id 5F97C80931; Wed, 21 Nov 2018 15:57:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Xu7ZMZEnLt+Pr5CvWQW6gODpVPQ=; b= jjUuRoXg6y1WcSQX10ZcQKFUaJZmno1mmd/94YVFQrEqsOvnYNbfytKkHEKSjCPP CHaUUPg/FrZEMuMQ+4Kkv6FZf5a6ZaaTewtrWErXe7LDLX+yUJE2pFSIlvpeDn0T hNch4rzLXKwsovVcREtsx7IhB/T7o7gd4F19OvzdGrA= Received: from mail.jurta.org (m91-129-105-252.cust.tele2.ee [91.129.105.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTPSA id A0B4A80933; Wed, 21 Nov 2018 15:57:49 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a37 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> <5BF285AB.9040704@gmx.at> <87h8gcy95d.fsf@mail.linkov.net> <5BF3D494.90607@gmx.at> <87ftvvw93d.fsf@mail.linkov.net> <5BF51524.6060006@gmx.at> Date: Thu, 22 Nov 2018 01:54:58 +0200 In-Reply-To: <5BF51524.6060006@gmx.at> (martin rudalics's message of "Wed, 21 Nov 2018 09:19:48 +0100") Message-ID: <875zwq7zql.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddtkedgudejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdehrddvhedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddthedrvdehvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepfe X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> But displaying a temporary buffer could add a "tab" to the end of the >> tab-bar, this means at the end of the list of next-buffers: >> >> [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] >> prev-buffers current-buffer > > The problem with this approach is as follows: The list of next buffers > is usually empty because it contains only the buffers visited while > navigating the list of previous buffers backwards in time. It's main > purpose is to revert any overshooting during such navigation. But > this means that when you add your temporary buffer to the (usually > empty) list of next buffers, overshooting while reverting the > overshooting will get you to that temporary buffer immediately. What buffer does it show now in this case? Is it a more predictable buffer than would be in case of a previously displayed temporary buffer? >> After exiting from this temporary buffer, it could be kept in the >> list of next-buffers: >> >> [buffer-A] [buffer-B] [buffer-C] [buffer-D] [buffer-E] [temp-buffer] >> prev-buffers current-buffer next-buffers >> >> Then returning to prev-buffers (e.g. with kill-buffer) will not visit >> this temporary buffer. But display-buffer-reuse-window could look for >> a previously displayed buffer in the list of next buffers. > > The main purpose of a window's list of next buffers is that of undoing > a 'switch-to-prev-buffer' step. I have no idea which consequences > your proposal could have apart from the one I sketched above. I'm > already no great friend of > > If there is no recent invocation of `switch-to-prev-buffer' that > can be undone, this function tries to show a buffer from the > buffer list of the frame WINDOW appears on ... And this is usually some random unpredictable buffer. > but this comes from an attempt to model buffer switching like 'undo' > does. undo/redo is a good analogy. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Nov 2018 07:43: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: To: Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15428725265620 (code B ref 32825); Thu, 22 Nov 2018 07:43:01 +0000 Received: (at 32825) by debbugs.gnu.org; 22 Nov 2018 07:42:06 +0000 Received: from localhost ([127.0.0.1]:40456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPjcj-0001Sa-UX for submit@debbugs.gnu.org; Thu, 22 Nov 2018 02:42:06 -0500 Received: from mout.gmx.net ([212.227.17.22]:43019) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPjci-0001Rv-C6 for 32825@debbugs.gnu.org; Thu, 22 Nov 2018 02:42:04 -0500 Received: from [192.168.1.101] ([212.95.5.41]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MBJF3-1gG8iU3HfB-00AFQn; Thu, 22 Nov 2018 08:41:55 +0100 Message-ID: <5BF65DBB.6030803@gmx.at> Date: Thu, 22 Nov 2018 08:41:47 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.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> <5BF12FE8.6010400@gmx.at> <878t1q2dny.fsf@mail.linkov.net> <5BF285AB.9040704@gmx.at> <87h8gcy95d.fsf@mail.linkov.net> <5BF3D494.90607@gmx.at> <87ftvvw93d.fsf@mail.linkov.net> <5BF51524.6060006@gmx.at> <875zwq7zql.fsf@mail.linkov.net> In-Reply-To: <875zwq7zql.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:dRF2ciFO85FFUbLPE4k38S4f6jUDC7Jb/MPVk1VaWTPi8jNDWn6 4fzOkEiwjkcJgk9RyREheEIE4Xl40vTAS9FBVBrHet/bt8Ff8nTUNHWqWEdInS+6+T0PTfg Vsub9IUHnbwwWcGMYTHaxla79CbxS/VtLqTadesFX8OGpHpDqso6P5Ud4V34U5pZuKqUR35 V54Zv7mg6pqkZS7wUVr8A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ddKkc2HqEDE=:RvtVem+ebCYj6/te6FqLIl FVnAUCvTQ9zkmtR33iTd7uqvsFFpTnA6ulDaA0zL+gt9/JDJ1D7JQEU2DgHaj0n6ba4Yt46mp l6uSkpIirVQLvLxM+W2E+21ztQ5d42z6Fc++mh6e+mOK+UJau5kWXUUplaFncuUC+yc+8gbI+ r/9uVqd5XWvghty8jKeiWp6bBS82z9cz26Q+5FyHJV0Yw8babqzUqEbI5bTsSuLwZXGVecHD6 S4Ht/u9AVlQCzytScIUeEFy0Vu3xTMI2rZIR7/um74BOM9EHOyatUozg2N12jaNZxGFhp8rPf K7sLY+sH939mlun8keHlWgPKGhyKJwz7eCQfEX+2oMmAXoQbkuDGlqHQCwCHo1bZIzb1wPxhe blCsQSxfzsZXTALzNERHt6n9xyStownVy2gkuV1V+hqzg79kRFEWQBI9o17bls0AUOWwPRO32 6H7E+vV0QSHr/Vvu8gaRbRt1ES+b2qSjXPdTBi88eIQWt/yGnVNjKvNRkFv33zGnk3ovLbgAD 0DpzW2aC2uAUmIRnDLd+EQdjD+aib5KmZJKCt38EFcawHgwLMCDA3IHFIhLF9+39IcTlSHKoT GZAnFRTIHvqSWGOf5EvXApTyMNFe6V3+uHKnamAAhaEjjXEh28anGeF4GEl/nv3AjEDk3LSM8 JAe4K65JtgAFLiVTQUt6pCXK7zjkJUSilNMArzq1YLiNtCNudyfD9VAiSuEpMRGK4O7bBebLN bYd9KlsByGZxTFwIchjJTEoHr8sp7Q7BYXPnocOc8ACorTYiIVDGD13FYjd1EEIsAvIl9VzJw rrj2pWPHLl2LHeDuqXd6mPVVTwiAAr1tAGSOp3NJ3A7vkAznva5aizlweKIVOjCaL4z2wmeJ/ lRkui+admg5Ezlca2/gqZ3fkukxnzIOxFcY/aZx2LJ+fdgYY2OmRLpFt799ykc X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> The problem with this approach is as follows: The list of next buffers >> is usually empty because it contains only the buffers visited while >> navigating the list of previous buffers backwards in time. It's main >> purpose is to revert any overshooting during such navigation. But >> this means that when you add your temporary buffer to the (usually >> empty) list of next buffers, overshooting while reverting the >> overshooting will get you to that temporary buffer immediately. > > What buffer does it show now in this case? Is it a more predictable > buffer than would be in case of a previously displayed temporary buffer? Currently we remove the buffer in question (*Backtrace*) entirely from all buffer lists so it isn't found by the switch-to-prev/next-buffer routines, the list of next buffers is usually empty and it will do ... >> If there is no recent invocation of `switch-to-prev-buffer' that >> can be undone, this function tries to show a buffer from the >> buffer list of the frame WINDOW appears on ... > > And this is usually some random unpredictable buffer. Correct. But we cannot well go to the end of the list of previous buffers instead. That list could be even empty. And traditionally Emacs chooses some random buffer here although the order is a bit determined by previous 'bury-buffer' calls. >> but this comes from an attempt to model buffer switching like 'undo' >> does. > > undo/redo is a good analogy. Unfortunately, undo/redo does not stop either where my intuition would want it. In particular, I can't tell it to "now redo things until you've got me back the state with the maximum of changes of the existing code since I started editing this". There's some fuzziness missing. Maybe some snapshots of my past editing activity ... martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Dec 2018 00:06: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154388192718453 (code B ref 32825); Tue, 04 Dec 2018 00:06:01 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Dec 2018 00:05:27 +0000 Received: from localhost ([127.0.0.1]:59587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gTyDP-0004nZ-BX for submit@debbugs.gnu.org; Mon, 03 Dec 2018 19:05:27 -0500 Received: from purple.birch.relay.mailchannels.net ([23.83.209.150]:1362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gTyDM-0004nQ-S1 for 32825@debbugs.gnu.org; Mon, 03 Dec 2018 19:05:25 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4E68C3E4224; Tue, 4 Dec 2018 00:05:23 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F28CF3E46A7; Tue, 4 Dec 2018 00:05:22 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 04 Dec 2018 00:05:23 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Share-Daffy: 371c0e002ea7c8ce_1543881923095_1089571639 X-MC-Loop-Signature: 1543881923095:2719646611 X-MC-Ingress-Time: 1543881923094 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id B886A7FE19; Mon, 3 Dec 2018 16:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=mCNQTqZFMJNZVi+O3hGpQ3m7Lwc=; b= ND1V503wFEq+T7lw9UN8EMbIPWzgT9R+aJnik3doZ2F8Oy0kWmtKJtFPm3nLRVMB wR4bwU5mhBR2jzZMgyyGZmcFiNUyRsmsHphTTRIgcHeTefmTMfROeuRXm7ctz499 ZppNW05t8vi+Am0oLa04YRZE6W579cXEC4O9l/70RjA= Received: from mail.jurta.org (m91-129-103-7.cust.tele2.ee [91.129.103.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id C7DEC7FE24; Mon, 3 Dec 2018 16:05:16 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> Date: Tue, 04 Dec 2018 01:07:01 +0200 In-Reply-To: <5BDC0E38.5020901@gmx.at> (martin rudalics's message of "Fri, 02 Nov 2018 09:43:36 +0100") Message-ID: <87bm62p5ea.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudefvddgudekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdefrdejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtfedrjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > So you mean that if Emacs can't fulfill a 'window-height' contract for > a new window below the selected one, it shouldn't make a new one in > the first place? Then with an an alist entry called 'min-height' we > could rewrite 'display-buffer-below-selected' as follows: Another reason why this urgently needs to be fixed using 'display-buffer-below-selected' with 'window-height' is that for example visiting a gpg file that fails to decrypt displays the *Backtrace* buffer with (file-error "Opening input file" "Can't decrypt" in another window that hides another essential buffer *Error* (with explanation of the error raised while decrypting) displayed in the same window. But using 'display-buffer-below-selected' both essential buffers will be displayed in separate windows. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Dec 2018 08:33: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154391237515736 (code B ref 32825); Tue, 04 Dec 2018 08:33:02 +0000 Received: (at 32825) by debbugs.gnu.org; 4 Dec 2018 08:32:55 +0000 Received: from localhost ([127.0.0.1]:59759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gU68U-00045k-R9 for submit@debbugs.gnu.org; Tue, 04 Dec 2018 03:32:55 -0500 Received: from mout.gmx.net ([212.227.15.19]:35643) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gU68T-00045U-48 for 32825@debbugs.gnu.org; Tue, 04 Dec 2018 03:32:53 -0500 Received: from [192.168.1.101] ([213.162.73.140]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lx83d-1haiHK3T6f-016g58; Tue, 04 Dec 2018 09:32:43 +0100 Message-ID: <5C063BA5.8080603@gmx.at> Date: Tue, 04 Dec 2018 09:32:37 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> In-Reply-To: <87bm62p5ea.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:TuUD1nGRw7IZwGDm4h6szWDsb5jgUd4YF+uz+hHIWESswtQcOo4 7YhJCr8gPVqGz1YMgFJstzDXT8FdXmhzriC4sd+m7CxjxcouY4JDbZeS5uon2APsoUcNMYq jkM7TZADr4ZCzqxttSAiEEmvs2zmlLohfo7nWi7fZmULmTG8aPOFJ1bFACQLDSSppTSArfE Bm1zrcZi9AHJQQs0foLHw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:UQA+9x+K4Wk=:m/IkPwDS5wtP8K6hNRBNx/ Tc6FHA2uPMABBgNZg0MrqynUBdsVeky1uzowaYmvO3YJAP6paQ7WNJuravB4r+rEMrShqhrZz 10YADhX92avHLPsRWHCe30CKfIKf2KEv4AjrYuTKHTiN7HuypbNhXgxar9u1tpagDvqgdg2+g wvWmHIiSQ5ATvv7rr6oO8WY615NJpsoPYCLy9okrKoWWMMjdxhT9dli2V5pcfFv2MyS5Wop3H YJSTr6wgezLZuBDubGccOSbzW6FpL9D+UVZV6W3DJFAIIp14qFiTaerhLzVjIWTD7ygPqPbZp JNKanBehigTWfcPOhhExc/eELOfvNia5IU6itByYIzOIoX32IeOc47Q3JANiWo8QwFUGZVNPi rH3kQyUwqbwlRYS2a3QBR2uM+R2sroBLDzKvb8Mgf1o3fs4cSksuuG/ZlIQ07DNgULqQaIuBF /YLCntKoVj/wXVtU14U/BwaNyscRmWorK74rfYI56CJInXoiO49NUbI+nrbKN0F6KlhJ21VPu kyfszYL/x13LOygxQb2Ima0iNfGpIgr7/OSpy8j+tp5WuXnurF6rC3ikCvIcZlGRh34ZwpZEJ bUkvQMPP+aLjLH8p4mwvzZBm3WDB6DX7hf2JofRiaObp4hIFuSaS0xPw5Ziwk16k2JYC0YhKH Zy1arC4MeUiied2odeHiigOsjvp4afp9oqf6x2CUtTvsgDR914ar0FRNctUaFOM3Pep6PtScs 7q4cWfh/cXhyJaTrpxpO0bhIC4DAME6CwMuiPtFfUiV+FC6MXsGa7bqVpIJW7Q2KWVXDL+YYR 0tDBbogWJkHCAvyG+AkUJGUM6ArKlyKbPrq7MLQqf03y6ab0TYUsWweVzA4aOkAp0araQ1rhK jN2BNW1eJkMCu/Y5xUpgmtNiDw08rhBI+EA8WzTueumhqWCIOva/e5ZMF6ux047bA0bUlz5cP AyMION7t5yw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Another reason why this urgently needs to be fixed using > 'display-buffer-below-selected' with 'window-height' is that > for example visiting a gpg file that fails to decrypt displays > the *Backtrace* buffer with (file-error "Opening input file" "Can't decrypt" > in another window that hides another essential buffer *Error* > (with explanation of the error raised while decrypting) > displayed in the same window. But using 'display-buffer-below-selected' > both essential buffers will be displayed in separate windows. So what should we do? I earlier proposed a 'min-height' entry like in the code below. Would that suffice? If so, would we use the same for 'display-buffer-pop-up-window' and 'display-buffer-at-bottom'? Should we check the window below (if we "use" but do not "reuse" it) if it's high enough? I think we should provide exact semantics for any such 'min-height' entry so we can easily tell which action functions should check it. (defun display-buffer-below-selected (buffer alist) "Try displaying BUFFER in a window below the selected window. If there is a window below the selected one and that window already displays BUFFER, use that window. Otherwise, try to create a new window below the selected one and show BUFFER there. If that attempt fails as well and there is a non-dedicated window below the selected one, use that window." (let ((min-height (cdr (assq 'min-height alist))) window) (or (and (setq window (window-in-direction 'below)) (eq buffer (window-buffer window)) (window--display-buffer buffer window 'reuse alist)) (and (not (frame-parameter nil 'unsplittable)) (or (not (numberp min-height)) (window-sizable-p nil (- min-height))) (let ((split-height-threshold 0) split-width-threshold) (setq window (window--try-to-split-window (selected-window) alist))) (window--display-buffer buffer window 'window alist display-buffer-mark-dedicated)) (and (setq window (window-in-direction 'below)) (not (window-dedicated-p window)) (window--display-buffer buffer window 'reuse alist display-buffer-mark-dedicated))))) martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Dec 2018 00:15: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15439688537068 (code B ref 32825); Wed, 05 Dec 2018 00:15:01 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Dec 2018 00:14:13 +0000 Received: from localhost ([127.0.0.1]:32912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUKpR-0001pw-Lw for submit@debbugs.gnu.org; Tue, 04 Dec 2018 19:14:13 -0500 Received: from golden.birch.relay.mailchannels.net ([23.83.209.73]:55619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUKpQ-0001po-D7 for 32825@debbugs.gnu.org; Tue, 04 Dec 2018 19:14:13 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2301942CFD; Wed, 5 Dec 2018 00:14:11 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id C9C1242CED; Wed, 5 Dec 2018 00:14:10 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 05 Dec 2018 00:14:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Suffer-Bubble: 06d095cf2dc4e9a7_1543968850994_300805400 X-MC-Loop-Signature: 1543968850994:589450718 X-MC-Ingress-Time: 1543968850994 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 6B4757FF21; Tue, 4 Dec 2018 16:14:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=DITOlNiD+wb0E/kkFCxWWRSpxqI=; b= ImUpY2sg4KMcniOSnCbfbaRu+5GGLscC1zRUng4horrtkSeFPH/GsAkbprKiOE4z 9f6izGn2ZgGrmsozSO1c/h/wzRPpMGutY0LkXvQgs3n0K1IjJ7x6FbNR+7o1uCYc TGkvFSKz2GkyO/wdwq/ii3o+etERJgjmSN/3jcugwYI= Received: from mail.jurta.org (m91-129-103-7.cust.tele2.ee [91.129.103.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 0FC757FF22; Tue, 4 Dec 2018 16:14:07 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> Date: Wed, 05 Dec 2018 00:24:16 +0200 In-Reply-To: <5C063BA5.8080603@gmx.at> (martin rudalics's message of "Tue, 04 Dec 2018 09:32:37 +0100") Message-ID: <87r2ex6icv.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudefgedgudelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdefrdejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtfedrjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Another reason why this urgently needs to be fixed using >> 'display-buffer-below-selected' with 'window-height' is that >> for example visiting a gpg file that fails to decrypt displays >> the *Backtrace* buffer with (file-error "Opening input file" "Can't decrypt" >> in another window that hides another essential buffer *Error* >> (with explanation of the error raised while decrypting) >> displayed in the same window. But using 'display-buffer-below-selected' >> both essential buffers will be displayed in separate windows. > > So what should we do? I earlier proposed a 'min-height' entry like in > the code below. Thanks, I tried and it works well. > Would that suffice? If so, would we use the same for > 'display-buffer-pop-up-window' and 'display-buffer-at-bottom'? I don't know about display-buffer-pop-up-window, but for display-buffer-at-bottom where the height depends on the number of lines in the displayed buffer like e.g. *Completions* this is not needed. > Should we check the window below (if we "use" but do not "reuse" it) > if it's high enough? I think we should provide exact semantics for > any such 'min-height' entry so we can easily tell which action > functions should check it. I think the semantics of 'min-height' should be a minimal height of the displayed window wherever it can be displayed. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Dec 2018 09:17: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154400137528214 (code B ref 32825); Wed, 05 Dec 2018 09:17:02 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Dec 2018 09:16:15 +0000 Received: from localhost ([127.0.0.1]:33106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUTHz-0007L0-6A for submit@debbugs.gnu.org; Wed, 05 Dec 2018 04:16:15 -0500 Received: from mout.gmx.net ([212.227.15.15]:48003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUTHw-0007Kl-GQ for 32825@debbugs.gnu.org; Wed, 05 Dec 2018 04:16:13 -0500 Received: from [192.168.1.101] ([212.95.5.150]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5Lqx-1hPrGH2jwl-00zToZ; Wed, 05 Dec 2018 10:16:02 +0100 Message-ID: <5C07974B.4060408@gmx.at> Date: Wed, 05 Dec 2018 10:15:55 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> In-Reply-To: <87r2ex6icv.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------070306020406050105090701" X-Provags-ID: V03:K1:3bt5hzUYuNooHtJevStDBovBmUU2hThmcaztqJaaFrC3ku7kVqp aTd/dQlR1Vg5kp/sX3fKEs9Mg3kh8cOvFPGYupsZJxtBeenbHkiepmjMFaNGVLWPKpvxVf7 PcPLN63kSweJzeCU6l95kaQrKl262Q5pWRro2/O7pV7ytYU31CF+BYzuRaRw0vPTDHMk5g/ T3aIsFAt+E4yqMxAggmjg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:0qq/6Q5Aigw=:FLZQaEm6vB2JdhGSPJONfP 3MaL1oI542xlSVBtZbbrKbc51Mw+ONox53D5EUJMWqMoyF4HUXakUu9JKIPzxQqVSfjpxmqml c4Y6VvqXqnkDR+3nwB6WjWqkSY4bFakxVrBboKOAw+NAonqpasoBGj+lnSD6CJKw/ITkuEjBC 4fj4v/yNbXQ8/NGZRtqIKc31razIKZ4MsuF7CU/xQRZwVNe7TIl7NBGU1EmGvCGW+bjO/Dn6m 5mDfuSJJvuS7B2TfaksgjFt0KwrACfLyrhftm2t75tAc1IyWb8Tipl6IGzSCQzUytxcs/5541 WF8dfcLViF+Dt0arA0D2uVxOPU6b33pos9OaqBKB6mBBuIfXgq0bJfyYu815vGcnnTWIZWP85 5jktzU6fTDa0SduGGZ4sE6jCKQkfzpoCt8f17JQ8mhWch74QgrukVCW1WYfB+bDCsOTSXYaz0 1kZA7T9Nd4ruf192FXybkCrshGoloZcvbsUJJzoOEMQsqioXegAmpu5AyyLry0+9OcoVfWyso OGNPKXqDTNYV2yNb3apqZeBe0hdI9F9w/PrcqIWdXVp1E/LuQSo35D/SM58RpjwlbHyZrxbwC plefGqXicP6JVEdweD9/Ge0jpA31h0JWQeDTFDUadYILktqok2BLlXjHn/ByLq7MZoTbrcsyW nnNSkbrWj62NkEmsMxPy3K8MdJjXPurnSOSSYiK499a088ZGw76Qtxp97q4XvVv4ql9IAXf8E G9+KEaYPgBvvEWhda69l8pG9I1DgLPQi14eCjI/mSlTE3Eq3eLJdtIJWr+lXuqkmdgUslG2jT RrsK95ptUTAgz7BGDF8c7RYMGEQ9TEYJfWwwk0dYg2kLzq/K13MW4xvKf2ooXxcZQn+NhteIv d5R2+yV8dlE1bWQXk38YGoVrOTgBf71nKq2OLerp0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------070306020406050105090701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit >> Would that suffice? If so, would we use the same for >> 'display-buffer-pop-up-window' and 'display-buffer-at-bottom'? > > I don't know about display-buffer-pop-up-window, but for > display-buffer-at-bottom where the height depends on the > number of lines in the displayed buffer like e.g. *Completions* > this is not needed. Note that 'display-buffer-at-bottom' is agnostic of the number of lines in the displayed buffer. We eventually need a generally applicable rule because the user might want to add such an entry to 'display-buffer-alist'. And we might want a corresponding width entry for symmetry. For the moment, we can say that the entry is handled by 'display-buffer-below-selected' only. In the attached two functions I renamed it to 'window-min-height' to make it more consistent with 'window-height'. Please have a look. > I think the semantics of 'min-height' should be a minimal height > of the displayed window wherever it can be displayed. To amend the remaining buffer display action functions, a substantial number of changes will have to be made. 'window-splittable-p', for example, would need an additional MIN-SIZE argument. And what about 'display-buffer-same-window' or 'display-buffer-in-previous-window'? martin --------------070306020406050105090701 Content-Type: application/emacs-lisp; name="window--ensure-min-size.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="window--ensure-min-size.el" KGRlZnVuIHdpbmRvdy1lbnN1cmUtbWluLXNpemUgKHdpbmRvdyBtaW4tc2l6ZSAmb3B0aW9u YWwgaG9yaXpvbnRhbCkKICAiRW5zdXJlIHRoYXQgV0lORE9XIGlzIGF0IGxlYXN0IE1JTi1T SVpFIGxpbmVzIGhpZ2gsIGlmIHBvc3NpYmxlLgpPcHRpb25hbCBhcmd1bWVudCBIT1JJWk9O VEFMIG5vbi1uaWwgbWVhbnMgZW5zdXJlIHRoYXQgV0lORE9XIGlzCmF0IGxlYXN0IE1JTi1T SVpFIGNvbHVtbnMgd2lkZS4KClJldHVybiBub24tbmlsIGlmIFdJTkRPVyBoYXMsIG9yIGhh cyBiZWVuIHJlc2l6ZWQgdG8sIHRoZQpyZXF1aXJlZCBzaXplLiAgUmV0dXJuIG5vbi1uaWwg YWxzbyBpbiB0aGUgY2FzZSB3aGVyZSBNSU4tU0laRSBpcwpub3QgYSBudW1iZXIuICBSZXR1 cm4gbmlsIGlmIE1JTi1TSVpFIGlzIGEgbnVtYmVyLCBXSU5ET1cgZG9lcwpub3QgaGF2ZSB0 aGUgcmVxdWlyZWQgc2l6ZSBhbmQgY291bGQgbm90IGJlIHJlc2l6ZWQgdG8gaXQuICBOZXZl cgpzaWduYWwgYW4gZXJyb3IuIgogIChvciAobm90IChudW1iZXJwIG1pbi1zaXplKSkKICAg ICAgKGxldCAoKHNpemUgKHdpbmRvdy1zaXplIHdpbmRvdyBob3Jpem9udGFsKSkpCgkob3Ig KD49IHNpemUgbWluLXNpemUpCgkgICAgKGFuZCAod2luZG93LXNpemFibGUgd2luZG93ICgt IG1pbi1zaXplIHNpemUpIGhvcml6b250YWwpCgkJIChjb25kaXRpb24tY2FzZSBuaWwKCQkg ICAgICh3aW5kb3ctcmVzaXplIHdpbmRvdyAoLSBtaW4tc2l6ZSBzaXplKSBob3Jpem9udGFs KQoJCSAgIChlcnJvciBuaWwpKSkpKSkpCgooZGVmdW4gZGlzcGxheS1idWZmZXItYmVsb3ct c2VsZWN0ZWQgKGJ1ZmZlciBhbGlzdCkKICAiVHJ5IGRpc3BsYXlpbmcgQlVGRkVSIGluIGEg d2luZG93IGJlbG93IHRoZSBzZWxlY3RlZCB3aW5kb3cuCklmIHRoZXJlIGlzIGEgd2luZG93 IGJlbG93IHRoZSBzZWxlY3RlZCBvbmUgYW5kIHRoYXQgd2luZG93CmFscmVhZHkgZGlzcGxh eXMgQlVGRkVSLCB1c2UgdGhhdCB3aW5kb3cuICBPdGhlcndpc2UsIHRyeSB0bwpjcmVhdGUg YSBuZXcgd2luZG93IGJlbG93IHRoZSBzZWxlY3RlZCBvbmUgYW5kIHNob3cgQlVGRkVSIHRo ZXJlLgpJZiB0aGF0IGF0dGVtcHQgZmFpbHMgYXMgd2VsbCBhbmQgdGhlcmUgaXMgYSBub24t ZGVkaWNhdGVkIHdpbmRvdwpiZWxvdyB0aGUgc2VsZWN0ZWQgb25lLCB1c2UgdGhhdCB3aW5k b3cuCgpJZiBBTElTVCBjb250YWlucyBhICd3aW5kb3ctbWluLWhlaWdodCcgZW50cnksIGVu c3VyZSB0aGF0IHRoZQp3aW5kb3cgdXNlZCBpcyBhdCBsZWFzdCBhcyBoaWdoIGFzIHByZXNj cmliZWQgYnkgdGhhdCBlbnRyeSdzCnZhbHVlLiIKICAobGV0ICgobWluLWhlaWdodCAoY2Ry IChhc3NxICd3aW5kb3ctLW1pbi1oZWlnaHQgYWxpc3QpKSkKCXdpbmRvdykKICAgIChvciAo YW5kIChzZXRxIHdpbmRvdyAod2luZG93LWluLWRpcmVjdGlvbiAnYmVsb3cpKQogICAgICAg ICAgICAgKGVxIGJ1ZmZlciAod2luZG93LWJ1ZmZlciB3aW5kb3cpKQoJICAgICAod2luZG93 LWVuc3VyZS1taW4tc2l6ZSB3aW5kb3cgbWluLWhlaWdodCkKCSAgICAgKHdpbmRvdy0tZGlz cGxheS1idWZmZXIgYnVmZmVyIHdpbmRvdyAncmV1c2UgYWxpc3QpKQoJKGFuZCAobm90IChm cmFtZS1wYXJhbWV0ZXIgbmlsICd1bnNwbGl0dGFibGUpKQogICAgICAgICAgICAgKG9yIChu b3QgKG51bWJlcnAgbWluLWhlaWdodCkpCgkJICh3aW5kb3ctc2l6YWJsZS1wIG5pbCAoLSBt aW4taGVpZ2h0KSkpCiAgICAgICAgICAgICAobGV0ICgoc3BsaXQtaGVpZ2h0LXRocmVzaG9s ZCAwKQoJCSAgIHNwbGl0LXdpZHRoLXRocmVzaG9sZCkKICAgICAgICAgICAgICAgKHNldHEg d2luZG93ICh3aW5kb3ctLXRyeS10by1zcGxpdC13aW5kb3cKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAoc2VsZWN0ZWQtd2luZG93KSBhbGlzdCkpKQogICAgICAgICAgICAgKHdp bmRvdy0tZGlzcGxheS1idWZmZXIKICAgICAgICAgICAgICBidWZmZXIgd2luZG93ICd3aW5k b3cgYWxpc3QgZGlzcGxheS1idWZmZXItbWFyay1kZWRpY2F0ZWQpKQoJKGFuZCAoc2V0cSB3 aW5kb3cgKHdpbmRvdy1pbi1kaXJlY3Rpb24gJ2JlbG93KSkKICAgICAgICAgICAgIChub3Qg KHdpbmRvdy1kZWRpY2F0ZWQtcCB3aW5kb3cpKQoJICAgICAod2luZG93LWVuc3VyZS1taW4t c2l6ZSB3aW5kb3cgbWluLWhlaWdodCkKICAgICAgICAgICAgICh3aW5kb3ctLWRpc3BsYXkt YnVmZmVyCiAgICAgICAgICAgICAgYnVmZmVyIHdpbmRvdyAncmV1c2UgYWxpc3QgZGlzcGxh eS1idWZmZXItbWFyay1kZWRpY2F0ZWQpKSkpKQo= --------------070306020406050105090701-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Dec 2018 18:57: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154403617424663 (code B ref 32825); Wed, 05 Dec 2018 18:57:01 +0000 Received: (at 32825) by debbugs.gnu.org; 5 Dec 2018 18:56:14 +0000 Received: from localhost ([127.0.0.1]:34539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUcLF-0006Pj-Lu for submit@debbugs.gnu.org; Wed, 05 Dec 2018 13:56:13 -0500 Received: from mout.gmx.net ([212.227.17.21]:58789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUcLD-0006PW-R3 for 32825@debbugs.gnu.org; Wed, 05 Dec 2018 13:56:12 -0500 Received: from [192.168.1.100] ([212.95.5.41]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhQju-1grDOt1QCA-00MeAK; Wed, 05 Dec 2018 19:56:01 +0100 Message-ID: <5C081F39.7040305@gmx.at> Date: Wed, 05 Dec 2018 19:55:53 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> In-Reply-To: <5C07974B.4060408@gmx.at> Content-Type: multipart/mixed; boundary="------------040108070406020107070303" X-Provags-ID: V03:K1:6gDy6IZOLn+z4oG1l4HCMW0ygokx/NzYh4hkld12ZqL0y5bbc8/ XS8rjAx/zrbe/ikuZ61cRAtSLVe5VEByT8iwnMK6ULGCPu1vIQi3/EOlwPj/MXT47KYsFi3 lxEKzU1xnt11Uyf8s2VcMW7hdwW253UrtRS8RzlNjgcp4O1dcocMAiuL7S22Lt3vUSU8/QI sum+04N+aDh2SFDEmo4SQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:o/JTNzvYpQs=:QC0bHr/65kTDZycptC8T1E nErOFjXqlXhMO9ZYOyJKuWihqAofsVO2yK/y1bS9MS37K/FeinN3pIPoIRsqvSE/aAgpl6kB4 LxO2nzMlEmVHgNxJvdR6jMamlhEb7xNm30KQT+k5OENtlmGL9e+DUH00RQBWyZUd7wxehTynD NLzR31SZecfHLH4V+TsoYkP7VzIskHfxAXKVG118DTJTuc1pJsjteMMhSrZ9LKeixgy/1s/SE LRCybYuUG37klnJDEadB82pXVULlSbX+ArwdB1zV3ucdC4H8wubta+GdwRJigOQU4+yHaZ/N0 lWsaWrFAQpcoAvc9RusV78Nqlq1fKrp8JqtlH3tEN7PHPZvlOCiUSqSr761v87anBGrS+DHEa kxz9vw0DZJAi8Qe8UM/WzNMCwrfx1LE9OsbzuajuPMLlumRslK0b9UBVa0vFSUk4IDz++N2R1 N7u4nBKNY49wBkflHndu+g/kkA+bn2wqso8mwCre5/c0NqbvqAQTzoyNEz6PopN+6DNMTflmu bv+zGtpK49L/2lDMmBEZI5v/bck2Awm7inqIirYA31Mukz+bhgUVCQyhva/8wpMdyvOvGSrvO fdcbdWg8++LA7VYIR4JCNHapYbmzIJdRvyI8CXNMS3ylvUSkoZWHGnqT/ug4gV7ekfRyaLjr5 rNHoeekmjFCAE8Pm1Y1PfV/fpcTLMZv7iYXKKuH5IMfpeAS82JvvZOSXPPH99tAgWxwnZUdKV px37yAjXHKHnWjNE0nmfq/ca8Ry88JQsFiLQSbiIsiFLlyLrIBIprgZOZnTt7b9MGHZQRWa1F X4IACcVPGCN2miUyDma3MF/ZDSqCtrmpvn7l/CyF5O3v3z5hW4hgoHhCuTLWNPyt7Xwk9b5O2 tSKj7BUqQKiHYZr2bZ0wnODoEyTzmYYa+unZ5YTks= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------040108070406020107070303 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > In the attached two functions I renamed it to 'window-min-height' to > make it more consistent with 'window-height'. Please have a look. Please do not have a look at that. It does things it shouldn't do; ignoring OT1H and messing up OTOH the 'quit-restore' parameter of the (re-)used window. Please try the now attached version of 'display-buffer-below-selected' instead. The idea is that when you call (display-buffer-below-selected BUFFER '((window-min-height . 40))) it makes sure that the window used has at least 40 lines or can be resized to 40 lines at least. To really make the window 40 lines tall you have to use 'window-height' too, like (display-buffer-below-selected BUFFER '((window-min-height . 40) (window-height . 40))) Obviously, 'window-height' may have a different value than 40 and 'display-buffer' will then try to use that value if it is allowed to do so. This means that (display-buffer-below-selected BUFFER '((window-min-height . 40) (window-height . 20))) may fail if the window can be made 20 lines tall but not 40. But if the window can be made 40 lines tall 'display-buffer-below-selected' will try to make it 20 lines tall. OTOH (display-buffer-below-selected BUFFER '((window-min-height . 40) (window-height . 60))) will fail only if no 40 line tall window can be found or made. If subsequent resizing to 60 lines fails, the window will stick to the preexisting height (which can be the result of a split). Is that all sufficiently comprehensible and coherent? martin --------------040108070406020107070303 Content-Type: application/emacs-lisp; name="display-buffer-below-selected.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="display-buffer-below-selected.el" KGRlZnVuIGRpc3BsYXktYnVmZmVyLWJlbG93LXNlbGVjdGVkIChidWZmZXIgYWxpc3QpCiAg IlRyeSBkaXNwbGF5aW5nIEJVRkZFUiBpbiBhIHdpbmRvdyBiZWxvdyB0aGUgc2VsZWN0ZWQg d2luZG93LgpJZiB0aGVyZSBpcyBhIHdpbmRvdyBiZWxvdyB0aGUgc2VsZWN0ZWQgb25lIGFu ZCB0aGF0IHdpbmRvdwphbHJlYWR5IGRpc3BsYXlzIEJVRkZFUiwgdXNlIHRoYXQgd2luZG93 LiAgT3RoZXJ3aXNlLCB0cnkgdG8KY3JlYXRlIGEgbmV3IHdpbmRvdyBiZWxvdyB0aGUgc2Vs ZWN0ZWQgb25lIGFuZCBzaG93IEJVRkZFUiB0aGVyZS4KSWYgdGhhdCBhdHRlbXB0IGZhaWxz IGFzIHdlbGwgYW5kIHRoZXJlIGlzIGEgbm9uLWRlZGljYXRlZCB3aW5kb3cKYmVsb3cgdGhl IHNlbGVjdGVkIG9uZSwgdXNlIHRoYXQgd2luZG93LgoKSWYgQUxJU1QgY29udGFpbnMgYSAn d2luZG93LW1pbi1oZWlnaHQnIGVudHJ5LCBlbnN1cmUgdGhhdCB0aGUKd2luZG93IHVzZWQg aXMgb3IgY2FuIGJlY29tZSBhdCBsZWFzdCBhcyBoaWdoIGFzIHByZXNjcmliZWQgYnkKdGhh dCBlbnRyeSdzIHZhbHVlLiIKICAobGV0ICgobWluLWhlaWdodCAoY2RyIChhc3NxICd3aW5k b3ctbWluLWhlaWdodCBhbGlzdCkpKQoJd2luZG93KQogICAgKG9yIChhbmQgKHNldHEgd2lu ZG93ICh3aW5kb3ctaW4tZGlyZWN0aW9uICdiZWxvdykpCiAgICAgICAgICAgICAoZXEgYnVm ZmVyICh3aW5kb3ctYnVmZmVyIHdpbmRvdykpCgkgICAgIChvciAobm90IChudW1iZXJwIG1p bi1oZWlnaHQpKQoJCSAoPj0gKHdpbmRvdy1oZWlnaHQgd2luZG93KSBtaW4taGVpZ2h0KQoJ CSA7OyAnd2luZG93LS1kaXNwbGF5LWJ1ZmZlcicgY2FuIHJlc2l6ZSB0aGlzIHdpbmRvdyBp ZgoJCSA7OyBhbmQgb25seSBpZiBpdCBoYXMgYSAncXVpdC1yZXN0b3JlJyBwYXJhbWV0ZXIK CQkgOzsgY2VydGlmeWluZyB0aGF0IGl0IGFsd2F5cyBzaG93ZWQgQlVGRkVSIGJlZm9yZS4K CQkgKGxldCAoKGhlaWdodCAod2luZG93LWhlaWdodCB3aW5kb3cpKQoJCSAgICAgICAocXVp dC1yZXN0b3JlICh3aW5kb3ctcGFyYW1ldGVyIHdpbmRvdyAncXVpdC1yZXN0b3JlKSkpCgkJ ICAgKGFuZCBxdWl0LXJlc3RvcmUKCQkJKGVxIChudGggMSBxdWl0LXJlc3RvcmUpICd3aW5k b3cpCgkJCSh3aW5kb3ctcmVzaXphYmxlLXAgd2luZG93ICgtIG1pbi1oZWlnaHQgaGVpZ2h0 KSkpKSkKCSAgICAgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIgYnVmZmVyIHdpbmRvdyAncmV1 c2UgYWxpc3QpKQoJKGFuZCAobm90IChmcmFtZS1wYXJhbWV0ZXIgbmlsICd1bnNwbGl0dGFi bGUpKQogICAgICAgICAgICAgKG9yIChub3QgKG51bWJlcnAgbWluLWhlaWdodCkpCgkJICh3 aW5kb3ctc2l6YWJsZS1wIG5pbCAoLSBtaW4taGVpZ2h0KSkpCiAgICAgICAgICAgICAobGV0 ICgoc3BsaXQtaGVpZ2h0LXRocmVzaG9sZCAwKQoJCSAgIHNwbGl0LXdpZHRoLXRocmVzaG9s ZCkKICAgICAgICAgICAgICAgKHNldHEgd2luZG93ICh3aW5kb3ctLXRyeS10by1zcGxpdC13 aW5kb3cKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoc2VsZWN0ZWQtd2luZG93KSBh bGlzdCkpKQogICAgICAgICAgICAgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIKICAgICAgICAg ICAgICBidWZmZXIgd2luZG93ICd3aW5kb3cgYWxpc3QgZGlzcGxheS1idWZmZXItbWFyay1k ZWRpY2F0ZWQpKQoJKGFuZCAoc2V0cSB3aW5kb3cgKHdpbmRvdy1pbi1kaXJlY3Rpb24gJ2Jl bG93KSkKICAgICAgICAgICAgIChub3QgKHdpbmRvdy1kZWRpY2F0ZWQtcCB3aW5kb3cpKQoJ ICAgICAob3IgKG5vdCAobnVtYmVycCBtaW4taGVpZ2h0KSkKCQkgOzsgQSB3aW5kb3cgdGhh dCBzaG93ZWQgYW5vdGhlciBidWZmZXIgYmVmb3JlIGNhbm5vdAoJCSA7OyBiZSByZXNpemVk LgoJCSAoPj0gKHdpbmRvdy1oZWlnaHQgd2luZG93KSBtaW4taGVpZ2h0KSkKCSAgICAgKHdp bmRvdy0tZGlzcGxheS1idWZmZXIKICAgICAgICAgICAgICBidWZmZXIgd2luZG93ICdyZXVz ZSBhbGlzdCBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRlZCkpKSkpCg== --------------040108070406020107070303-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Dec 2018 01:02: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154405808417973 (code B ref 32825); Thu, 06 Dec 2018 01:02:02 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Dec 2018 01:01:24 +0000 Received: from localhost ([127.0.0.1]:34830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUi2a-0004fk-BN for submit@debbugs.gnu.org; Wed, 05 Dec 2018 20:01:24 -0500 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:1469) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUi2T-0004fW-N9 for 32825@debbugs.gnu.org; Wed, 05 Dec 2018 20:01:19 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C2FE13E426C; Thu, 6 Dec 2018 01:01:09 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7C0813E42FC; Thu, 6 Dec 2018 01:01:09 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 06 Dec 2018 01:01:09 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bitter-Wide-Eyed: 4ef1f414762c67e1_1544058069614_1302542807 X-MC-Loop-Signature: 1544058069614:1920883983 X-MC-Ingress-Time: 1544058069613 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 39D7A80088; Wed, 5 Dec 2018 17:01:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=E8tKJULMQLBKA1wbUW4On/VEUuk=; b= rn8vBf3UnzXB7Tyk122+wOb7wIGOcXAihKDZ8Hl/o3yMfDgxX9nksXBLCFOwNuNw sON4IYx2skySvwpsmoJO5hJgV9dVMcyUKzi+cQnQL5Z7GiHPZ/DLqjwNjZzRBmBe BMOwL7810WHXBh0J+LXUS/sLr+5DWCKTmttR1xMipkg= Received: from mail.jurta.org (m91-129-103-7.cust.tele2.ee [91.129.103.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 6C5B98007F; Wed, 5 Dec 2018 17:00:37 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> Date: Thu, 06 Dec 2018 02:04:27 +0200 In-Reply-To: <5C081F39.7040305@gmx.at> (martin rudalics's message of "Wed, 05 Dec 2018 19:55:53 +0100") Message-ID: <8736rb32ms.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudefiedgvdelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdefrdejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtfedrjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Is that all sufficiently comprehensible and coherent? Thanks, I tried and everything makes sense. What values of window-min-height and window-height would you recommend for the *Backtrace* buffer's window? Should we set only window-min-height to e.g. 10 lines tall, or also window-height? I'd like to see how this design applies in practice. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Dec 2018 09:10: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15440873706741 (code B ref 32825); Thu, 06 Dec 2018 09:10:02 +0000 Received: (at 32825) by debbugs.gnu.org; 6 Dec 2018 09:09:30 +0000 Received: from localhost ([127.0.0.1]:34946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUpf0-0001kf-7G for submit@debbugs.gnu.org; Thu, 06 Dec 2018 04:09:30 -0500 Received: from mout.gmx.net ([212.227.15.15]:48749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gUpey-0001kN-H5 for 32825@debbugs.gnu.org; Thu, 06 Dec 2018 04:09:29 -0500 Received: from [192.168.1.101] ([212.95.5.6]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUZG7-1gvwui17cR-00RJpk; Thu, 06 Dec 2018 10:09:19 +0100 Message-ID: <5C08E736.8010301@gmx.at> Date: Thu, 06 Dec 2018 10:09:10 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> In-Reply-To: <8736rb32ms.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:qA5RpFw2UbXYZ+PJuIGKuLQLnDziqO1e7q07FPz9/SSy/U0LDpj wOGXnWMvL5a9VFhA5wNJKjSIf5WksEGjUwDEYm0/E7HBorkxV/rqgmSYjRjcx2kBhmLDcEv zrVVTteO2Oz+NxCkOhzcES5dHADRr4sZc1f7cPf+UUSIdCklmzOyZThBCm2fKf6GRs1UVJ8 rztOmOsAzCZzSCbAZfdXg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5qednQh9PYI=:JCzi+5jYG9DYWquyPYDaty 2c9KkgRjNyHQ5yN3r9YzD0fLEBTcr3GcXf/pLYlCEYXVLIlSOKkUt+LnWj932OihqgvDZ0jJS myB8TertB3nc2voI+mOTFOdBrS6WejYCK52S7zlJrIzpDc5509NqErBl25fYV3qIpx9fuZKpW ex/hBIjUF51zD/hn2C/WasPtGiZJ/EHP4op/x5iFlhCgyS3x2XTjI+lw0Z1rR/A6qDOXmqHfl KBd6bsvKCRYD2kx1a0xWspr/oE8RE8l9kHIyVN7sts4cOdueQjvT/H5mWyZzMMfN/lPGNN2rA TEnfEns+zR8kWOSxj5bsx48BsJ8YtQDB/e0UyOnbB+PMfQQ/YSvYaVY21FrlPCz+A1osHGBKf 7Xr18yr8cDUhazzFCepiD1R2JGR5RMrzVxWBRrTkIs1AtwUVti4aIv5lHsQM8Ey0GZOclWx3n tvIganuP429JJfHN8HbxOoczNs8cLTaG3TOHb9XNvblI5uPTRew1KpRcQ2zuw6OJnv3KFCm8z biJRljYO75R3Eb/s8HEoJaVZEUbECEX/rYWBUI19ctK6HTfQN6yITyCQlWV4u1PBXwI42eaYU 1BvtUBwc3mSqMiXYMuM3EplFV1ITnPbM+4EpQyZaQ6zvX1GzInzy986HH9ZGI4vBnc8cHqYz/ JwzkRWeUNS1QPaplZspxBylwCyiDL5Pj23fUqV1qr6kJNSJCZdDOF4vP+nfXzdvTOeYRCWMyE FYypya3V2JELLfoxcbhVX9MuzI2wMZqexvExzsB90pTbNRCCWh5QJV1lyAgpnjIrSSRQviyyp lIJjUrHCcjMfR9n21EVvEIGyRpr9YS77ijVgaGInUV05zXB6TVs1VclJj9lIJcMwvheecIyJn Gh1S7VZ+QjL5P4v4Im6YwdwkBIqv3el+ptJlc6oIc0eVFRpOuovnNBEjwEJtbf X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > What values of window-min-height and window-height would you recommend > for the *Backtrace* buffer's window? Should we set only window-min-height > to e.g. 10 lines tall, or also window-height? I'd like to see how this > design applies in practice. 'window-min-height' would have the value you had in mind originally. 'window-height' could be the same but this might be too rigid. IIUC 'debug' first displays the buffer and only afterwards inserts its text. If you can change that, try to use 'fit-window-to-buffer' as 'window-height' value. Otherwise, 'debug' can always call 'fit-window-to-buffer' separately after it has inserted its text. But please keep in mind that 'display-buffer' can always split a small (say ten lines) window that is alone on its frame or when the user has made a special alist entry for it. Hence 'debug' cannot rely on the fact that the window produced by 'display-buffer' indeed has or can have 'window-min-height' lines. That guarantee is only provided by 'display-buffer-below-selected' (with my current proposal). martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Dec 2018 00:01: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15441408596846 (code B ref 32825); Fri, 07 Dec 2018 00:01:02 +0000 Received: (at 32825) by debbugs.gnu.org; 7 Dec 2018 00:00:59 +0000 Received: from localhost ([127.0.0.1]:36147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gV3Zf-0001mF-UL for submit@debbugs.gnu.org; Thu, 06 Dec 2018 19:00:59 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:64372) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gV3Za-0001lt-9a for 32825@debbugs.gnu.org; Thu, 06 Dec 2018 19:00:54 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 47D3E283B1A; Fri, 7 Dec 2018 00:00:49 +0000 (UTC) Received: from pdx1-sub0-mail-a68.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id EEE3C283AFF; Fri, 7 Dec 2018 00:00:48 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a68.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 07 Dec 2018 00:00:49 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Ski-Slimy: 7aa0fe10483cdac6_1544140849095_2031995056 X-MC-Loop-Signature: 1544140849095:643085389 X-MC-Ingress-Time: 1544140849093 Received: from pdx1-sub0-mail-a68.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTP id AFF4B7FE51; Thu, 6 Dec 2018 16:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=3E29fZs/Fg1BhtFXbF/ZilsNS3o=; b= JB5EidYB1KIoVAdOt+eZYSl1vjd197v+f0HN83TYWgdgRENB1LK80Dj+yRpesev+ UV2wvSIiGuIaD/aWjVoj59IAwGciohVriNx5WRo+cXEqLRTYaH8wcQExtIJddn4i pFXLL4Rpc80RKtNwJ/wmUnIyfrrcy4VdG4s9VRlCE0o= Received: from mail.jurta.org (m91-129-103-7.cust.tele2.ee [91.129.103.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTPSA id 6A0BD7FE4F; Thu, 6 Dec 2018 16:00:45 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a68 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C08E736.8010301@gmx.at> Date: Fri, 07 Dec 2018 01:31:37 +0200 In-Reply-To: <5C08E736.8010301@gmx.at> (martin rudalics's message of "Thu, 06 Dec 2018 10:09:10 +0100") Message-ID: <87r2eu43jq.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudefkedgudekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdefrdejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtfedrjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> What values of window-min-height and window-height would you recommend >> for the *Backtrace* buffer's window? Should we set only window-min-height >> to e.g. 10 lines tall, or also window-height? I'd like to see how this >> design applies in practice. > > 'window-min-height' would have the value you had in mind originally. > 'window-height' could be the same but this might be too rigid. IIUC > 'debug' first displays the buffer and only afterwards inserts its > text. If you can change that, try to use 'fit-window-to-buffer' as > 'window-height' value. Otherwise, 'debug' can always call > 'fit-window-to-buffer' separately after it has inserted its text. > > But please keep in mind that 'display-buffer' can always split a small > (say ten lines) window that is alone on its frame or when the user has > made a special alist entry for it. Hence 'debug' cannot rely on the > fact that the window produced by 'display-buffer' indeed has or can > have 'window-min-height' lines. That guarantee is only provided by > 'display-buffer-below-selected' (with my current proposal). I tried to add actions 'display-buffer-below-selected' and 'display-buffer-at-bottom' with alist (window-min-height . 10) to your debugger-previous-window patch, and it works well. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Dec 2018 09:42: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154426209225068 (code B ref 32825); Sat, 08 Dec 2018 09:42:01 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Dec 2018 09:41:32 +0000 Received: from localhost ([127.0.0.1]:37648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVZ75-0006WG-TF for submit@debbugs.gnu.org; Sat, 08 Dec 2018 04:41:32 -0500 Received: from mout.gmx.net ([212.227.15.18]:41293) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVZ74-0006W1-1U for 32825@debbugs.gnu.org; Sat, 08 Dec 2018 04:41:30 -0500 Received: from [192.168.1.101] ([213.162.73.218]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LpKKr-1h9psj3uWD-00fCIf; Sat, 08 Dec 2018 10:41:21 +0100 Message-ID: <5C0B91BE.4040401@gmx.at> Date: Sat, 08 Dec 2018 10:41:18 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> In-Reply-To: <8736rb32ms.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Uvh9hNSmXFXisEnq2LuIzzETFMmmSvMzGZ1fxX+adml/T4FZCYz iDxiSG7WHUnYg9R63q7rP4zYIkUgLONPlzUhryHKfx6HtROHGXyGShDDL23lyKV7mn9p9gb afnM16rJ18fvvv5ho0ydLwXJz6ju9cdBz03zgzdTmIpBEX2pzD2pzlfDr2Sujk5ka/j6b0s tqnRUHzalhFFHMy6MMp4A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:xx5CVjhb3BY=:a5mJRhmEOpm9Rwe/XtdiRO Rr5yBfzYesajgjtUnTvW4jpRreVEO6leuBEYheUGxcEMYl2ut3BVSpBKmbXnpKpf14KBXoVzk aw2FmzARNx45Mgk4y7AsfrxHWIkDUmWuG7NWToOyh6e9sEw/qclFrZ/6c6/7HSwy2vS3oOD5A YdFJJoaC/4stem5tyHWpnlLdbAXwp6unxKEItksZGjUZ9eMGi1NCbNOB+pgvQUKSZ5xlpAJPX 6VXzRguwjXISjE0U6o3mNZn3eyHywbRR+zYlfFIY64ZFRsDv3onOM0n5ahLv3JqQctwKOYpPV jRP/NKm2Gp3AOYmSf523OlVuh7DtmfkrITqeyopLZz8ydCJsFUKCobhK9qLD5sAytb9HxK87x 0eYX8vVwr0Mfxq1CFT6lsBQw4/STa+V7zWFa1OM+uOA85LYDjFF5sGJzlP6Ga/Ll+plxtXcAM sIVOcBBqX5Sn701rQcwoF6rf7VPOqxZhJ4pBGiUbzuigK2Kr20SmPmPpSuZmrT+a8PtR+4I2d bdXDnBIo/W9zhBxP7roH/WF4V6lWE+m77tmGCsBztR6mR15eOdicADgNtiQXV4F580rGUsTAZ jZfjjJAIsvvkEeFkMAgjBaAXO20tRDGrA1JypXJpsZ5vO1kYFwtLeSD1QOOtsbJxQD3oUB8y9 QUNZ9DVt/292vOy84LyTQZlEWMbwkHI39W6rhQUT8pnfpXcRaqN0ZDBEANFcI7YdXFEj6LPGY bj5POqKvUwT8wK7d9TnZywBlHwjXc5RwX9fr8GcOMQv3rGOvKRo44VXLemZeZKoKDZq/p2/1q qsinxyCtIllEJC4ybTwaH9oCnMq2kZz1ultgw8O9nu5NbVsum3tDIQlRGbVT+oupeGSCNC/yD YK+LfhBQhX0ritvm/Ows4Rqmu8Ffz5dldHaN2RSa4Y8/KIUJ8Z2Wbf/5zQP5mn4SGni9WKDlV YcRxicU5YPA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Thanks, I tried and everything makes sense. Now installed on master. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Dec 2018 09:42: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154426209725085 (code B ref 32825); Sat, 08 Dec 2018 09:42:02 +0000 Received: (at 32825) by debbugs.gnu.org; 8 Dec 2018 09:41:37 +0000 Received: from localhost ([127.0.0.1]:37651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVZ7B-0006WW-4S for submit@debbugs.gnu.org; Sat, 08 Dec 2018 04:41:37 -0500 Received: from mout.gmx.net ([212.227.15.18]:57823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVZ79-0006WD-UF for 32825@debbugs.gnu.org; Sat, 08 Dec 2018 04:41:36 -0500 Received: from [192.168.1.101] ([213.162.73.218]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKYLf-1gVqUp04rX-0020Ri; Sat, 08 Dec 2018 10:41:28 +0100 Message-ID: <5C0B91C7.1040906@gmx.at> Date: Sat, 08 Dec 2018 10:41:27 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C08E736.8010301@gmx.at> <87r2eu43jq.fsf@mail.linkov.net> In-Reply-To: <87r2eu43jq.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:vvXYUI4YPSWuR41SO50IT+qdadmmagLdm4iHMt6QnZ3Rr+SabOf wCfm+6ETZ9hp24C7oItgHWIbeIzlFT6RBoqHCXRlx9xrzYOirIhwUqveFMcsxfOMiwqd1DD NdlqztVzCyADW5t7+LPGLJ+KQdimhgP+R1I7RM66LmXR2Bv5E6W4Mo6B3ACGVcf7OQ+Bejm cOegpa8m9zvhTzPmkQJMQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gZpv7kZ2q8E=:KOCDvQd6sqAGpXK3Bgnb81 4k8DFlkZ2Jo6MQop7w/KpkgYwQUJ4jqXYjJIouKTJPArEcXf1M7ex5ZWRsRs3dCU9cD3MTXcL 3r2qlj10Ofqb4pr6VsvWe7EPxWg4gZEcBmW7us68Gw1hVdv36hPFX+jp0qOfCqr2m1yQ8xwxz dquQKsDjRTwfeI/fwcMIIbbhVivzRKSR9cg9TBSz95+ITXDY6tD8A0ioEkZaKyzrgxGWkY5iy e/2mgjaV4ldLv++rjApPhDr7QfepjYoX+M6wz7Par4jnIEAnopiJNbe/kNk2z2IlbbvFwvvj0 O3XK3P7YAC4qLYYj8+oNFTnm6YFJnCrwKbDoeJ93ShGw7E9oMzYO1ibyEqfR7Nc0B0R33/nri rwSbkAzXrnQbCm16wge0lCthIRliBhuvJz66TvtmtuRbrBVEWjdNttn7sC2cdflCgrXj9wV3j ooKsjj7g7019i5tZveE+fh/SPvf54QYYeKZrcLzH0KP4HhuW9fMo+cIO6FcVcOLNGdesLfhqp vWlkli/zbYZ5xgVS9xHCbInAFURIf264c20O/kJHyalUa4JwWjDzmwbndTI0e/coRd9nSgaGL LfSx+nTKAaUiYTdIQ3T8gkmADSjgHzyfOY6qUYxNgVaVTBOOdjmrX7qUTochwpFKvWRKh1vdA yBECXpbS60kIBQLtW6F97ZAXn8uQ+GQoyNh0FkoMnMWBWaDzJUXAS9wezv8pTRHn+ND7oKRIt pBSmh4tz2OolYU/Dq2PTn6r95nEBvp/hr4xxIxgygdsCqBILw9/x3J0QeH23nRId9khVYJSjS O+RhI2JvtoD8M/9TKZZCkEECDDUoBBI5c07dOVmfvQ2xkWPRVCN5WgjYUAGKHnuzCA00CrQ2y +ZM2cV7e9wDeh6tIJX7eGSc3NiRRaLxVGih/GXrmafOdbwyaK/R/QoiyHJQYdof4o5whrILqt pEwKfu5zWtw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I tried to add actions 'display-buffer-below-selected' and > 'display-buffer-at-bottom' with alist (window-min-height . 10) > to your debugger-previous-window patch, and it works well. 'display-buffer-at-bottom' doesn't respect 'window-min-height' yet. If you want it to do that, please tell me. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2018 00:14: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15443144264730 (code B ref 32825); Sun, 09 Dec 2018 00:14:02 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Dec 2018 00:13:46 +0000 Received: from localhost ([127.0.0.1]:39033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVmjB-0001ED-NG for submit@debbugs.gnu.org; Sat, 08 Dec 2018 19:13:45 -0500 Received: from indri.birch.relay.mailchannels.net ([23.83.209.92]:22288) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVmj9-0001E5-Tm for 32825@debbugs.gnu.org; Sat, 08 Dec 2018 19:13:44 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id DDEE13E3EF2; Sun, 9 Dec 2018 00:13:42 +0000 (UTC) Received: from pdx1-sub0-mail-a20.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9BB013E3EBF; Sun, 9 Dec 2018 00:13:42 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a20.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 09 Dec 2018 00:13:42 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Cold-Arch: 05093741496a93b4_1544314422728_454853249 X-MC-Loop-Signature: 1544314422728:1832688106 X-MC-Ingress-Time: 1544314422728 Received: from pdx1-sub0-mail-a20.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a20.g.dreamhost.com (Postfix) with ESMTP id 60A8B80767; Sat, 8 Dec 2018 16:13:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=7KCwvTEUcdv8tiBQux/jr/SnEL4=; b= YqvwIhZNVKRgYXTTu6ruBAqEENIe5zdS7ssPaKLKbW5So8ohDVPWTrdiPQxoQRdR bl7GS10lEes5jXv/sCKIfh2TmrC3GeB6mgkddQE1UbasbndOBTp5IglbjVUhJcXZ T7OEkQcd8av04GrVnwJt5DEYu6ROhCwjXGJ+amSfZR0= Received: from mail.jurta.org (m91-129-103-7.cust.tele2.ee [91.129.103.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a20.g.dreamhost.com (Postfix) with ESMTPSA id C898A80760; Sat, 8 Dec 2018 16:13:40 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a20 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> Date: Sun, 09 Dec 2018 01:40:15 +0200 In-Reply-To: <5C0B91BE.4040401@gmx.at> (martin rudalics's message of "Sat, 08 Dec 2018 10:41:18 +0100") Message-ID: <87bm5v1rx4.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudeguddgudekfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtfedrjeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdefrdejpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Now installed on master. Thanks. Do you plan to install emacs-lisp/debug.el as well? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2018 08:26: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154434395820374 (code B ref 32825); Sun, 09 Dec 2018 08:26:01 +0000 Received: (at 32825) by debbugs.gnu.org; 9 Dec 2018 08:25:58 +0000 Received: from localhost ([127.0.0.1]:39191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVuPV-0005IY-Pg for submit@debbugs.gnu.org; Sun, 09 Dec 2018 03:25:57 -0500 Received: from mout.gmx.net ([212.227.17.21]:47373) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gVuPT-0005IK-L7 for 32825@debbugs.gnu.org; Sun, 09 Dec 2018 03:25:56 -0500 Received: from [192.168.1.101] ([46.125.249.114]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lr46Z-1hAB2o3uiZ-00eg28; Sun, 09 Dec 2018 09:25:46 +0100 Message-ID: <5C0CD187.9060807@gmx.at> Date: Sun, 09 Dec 2018 09:25:43 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> In-Reply-To: <87bm5v1rx4.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------090506030504080708000304" X-Provags-ID: V03:K1:V+MJsSvYds3J0mdRJhghS0+fbR3J2rJZuPq5JsAyYRQFghDkha0 osSej/88H/j4FbzDxr6xWGHBxC5lvfGuoyX53P6NnKzGL4S6ETl2SU/kmfXjr066SSRY5Lw LGH2ylkwdADk0T5riBv/wvV4N03oD2zTxeNNfUECcX92VwdUfD5shJKYTMZWiduDnbZOpxF 5AYepT2jzNht2JcQM5qjg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:BgtqELQEwb0=:yD3erHON9ISSEsxU2DTgZa Bai0ZbaPYmArXbhuee5WU8xTR+zPakWG9rfqJeYaGKV05TdmAxcKLY0b7bzhoQsmQzE7FqIR/ n+oQU2r6serw9+v26McCl2DoWCrc/vFDIbQmg9K3CyTLVOe43rHHUcU/RIBjN8w4xP2EiI+wd WRoKQOQdtkEQTSO9bhX6BhrTCWjm8tj8R6JXuS1vQh7hyJkrhTrWFsuUiEokIyILwuTCZvNOK qAVSfDvgUiwHRo3/Zcg401ukz11YVf80bnwlW2md3qM/xhfPQUbcZPcCduLwMFiLobVWzxSnM Wkxjz5DlW2gyvVDMIzgTTzUzZlcqwW+RiGiOJ7T/4w0FkB4bDIrbjJpjIwxYvc2uDNGiukxHm /oqcxW4WTn7wwJQE7YjearSU++uGVkSmXVFEM1kL2c+UMcBshj+/gVmmIzq4ZkvdneFbT/5Pj eNH1B8azyUYkCZkQZVhZXyAslbTLJKl0RHd5l8EstsnqpPilhU8OIFur2UpxpCFlUmyPmG7G3 Nhv7+FHObQ60er4pW9/Y2lLJly2Bk+bb1RCj9TSz8WjgsPZGd3ARQz0BQLmD7AMpDfG3x+c5m RDs2rSwm7NTLPVycNewscagqUq5m4cLDOv62S0U1193RUs+wVPmvhowcmkjwZjC4iAqnjbAbk 5pfjtwzSM8XQLjo4IvziOMG4VBpj0F3p7TpQVmQxrGDTDBZBaIAB7k+gjMaZtdO7dfWOAcb9h fqw8P6uNPezoAyWAX9d3IT6+EmP0RF2udy2aTo/wUgdm7oMFfL/+Log8ez4QGOwdQAvPa8382 6XU7fStSRZ2wr1D1LITRnRO/18GNEWZaXrWpEhrCH70HotrwkS21c12fhaq5OF7uVGCart0o/ YWZkap4iSif8HynexYn7u/mk7JkRdXgE23wDSR900= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------090506030504080708000304 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable >> Now installed on master. > > Thanks. Do you plan to install emacs-lisp/debug.el as well? Like in the attached patch? That means to leave the responsibility of setting =E2=80=98window-min-height=E2=80=99 to the user. If you have any= thing better please install that. martin --------------090506030504080708000304 Content-Type: text/plain; charset=windows-1252; name="debug.el.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="debug.el.diff" ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9kZWJ1Zy5lbCBiL2xpc3AvZW1hY3MtbGlz cC9kZWJ1Zy5lbAppbmRleCAzNGEyYTEzLi5mNTI3ZGM4IDEwMDY0NAotLS0gYS9saXNwL2Vt YWNzLWxpc3AvZGVidWcuZWwKKysrIGIvbGlzcC9lbWFjcy1saXNwL2RlYnVnLmVsCkBAIC0y MzksNyArMjM5LDggQEAgZGVidWcKIAkgICAgICAocG9wLXRvLWJ1ZmZlcgogCSAgICAgICBk ZWJ1Z2dlci1idWZmZXIKIAkgICAgICAgYCgoZGlzcGxheS1idWZmZXItcmV1c2Utd2luZG93 Ci0JCSAgZGlzcGxheS1idWZmZXItaW4tcHJldmlvdXMtd2luZG93KQorCQkgIGRpc3BsYXkt YnVmZmVyLWluLXByZXZpb3VzLXdpbmRvdworICAgICAgICAgICAgICAgICAgZGlzcGxheS1i dWZmZXItYmVsb3ctc2VsZWN0ZWQpCiAJCSAuICgsKHdoZW4gKGFuZCAod2luZG93LWxpdmUt cCBkZWJ1Z2dlci1wcmV2aW91cy13aW5kb3cpCiAJCQkJKGZyYW1lLXZpc2libGUtcAogCQkJ CSAod2luZG93LWZyYW1lIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdykpKQo= --------------090506030504080708000304-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Dec 2018 00:38: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154440224317736 (code B ref 32825); Mon, 10 Dec 2018 00:38:02 +0000 Received: (at 32825) by debbugs.gnu.org; 10 Dec 2018 00:37:23 +0000 Received: from localhost ([127.0.0.1]:40458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9Zb-0004c0-Iy for submit@debbugs.gnu.org; Sun, 09 Dec 2018 19:37:23 -0500 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:58673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9ZZ-0004bq-H6 for 32825@debbugs.gnu.org; Sun, 09 Dec 2018 19:37:22 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 51EFF124F7E; Mon, 10 Dec 2018 00:37:20 +0000 (UTC) Received: from pdx1-sub0-mail-a47.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 0DA6A125667; Mon, 10 Dec 2018 00:37:20 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a47.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 10 Dec 2018 00:37:20 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Drop-Interest: 183e233660bb7735_1544402240153_2191792624 X-MC-Loop-Signature: 1544402240153:109846404 X-MC-Ingress-Time: 1544402240153 Received: from pdx1-sub0-mail-a47.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a47.g.dreamhost.com (Postfix) with ESMTP id B1F60805B4; Sun, 9 Dec 2018 16:37:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=TsX2BY 3gZqH1yEFFcr/7nFbubEk=; b=d1nX2BiebtEfZlEunBr01MPPj+FCUm11JyjZP4 XsDVruXCQemj0KEvsIKAEo0l1c+o+vGnAPYwAuELG0LVAyXc/B/PKO4t6DhQvqop roFTAty2Q3xBEw0lWOP//YJQz/+qWSrXbB1BD5pDv4S0de2z3vTl1vUTO8Mt36U+ zNv0w= Received: from mail.jurta.org (m91-129-96-177.cust.tele2.ee [91.129.96.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a47.g.dreamhost.com (Postfix) with ESMTPSA id AE6F3805AE; Sun, 9 Dec 2018 16:37:16 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a47 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> Date: Mon, 10 Dec 2018 02:17:49 +0200 In-Reply-To: <5C0CD187.9060807@gmx.at> (martin rudalics's message of "Sun, 09 Dec 2018 09:25:43 +0100") Message-ID: <87ftv6jkfq.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudeggedgvdeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleeirddujeejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirddujeejpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Like in the attached patch? That means to leave the responsibility of > setting =E2=80=98window-min-height=E2=80=99 to the user. If you have a= nything better > please install that. Michael, you proposed to use window-min-height in *Backtrace* window. Do you think it should have some value by default? From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Dec 2018 01:02: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154440369520402 (code B ref 32825); Mon, 10 Dec 2018 01:02:01 +0000 Received: (at 32825) by debbugs.gnu.org; 10 Dec 2018 01:01:35 +0000 Received: from localhost ([127.0.0.1]:40531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9wz-0005Ix-TA for submit@debbugs.gnu.org; Sun, 09 Dec 2018 20:01:35 -0500 Received: from mout.web.de ([217.72.192.78]:60149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9wv-0005Ih-Qi for 32825@debbugs.gnu.org; Sun, 09 Dec 2018 20:01:30 -0500 Received: from drachen.dragon ([88.67.73.131]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MIN2h-1gT84W2PiJ-004BeE; Mon, 10 Dec 2018 02:01:19 +0100 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> Date: Mon, 10 Dec 2018 02:01:16 +0100 In-Reply-To: <87ftv6jkfq.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 10 Dec 2018 02:17:49 +0200") Message-ID: <87efaq5h5v.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:4U0S512ZYOfxXzifY6+LgZJTVHvl77ddLP4vFtq6tmd/35ALQ/r hUp+Nu/ANPxY6dgkgNEtuVI/7YJKm42efZyoqt4bsYZIC+A9Ny7pBMPi1T9tV98oyzaCuiR r+dHmODFddrgjz2hS0Vj7oVoqazl+9ZVORcqW2ZqliCN3yJ++oFdmat28VBCWrD/sMD9SyT t+13pNHHswhEkUhye1G/A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5vVfdgNG9ao=:E1o3X23gRDmyaNI9Ukn6H4 vya1xhyv6ILHMDOpd0u4xbaDXVVdf5eEm7J6ifMQ/UBPDu0n2wqmIwW6lhxxgd55i5mnvruLE EWNnZSBc+BdZn6sxCglDl+S3tuTS90J28iPRDPJYDoZhbUnMzKICO8CfcjpoyA3Z2JamhxcNF oeuW/+KyFw/jWz7dUlSsqW4yiAZn396VhgUPDLB3TKEqW4IT9zjKjWrrWBqoDBbGBopIe2w+m tE3xd+cTAlbGfOqaAn3RLVIbPRE6YRwmqs0WnATfE4NK37j/Lbait+NuyIh1U5ns1TgKUJvxY ddY+E1zTdv4VTxhuw/Lavy1EyELmOI1/HiW/sQV6RR8cwpZeXhs4aLBRscB4bJuHyMNvvRUJu +BiiCFwMEasHDgaqsdqnYm6w85OsnRZvLjOkumm15q2wzvF11wAs5+xVgNCyq00fqWbQrE+9d HBSG3pqifxB13xG7D4qYxWdfqFHVd/ofzvLGcZR4HLMmA+wNFW+D/TCToN2jmBgC5kQdYt+PO mDbj8clokxj+D58jHTkCS4/FOqPGlZwgyOAvvAMmaCNUwrfTrOgTaBOr9mYuOatKPtSfuAwuO rXL63cRd+5zrbWKQjHJvjDewvZ3Rcos+AjwR1vQgzN3qvA7oNga5IhgKByNxUQxTROVWsBQfK Bo9dgl0fyL3fx9VgTGzq4jILZkX4ZzKC4owuRxkfB5wYbxwslPTsCJRb7V+z4XWtbIg9JLpwx y0m+i2oacHC1l6KtOlJ/BEyh5kN4p6Sn6u9Zj5ezKS9YfCPNyo8+2fLcFq4SE0p+OjJ9Vvyzq wfIdlI7DjOrkPQfsKgPjNR6JAidXoG/6xJp8gHbsgd5hIwpEaYdfdFql/LjVdC53UNooafot6 obLHHmCLF3dWtS4ds75HshKhVtp8RN9m7IhVKx7MII3qmbMRMGfTPYZWlZEEyPryzgsM1Md0e 7TlO7GQ/SVg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > Michael, you proposed to use window-min-height in *Backtrace* window. > Do you think it should have some value by default? Would that be a hardcoded value, or do we speak about a new user option? Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Dec 2018 00:15: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: To: Michael Heerdegen Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154448725223450 (code B ref 32825); Tue, 11 Dec 2018 00:15:01 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Dec 2018 00:14:12 +0000 Received: from localhost ([127.0.0.1]:42311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWVgi-00066A-Ju for submit@debbugs.gnu.org; Mon, 10 Dec 2018 19:14:12 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:4347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWVgf-00065y-5b for 32825@debbugs.gnu.org; Mon, 10 Dec 2018 19:14:11 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 76874124A18; Tue, 11 Dec 2018 00:14:07 +0000 (UTC) Received: from pdx1-sub0-mail-a60.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2A4EB124B77; Tue, 11 Dec 2018 00:14:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a60.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 11 Dec 2018 00:14:07 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Callous-Society: 1be66c6d4c2d209d_1544487247311_3046770263 X-MC-Loop-Signature: 1544487247310:759358852 X-MC-Ingress-Time: 1544487247310 Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id C3C61805F1; Mon, 10 Dec 2018 16:14:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=6ciW+ZgoQmKjKZN+Xahw3Y5j21s=; b= TFTM6C29EATDZFEd5TCxotUHCgvQAvAsoiHRuPo03qmfVRLjky+ss6UnX7jocqTr 0wB6bjOfW8dNfppGUy2p4gDLC00MSurVVG9Kzugwt3DiqSkXC6BL0wa71XNF96+Y oG9ytdJtF17nozitv9BdX7u1Pk61xSFdi6NDxSTA54M= Received: from mail.jurta.org (m91-129-96-177.cust.tele2.ee [91.129.96.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id A3626805D5; Mon, 10 Dec 2018 16:14:04 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a60 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> Date: Tue, 11 Dec 2018 02:07:14 +0200 In-Reply-To: <87efaq5h5v.fsf@web.de> (Michael Heerdegen's message of "Mon, 10 Dec 2018 02:01:16 +0100") Message-ID: <87ftv5j58t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudegiedgudelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrudejjeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdeliedrudejjedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Michael, you proposed to use window-min-height in *Backtrace* window. >> Do you think it should have some value by default? > > Would that be a hardcoded value, or do we speak about a new user option? I don't think that someone might want to customize min-height of *Backtrace* because its height depends on the call stack depth. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Dec 2018 01:09: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: To: Juri Linkov Cc: martin rudalics , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15444905384406 (code B ref 32825); Tue, 11 Dec 2018 01:09:02 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Dec 2018 01:08:58 +0000 Received: from localhost ([127.0.0.1]:42353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWWXi-00018y-2v for submit@debbugs.gnu.org; Mon, 10 Dec 2018 20:08:58 -0500 Received: from mout.web.de ([212.227.17.12]:59053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWWXg-00018j-Gj for 32825@debbugs.gnu.org; Mon, 10 Dec 2018 20:08:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1544490526; bh=9a5Ph0azySR2lUma5yjXc4ofeaY/TaHQS9v16yTyi68=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=aDrEMfg1vEMxmBI/lFbjlsbuM6VFoLLF3kzQsQgKhZHArg0eqxKNdyC5xD8FjxfLN KsROSZanS+cBJ4UiW6F+mAZVt+6RnRj/mR53wCwpE2Q+jV4mCEyHaQiqssIaZheAMM MhemN0tbP+aFxImrKQ7hF+esamZeZu2IBqCL59Lc= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from drachen.dragon ([88.67.73.131]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MAvGa-1geFmU18Ca-009tlg; Tue, 11 Dec 2018 02:08:46 +0100 From: Michael Heerdegen References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> Date: Tue, 11 Dec 2018 02:08:45 +0100 In-Reply-To: <87ftv5j58t.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 11 Dec 2018 02:07:14 +0200") Message-ID: <87a7lc98f6.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:9UogQH9y7GcSfqCOuB7NqluXNmwRMIDap58958F7trxL/tq1by9 a5VQqrZaItOoO0PKpC0BeZXj5sRt30SaoIRd93ezav5zyupgZ2q4LqLnG3Oa7EKc+yjHqO0 bWouIshLzHaAnmT9UvygPsPouLUvu7GErPfwBu1FdrSPh630+gY96CF5En4+2pvjcGmzNN2 N/xTSxcWyWoJH6LKikYSA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:32Tl/ComPBo=:g0N8mbP0ahyKrxboCjao9Z v0d5JvgJbifFhROMSapuTtKukdmCBjMv2Ry+ZxrIlLj8cefnv3TRCi9i0A9byV96wIcste6FN Img4fkvD4qxCAHQqtTJgOW1GA6RWox9XyQ7Jlu9+HyTN5EjLCMmIzv7nJIBqKKu+sOXpj1T5C qkWnh3By9Y3dSn79YcqMq1NnmLUh33ge4HCzYxB8aUne1KrLHGyOpDasnFHD591FovK/GCodv RI07JxpnF+z7iE+8os+OoGljLVkKIoPdSr2F2VtLBsuhYXTjbMVEi1UYfB9OXTw/EaPyj5ZkJ kDXvFEvYZRj8yFjBLxihZGh5Q8gC/aNinvIVRy/CEDDpGgxRBOjn02ydwbaDflhEl68FVdCdB IfxLf2nGMu9fKqPziBxW0py1dMCycky7BzmLa1sULZh6gUBuyAvI+kmNHE6cX0WOMJJHeEqwe 4ZMLN3IddbWRNxfHhLSSHD37BFJW3TSsVfbv7Mzlt0gRmdcRUJVIOvh2DaSi5d/rp/um69NsD gkYdt9M5FRamgVeor+xizvMiyCXx+zdhlLiuC9MlrO3ez6zUtcnBEcRKth3RGiG4IbEeGK/QZ rXWDcH2bC4xX88KqZI9T4WIqcXLN/ufUFoB9Bf/v8I6jwmQiaEulRpfgadBhT2sNUa41He34x uQsJNVu4jBQ2rcvdMV547ERVoWr4oN78Sk/FgqcOn0nH4Sfz1gqPPnZLDt63/3R7iAnIbeh8p h4szlaJtxp++EzOz7Yc1+bVOiFMLmHBw7J7gN2kL5H84cYcUaIhnYgU2olQAhxGg2XVIU/y/P GgdNVM1W5xeHybVYxisPMxWanAdKq2VA6FMcTVA7SMQAsAZX0Av8nZZxcE3jmJbDeAMVvVTHM HdBbPmq7E6nxtTXAo01CWL0ptRggm4B6hNQ01c9I1X63blN40sUzc803n97PNazJFt+pKnqEV DBJwVIkhYfA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > > Would that be a hardcoded value, or do we speak about a new user > > option? > > I don't think that someone might want to customize min-height of > *Backtrace* because its height depends on the call stack depth. But some people might care and others not because they prefer to resize the window they get no matter how narrow it is. If I say the default min height should be 10, could people still configure otherwise? Maybe some people could manage with less, because they use text-scale-mode to use a tinier font or something like that. Dunno, it's hard to predict. Michael. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Dec 2018 08:35: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: To: Michael Heerdegen , Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15445172654887 (code B ref 32825); Tue, 11 Dec 2018 08:35:01 +0000 Received: (at 32825) by debbugs.gnu.org; 11 Dec 2018 08:34:25 +0000 Received: from localhost ([127.0.0.1]:42756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWdUn-0001Gl-JN for submit@debbugs.gnu.org; Tue, 11 Dec 2018 03:34:25 -0500 Received: from mout.gmx.net ([212.227.17.22]:58627) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gWdUl-0001GY-PO for 32825@debbugs.gnu.org; Tue, 11 Dec 2018 03:34:24 -0500 Received: from [192.168.1.101] ([212.95.5.96]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MXEs5-1gzw5z1R8X-00WBJs; Tue, 11 Dec 2018 09:34:14 +0100 Message-ID: <5C0F7680.8000506@gmx.at> Date: Tue, 11 Dec 2018 09:34:08 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> In-Reply-To: <87a7lc98f6.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Qbxl/mV5THApk1TzTZZOHFHSIHgdym/bjj5n5sKU31sdWcqlx6i Drkz99hJb8iHa21LCMd7MngVB6LnDABt6rjxYh9DcsS7P4Fi7qQ7cnW9YbsFQf8hq1zSE2D Coy/W+z1vgMxfB6b4uKsGx4GkWEB8zyFnkkVOJ0UcS5bUzLKsqmZcRuyVCfy47BpI+QBtG+ mDEALU3w9TxlccN0g0WdQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:aZWYmNleJ0o=:v6Tod/+F/llZiImiNfbY1C uGAMEiY6914ID3YBdykPJ6DqmMvrskFscwb3DTw5WDqQuNdwNx0bdu3m4OEKH6EOG8fzTL6pr N9QpCGkRm4cXA7yo8DX03vjABtqYmu7pMIIiYRn8I/LbGDovk0nIXuq5WspU8lnGxEK4e68+N Ad/v8REnwqKUhV4W0j8YJC4RtVPd8jzKKKRKfVkGYMinGoTQJzPGXrnpnOUQ1bOjJW5WEYEEl SHrXYBwx1csgiOoGIuMbsRgGcOcq2U/GbiCXP+JxLO2IQZYhmefT8gcrPCoWFL01MJ1dktRBh Qr0TV1ILz5qA8+mc2YzvDE1qqJal0t69W943oUhAWqJdTGe5A4tXS+RQiwOWyAttTFm+9+M+Y gD7nAJgfbp9xuhEaSSLYiZMfK/VqByM2VRmE9EsL3d6iZexbusjd9b5tzY6kloouA/63BpVss 6uZdYx2zA7q1r7a+ulGTcd4Zwf2jFA+qMvwvZFVOOrPADh6C0He7sjCNtnm1tz3lBxYiejr/4 MxXngqFO1YrU1nkjT6ObxyItGt72AzE4UM8tOhXWR1uQ4p7P9KgiUrXrt+FelGNads1OfeeBV gwnwdIWQSkvi4D5DrBdDL/UWsNu5lIB7EwYVpoo2hnRoCzv5MdkCgWDHiO8e5GEiPQv9b3hoq XJETIinMRG5gYsASDCP1zhPJ16MoyM5dhmzSLBT3c0EfB/kcfiIWKTnrMwqBs8bzd3X113tGu zAG8Hj1lF5p1HMPdYINEu8ySJoIhc5/XxglI40newePZNqsCCbzwbYILTjbkh16Vd0JzQTtpk cH3/WthWhuE4K6hlO/MBzpxuMWbzYlygGeggZ7prEQi5N7ukdnqlwgueDZgG6opkuZ9BIPD2k jeu1n8Kw9ENCmthvGYtW5keBQsoD86i91CXvvL+TWiH86NTYuFtr9q2XpSUxJT X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > If I say the default min height should be 10, could people still > configure otherwise? Via 'default-frame-alist', yes. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Dec 2018 23:59: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15453503331341 (code B ref 32825); Thu, 20 Dec 2018 23:59:02 +0000 Received: (at 32825) by debbugs.gnu.org; 20 Dec 2018 23:58:53 +0000 Received: from localhost ([127.0.0.1]:56910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ga8DN-0000LZ-KK for submit@debbugs.gnu.org; Thu, 20 Dec 2018 18:58:53 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:8268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ga8DL-0000LP-Tb for 32825@debbugs.gnu.org; Thu, 20 Dec 2018 18:58:52 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8A89F502247; Thu, 20 Dec 2018 23:58:50 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3767C50111A; Thu, 20 Dec 2018 23:58:50 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 20 Dec 2018 23:58:50 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hysterical-Industry: 19dd27eb34eb465a_1545350330412_2678485843 X-MC-Loop-Signature: 1545350330412:2740897234 X-MC-Ingress-Time: 1545350330411 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id C9D6980865; Thu, 20 Dec 2018 15:58:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=h2N4x33fKMMv+yiU0yCPZ8B8n9k=; b= A/IsoQyVgkqE1zHOAkgIAKBfEioDKeqXLWnbKcKTw/8XXPderky1YWKMKZJXOqmU 3VZhR0rTPOtf/w5zw2hWFhIkgAPXN7ngmM7e0ZvNqnwZMZdJILRLmUQcZ5JqIHfF a5JenL0VrM/nkn0QCHmGU3deIO0BmnnVw8LN1X50Vl8= Received: from mail.jurta.org (m91-129-106-79.cust.tele2.ee [91.129.106.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id 176DA8085A; Thu, 20 Dec 2018 15:58:46 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> Date: Fri, 21 Dec 2018 01:57:51 +0200 In-Reply-To: <5C0F7680.8000506@gmx.at> (martin rudalics's message of "Tue, 11 Dec 2018 09:34:08 +0100") Message-ID: <87imznda4g.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudejgedgudefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdeirdejleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdeirdejledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> If I say the default min height should be 10, could people still >> configure otherwise? > > Via 'default-frame-alist', yes. I installed display-buffer-below-selected with window-min-height=10. Please note that if there is no suitable window with at least 10 lines high, it still displays the *Backtrace* buffer in random windows, every time in another window because it doesn't remember a prev [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [23.83.214.98 listed in list.dnswl.org] 1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [23.83.214.98 listed in bl.score.senderscore.com] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> If I say the default min height should be 10, could people still >> configure otherwise? > > Via 'default-frame-alist', yes. I installed display-buffer-below-selected with window-min-height=10. Please note that if there is no suitable window with at least 10 lines high, it still displays the *Backtrace* buffer in random windows, every time in another window because it doesn't remember a previous window. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Dec 2018 09:16:03 +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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154538373130041 (code B ref 32825); Fri, 21 Dec 2018 09:16:03 +0000 Received: (at 32825) by debbugs.gnu.org; 21 Dec 2018 09:15:31 +0000 Received: from localhost ([127.0.0.1]:57091 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaGu3-0007oS-Mf for submit@debbugs.gnu.org; Fri, 21 Dec 2018 04:15:31 -0500 Received: from mout.gmx.net ([212.227.15.18]:36165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaGu1-0007oA-IX for 32825@debbugs.gnu.org; Fri, 21 Dec 2018 04:15:30 -0500 Received: from [192.168.1.101] ([46.125.249.11]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LgHvY-1hCbvB1tae-00nl0E; Fri, 21 Dec 2018 10:15:21 +0100 Message-ID: <5C1CAF1F.8010408@gmx.at> Date: Fri, 21 Dec 2018 10:15:11 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> In-Reply-To: <87imznda4g.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------080308070505040102040100" X-Provags-ID: V03:K1:BjOWL4oPMOLwfMzOLeSCyMa/7HO56rPie8hsfnBAuIDzxBtbCN3 bVlNrwN4EQhfHNeGBs2iZxHrR+GcbiQvvrcwqEVTBvHVY3MplcJqR6h5TmKyUQDy6hMJfaB 1gZS/wzcSV29lohB5GtnXpO55QAQDIeuw80dCx/KnX+S77pyT/xDNmQ767WatFTBKf7nADP kkCLP5Iofb/vsM8K/YoAQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kevWuAA7X/8=:AB4cdJxRbYbR/FN+DzZkHx shyu4d2TaEN9xfC9o9mZqCPFOue00625yBesTfX/fmVfJGA3wsokwujyNzmj2pI/4AGDKkImO pehJAPMJQve4ZoM7YYcsw0xIR1eqNEf5I8FPVJmc7WElY6jatcfy65wwjSyR0bQz4XDFLBCuS MP9mve5OP4dEoprX1+q+6QCJG421gALce0bqpupFMJXtyUWWlA1rFCOvddtOGeXdPxxhjb+qy QhNVYidIsbj6N/6jYZC9iDShNoU7I3AnlEbxVV1lKGgEFweZJ86Nw9H0x3El48EINsd79/wPq qD++0zok6WJYDjoeWzv3WxqL0ESWtk4vy3nkL3ZFcHtTjOQCs838AQYImRb2Nzbr4wJD74JgO vgZAen5zNGa5gIO09RyIs6ORixruheDgfFyH2iyV/ihseyrmJjlkM+56pMt99rU8uRaAwTI4b prd+IrEdzM+fdo7+CFENmkKJcuAOo3jhe6sabRKeH+UYwmi4eZuZylEERiclYQkjbt3jct0AR EYF03nuxFs2R0en9MdNU7cBWlW4a/CfAXGP3OsgoryfZcvKhcVYEJ2DhULJWFQa150WTw1GRZ v81C/tgSq4XW1/3sTAolhdmu7ONW23NA+FZBl8IvbFHpyw52M5us83lda1tucsSDO+kxOeUBY yOotIBWrDvZgpKsYHCmi/OqizFc4N8ygkmYkBuKZKyzM1r1XyGj58qUnbY0Jlad/U44Lwl22Q +ft41S7mYQJaz4Xw9m/DZ8UKHm1ofM059RfNWt8YFE8VzVgAtr2AlXv8/eMxWZejOV5VLHoIw cMbXKQVml85mgFLIjJqPiILOLPzIigV3aVJMQ+u/Qby5spQ2viCMt7NlTSIFHLk/LgXxjFexc FAj4DO/X2dzg0xXIOhueBpljNQWGVfa8GI5O0ZKBs= X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) This is a multi-part message in MIME format. --------------080308070505040102040100 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Please note that if there is no suitable window with at least 10 lines high, > it still displays the *Backtrace* buffer in random windows, every time > in another window because it doesn't remember a previous window. For starters, users can customize the number of lines by supplying a 'window-min-height' entry. They can also provide an additional action function like 'display-buffer-below-selected' as fallback. And finally we could try what I suggested earlier: Fill the *Backtrace* buffer first and pop to it afterwards using 'fit-window-to-buffer'. The attached untested patch tries to do that. martin --------------080308070505040102040100 Content-Type: text/plain; charset=windows-1252; name="debug.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="debug.diff" ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9kZWJ1Zy5lbCBiL2xpc3AvZW1hY3MtbGlz cC9kZWJ1Zy5lbAppbmRleCBiNmIxZjIwLi41YzE4NmY3IDEwMDY0NAotLS0gYS9saXNwL2Vt YWNzLWxpc3AvZGVidWcuZWwKKysrIGIvbGlzcC9lbWFjcy1saXNwL2RlYnVnLmVsCkBAIC0y MzYsMTIgKzIzNiwzMyBAQCBkZWJ1ZwogCQk7OyBQbGFjZSBhbiBleHRyYSBkZWJ1Zy1vbi1l eGl0IGZvciBtYWNybydzLgogCQkod2hlbiAoZXEgJ2xhbWJkYSAoY2FyLXNhZmUgKGNhZHIg KGJhY2t0cmFjZS1mcmFtZSA0KSkpKQogCQkgIChiYWNrdHJhY2UtZGVidWcgNSB0KSkpCisg ICAgICAgICAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyIGRlYnVnZ2VyLWJ1ZmZlcgorICAg ICAgICAgICAgICAgICh1bmxlc3MgKGRlcml2ZWQtbW9kZS1wICdkZWJ1Z2dlci1tb2RlKQor CSAgICAgICAgICAoZGVidWdnZXItbW9kZSkpCisJICAgICAgICAoZGVidWdnZXItc2V0dXAt YnVmZmVyIGRlYnVnZ2VyLWFyZ3MpKQorCSAgICAgICh3aGVuIG5vbmludGVyYWN0aXZlCisJ CTs7IElmIHRoZSBiYWNrdHJhY2UgaXMgbG9uZywgc2F2ZSB0aGUgYmVnaW5uaW5nCisJCTs7 IGFuZCB0aGUgZW5kLCBidXQgZGlzY2FyZCB0aGUgbWlkZGxlLgorCQkod2hlbiAoPiAoY291 bnQtbGluZXMgKHBvaW50LW1pbikgKHBvaW50LW1heCkpCisJCQkgZGVidWdnZXItYmF0Y2gt bWF4LWxpbmVzKQorCQkgIChnb3RvLWNoYXIgKHBvaW50LW1pbikpCisJCSAgKGZvcndhcmQt bGluZSAoLyAyIGRlYnVnZ2VyLWJhdGNoLW1heC1saW5lcykpCisJCSAgKGxldCAoKG1pZGRs ZXN0YXJ0IChwb2ludCkpKQorCQkgICAgKGdvdG8tY2hhciAocG9pbnQtbWF4KSkKKwkJICAg IChmb3J3YXJkLWxpbmUgKC0gKC8gMiBkZWJ1Z2dlci1iYXRjaC1tYXgtbGluZXMpCisJCQkJ ICAgICBkZWJ1Z2dlci1iYXRjaC1tYXgtbGluZXMpKQorCQkgICAgKGRlbGV0ZS1yZWdpb24g bWlkZGxlc3RhcnQgKHBvaW50KSkpCisJCSAgKGluc2VydCAiLi4uXG4iKSkKKwkJKGdvdG8t Y2hhciAocG9pbnQtbWluKSkKKwkJKG1lc3NhZ2UgIiVzIiAoYnVmZmVyLXN0cmluZykpCisJ CShraWxsLWVtYWNzIC0xKSkKIAkgICAgICAocG9wLXRvLWJ1ZmZlcgogCSAgICAgICBkZWJ1 Z2dlci1idWZmZXIKIAkgICAgICAgYCgoZGlzcGxheS1idWZmZXItcmV1c2Utd2luZG93CiAJ CSAgZGlzcGxheS1idWZmZXItaW4tcHJldmlvdXMtd2luZG93CiAJCSAgZGlzcGxheS1idWZm ZXItYmVsb3ctc2VsZWN0ZWQpCiAJCSAuICgod2luZG93LW1pbi1oZWlnaHQgLiAxMCkKKyAg ICAgICAgICAgICAgICAgICAgKHdpbmRvdy1oZWlnaHQgLiBmaXQtd2luZG93LXRvLWJ1ZmZl cikKIAkJICAgICxAKHdoZW4gKGFuZCAod2luZG93LWxpdmUtcCBkZWJ1Z2dlci1wcmV2aW91 cy13aW5kb3cpCiAJCQkJKGZyYW1lLXZpc2libGUtcAogCQkJCSAod2luZG93LWZyYW1lIGRl YnVnZ2VyLXByZXZpb3VzLXdpbmRvdykpKQpAQCAtMjU4LDI1ICsyNzksNiBAQCBkZWJ1Zwog CQkJICAgICh3aW5kb3ctdG90YWwtaGVpZ2h0IGRlYnVnZ2VyLXdpbmRvdykpKQogCQkgICAg ICAoZXJyb3IgbmlsKSkpCiAJCShzZXRxIGRlYnVnZ2VyLXByZXZpb3VzLXdpbmRvdyBkZWJ1 Z2dlci13aW5kb3cpKQotICAgICAgICAgICAgICAodW5sZXNzIChkZXJpdmVkLW1vZGUtcCAn ZGVidWdnZXItbW9kZSkKLQkgICAgICAgIChkZWJ1Z2dlci1tb2RlKSkKLQkgICAgICAoZGVi dWdnZXItc2V0dXAtYnVmZmVyIGRlYnVnZ2VyLWFyZ3MpCi0JICAgICAgKHdoZW4gbm9uaW50 ZXJhY3RpdmUKLQkJOzsgSWYgdGhlIGJhY2t0cmFjZSBpcyBsb25nLCBzYXZlIHRoZSBiZWdp bm5pbmcKLQkJOzsgYW5kIHRoZSBlbmQsIGJ1dCBkaXNjYXJkIHRoZSBtaWRkbGUuCi0JCSh3 aGVuICg+IChjb3VudC1saW5lcyAocG9pbnQtbWluKSAocG9pbnQtbWF4KSkKLQkJCSBkZWJ1 Z2dlci1iYXRjaC1tYXgtbGluZXMpCi0JCSAgKGdvdG8tY2hhciAocG9pbnQtbWluKSkKLQkJ ICAoZm9yd2FyZC1saW5lICgvIDIgZGVidWdnZXItYmF0Y2gtbWF4LWxpbmVzKSkKLQkJICAo bGV0ICgobWlkZGxlc3RhcnQgKHBvaW50KSkpCi0JCSAgICAoZ290by1jaGFyIChwb2ludC1t YXgpKQotCQkgICAgKGZvcndhcmQtbGluZSAoLSAoLyAyIGRlYnVnZ2VyLWJhdGNoLW1heC1s aW5lcykKLQkJCQkgICAgIGRlYnVnZ2VyLWJhdGNoLW1heC1saW5lcykpCi0JCSAgICAoZGVs ZXRlLXJlZ2lvbiBtaWRkbGVzdGFydCAocG9pbnQpKSkKLQkJICAoaW5zZXJ0ICIuLi5cbiIp KQotCQkoZ290by1jaGFyIChwb2ludC1taW4pKQotCQkobWVzc2FnZSAiJXMiIChidWZmZXIt c3RyaW5nKSkKLQkJKGtpbGwtZW1hY3MgLTEpKQogCSAgICAgIChtZXNzYWdlICIiKQogCSAg ICAgIChsZXQgKChzdGFuZGFyZC1vdXRwdXQgbmlsKQogCQkgICAgKGJ1ZmZlci1yZWFkLW9u bHkgdCkpCgo= --------------080308070505040102040100-- From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Dec 2018 23:48: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154552242629937 (code B ref 32825); Sat, 22 Dec 2018 23:48:02 +0000 Received: (at 32825) by debbugs.gnu.org; 22 Dec 2018 23:47:06 +0000 Received: from localhost ([127.0.0.1]:60326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaqz4-0007mm-5o for submit@debbugs.gnu.org; Sat, 22 Dec 2018 18:47:06 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:49461) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaqz2-0007mT-O1 for 32825@debbugs.gnu.org; Sat, 22 Dec 2018 18:47:05 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id A74815C3BB6; Sat, 22 Dec 2018 23:47:03 +0000 (UTC) Received: from pdx1-sub0-mail-a66.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 620A25C3CCD; Sat, 22 Dec 2018 23:47:03 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a66.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 22 Dec 2018 23:47:03 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Cellar-Whistle: 26b8cf8c137ad85f_1545522423501_1824482300 X-MC-Loop-Signature: 1545522423501:2394908466 X-MC-Ingress-Time: 1545522423501 Received: from pdx1-sub0-mail-a66.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTP id 274818070A; Sat, 22 Dec 2018 15:47:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=A+D6bqJspyT0C2Dw+qx64GH15rU=; b= 1chX/c8OBt9oa+klcDap88VvbgfYWWBaUSDJRLAljQKRum4NgAJFmRgPiKs2WRCa 0syTtCNVZwp5yYZWBGrQbiwlXmFzSNWRNjCfEiVukXjm6o5m1vaudPjAGUP0dWTn frhGnLN8WmDbGDH17hQc4K8rAq/Swz7D89s99rVkeeU= Received: from mail.jurta.org (m91-129-106-79.cust.tele2.ee [91.129.106.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a66.g.dreamhost.com (Postfix) with ESMTPSA id 97F97806FC; Sat, 22 Dec 2018 15:46:59 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a66 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> Date: Sun, 23 Dec 2018 01:45:17 +0200 In-Reply-To: <5C1CAF1F.8010408@gmx.at> (martin rudalics's message of "Fri, 21 Dec 2018 10:15:11 +0100") Message-ID: <87y38h5do2.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudejjedgudejkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtiedrjeelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtiedrjeelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Please note that if there is no suitable window with at least 10 lines high, >> it still displays the *Backtrace* buffer in random windows, every time >> in another window because it doesn't remember a previous window. > > For starters, users can customize the number of lines by supplying a > 'window-min-height' entry. They can also provide an additional action > function like 'display-buffer-below-selected' as fallback. And > finally we could try what I suggested earlier: Fill the *Backtrace* > buffer first and pop to it afterwards using 'fit-window-to-buffer'. > The attached untested patch tries to do that. Thanks, this is much better. Maybe then window-min-height should be dynamically calculated like (window-min-height . ,(with-current-buffer debugger-buffer (count-lines (point-min) (point-max)))) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Dec 2018 09:42: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15455580753466 (code B ref 32825); Sun, 23 Dec 2018 09:42:01 +0000 Received: (at 32825) by debbugs.gnu.org; 23 Dec 2018 09:41:15 +0000 Received: from localhost ([127.0.0.1]:60543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gb0G3-0000tq-C8 for submit@debbugs.gnu.org; Sun, 23 Dec 2018 04:41:15 -0500 Received: from mout.gmx.net ([212.227.15.15]:38095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gb0G1-0000tc-IN for 32825@debbugs.gnu.org; Sun, 23 Dec 2018 04:41:13 -0500 Received: from [192.168.1.101] ([46.125.250.117]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgbTj-1gmCPe0lyJ-00NxBp; Sun, 23 Dec 2018 10:41:05 +0100 Message-ID: <5C1F5830.1090802@gmx.at> Date: Sun, 23 Dec 2018 10:41:04 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> In-Reply-To: <87y38h5do2.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:6puFc8vwGSJMKAUlQJn0Xrv63ZsHlqirbvCOtdrXErTilqaPNE0 X6IcAF7oiT/9nWGU9EWAxRATu2qdlItqzaHaUDKnPCj8IDcFFpM9WvzPzYbXum6gXw+8Uab aCPNrTjQXIiQaCr4uEqi15HzGBUq3+Xo+5mINA54ZIhjRtvoa1/3z+dZ/HieVAQo7qiwVhN LiSXWJ+2BNo2244JUTHgQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:M73HW6xP7k8=:/qaNX3+9NCdkHmFCYqmABp jxS5fmoS04Av6P9EIHfUUqH4DC0gi6JufTvhzqD3x5E3WIQ8cnRlEoDQx7UFtq963oKH7iQ1D TImBBn9ACEzqR6SV7OWNXpFuwGb05quN1a7nQ6hpLnl608Y+1BNKgKaF9K5Nw9uW8zOUlhR6Y o8SqmGrS8TnZuJ14K4gAINJ97gP0fjLSLdDAjIpdgblYotOSyY2WgRPoKwJsLXUnMNtCDWfgq CFw8w9nZonrAQpwkJpj0BA/iAgLZnOrNGpIOyBBrVaxpbFUWiTpHTIXL6HSNYVQNnhfScK64Y Zn8HMwMGYYSKPjGjRwehR79EAMWGErk1tHYAwbLX5o8Rb6qRAkO5mXfRwlmBM9gMZ4VpiB8q5 /p2ujg8Wf90nvqa3fRr6aek2Wl2WTlMs53opZXVeA4QpbXJcLd6MjtMAV9OkVay4xZCr7sHpJ gGVDmCbEV1kHFbCe/3qQ7xmDtxmdq9IGZrbuoCjyloBXyIyW2TIWfIGSAjePf80jdg/qLEYeu y3oiDT6X/uSmmtjnKuc9t2igcygvRnOKHVkXBKcprDPGQku+l9VyqmDIkjw/WUYJJn+dTDk+4 CEV7kImq2QrX6f9+EahllF1vXb41YHQTkugC8F3W0sMdichiTFNFAxTr2PjXmEerLTDeptz4U yXPO+/6unj/S5TVk2pa9dt0n3i0PxBlx0E2+BGpN817IvC/Bmtut/1mvFME1frr7aKful0oVj YKtYJYfPkO5uTb0XIJ0p2YAnr/UrAgXR7rJ4O4Qyhkv8oEMyEmwZIXs0ALxtZHZinIgTEND97 m/fTjyamGNmUHpz5OWQauPQaVhuRTWA2aCRvXe/kD0UQHdIaHzgB94Gj2UAnmpClANpBWlhNo D8Qta7t86xss6HGtyW2ar/PQgo/o22qGBohqnItcbvaPdiz8tEno+UhseVrBwI X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Maybe then window-min-height should be dynamically calculated like > > (window-min-height . ,(with-current-buffer debugger-buffer (count-lines (point-min) (point-max)))) Wouldn't this prevent larger *Backtrace* buffers from getting shown below the selected window? martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Dec 2018 23:34: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154560801828906 (code B ref 32825); Sun, 23 Dec 2018 23:34:02 +0000 Received: (at 32825) by debbugs.gnu.org; 23 Dec 2018 23:33:38 +0000 Received: from localhost ([127.0.0.1]:34130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbDFa-0007W9-FC for submit@debbugs.gnu.org; Sun, 23 Dec 2018 18:33:38 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:11190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbDFY-0007W1-Hf for 32825@debbugs.gnu.org; Sun, 23 Dec 2018 18:33:37 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 507E43E3B08; Sun, 23 Dec 2018 23:33:35 +0000 (UTC) Received: from pdx1-sub0-mail-a62.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 027563E3A70; Sun, 23 Dec 2018 23:33:34 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a62.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 23 Dec 2018 23:33:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Stupid-Abortive: 6256aad0000cb84f_1545608015148_2696061713 X-MC-Loop-Signature: 1545608015148:895884650 X-MC-Ingress-Time: 1545608015148 Received: from pdx1-sub0-mail-a62.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTP id A127C80927; Sun, 23 Dec 2018 15:33:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=U2QUyhPjeeSIX1s/vw1AGKUnPTA=; b= zu63YTE5C7EgCzV+MSdmd+VFrLgVHM/4eM+KKpAzFfuSiD2kQHK5+K/fNtfP3PMx eDGYLNVQSk/6SuLKgIiR9prrTSsVQZE6T1D9Ri5SFl82RvZCHyaphrryGSKaFhag g3Xy/8YLLpCHn+exuqk8aIYPR6+KIshI1uKEKgetF+s= Received: from mail.jurta.org (m91-129-106-79.cust.tele2.ee [91.129.106.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTPSA id AD55680925; Sun, 23 Dec 2018 15:33:32 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a62 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> Date: Mon, 24 Dec 2018 01:32:24 +0200 In-Reply-To: <5C1F5830.1090802@gmx.at> (martin rudalics's message of "Sun, 23 Dec 2018 10:41:04 +0100") Message-ID: <87wonzlszb.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudektddgudduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdeirdejleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdeirdejledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Maybe then window-min-height should be dynamically calculated like >> >> (window-min-height . ,(with-current-buffer debugger-buffer (count-lines (point-min) (point-max)))) > > Wouldn't this prevent larger *Backtrace* buffers from getting shown > below the selected window? I see what you mean. Then what about: (window-min-height . ,(min 10 (with-current-buffer debugger-buffer (count-lines (point-min) (point-max))))) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Dec 2018 08:15: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154563927416482 (code B ref 32825); Mon, 24 Dec 2018 08:15:02 +0000 Received: (at 32825) by debbugs.gnu.org; 24 Dec 2018 08:14:34 +0000 Received: from localhost ([127.0.0.1]:34235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbLNi-0004Hm-JS for submit@debbugs.gnu.org; Mon, 24 Dec 2018 03:14:34 -0500 Received: from mout.gmx.net ([212.227.15.15]:56879) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbLNg-0004HZ-DR for 32825@debbugs.gnu.org; Mon, 24 Dec 2018 03:14:33 -0500 Received: from [192.168.1.101] ([213.162.73.205]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lm3H7-1hAg891jzF-00ZfgX; Mon, 24 Dec 2018 09:14:24 +0100 Message-ID: <5C20955C.20101@gmx.at> Date: Mon, 24 Dec 2018 09:14:20 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> <87wonzlszb.fsf@mail.linkov.net> In-Reply-To: <87wonzlszb.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kwKEfxpctaJsW+/2UIs3Lf08mniKMCZOVW6S0O0EeaxOaewePXa E7VMyCBAzuYipp1zJvoZpXYSpAG97EV4EXRL04sDFhsQyB5VgbG8aO84l9JlYIJBnolDRAE bwCXbOrfCcjBf31OFEIfI+tpeNiGzV8uHAXo4AbL5zgZE5NBEHdEbbKh2l9PagfKDR3X8E3 1wEipONu8r0A0lT/buOWQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:mJUVRclf0b8=:btOUj1+5AA3Jf4Bmn9pQyt L1Rs7WmRiETloO1JSCM7CTazNJmroQxVIXVH3NtxSsq1bhu58fUJJsXdSKPWvQQmMuswd8H8/ Hmg0OIFsoyo7e5hH/Ndh0VrIBdc1BSwJAAG8MfOmlBpy1WSqJlKMKQA+KNeS9LStXSNRD4RhT iYDbHSD7kzpME7Bncukmgg3kw+YLMCIfL4DXk7/7QAAUsY1A1LWntetg+NHPwsaUAXu4P6IeS nGehm2aMfVgn0kynG0lGS32gLdF+ZC6qcJ3CZkzQjaRTrkuY5SeA6XWzRSfn29cAxlz0dvARV VrCeA9fjnc97R0AADH7rTW4yWXsoluhv+13pOBe3UGWb9ghswWWOVkoye+yU05TWX1rY517hE MPpqZ9GP+PeZxH7R02qCKyhW7onj/f+1+oHRoOqG7KqlCpb/cIzlxRv2AwyNFQpQUD+NmSaOF 3WZRGW2dy2AlXi/lgcf/YCMgHp+hhDbSpDclGFJQEVId+V899+F2VJFo1pnVjCdkEz8Xt+5r3 f7j94mjgE/kqz2BbzxmDs4r4MkrMBkd+AGT9irppusLDOSvsPXfbGqe1UN9iVKocbR2fAngS3 TQs9BuaqRLVUrupoInIVLA94jMBTVlAHa6zpeNMT4mdU8e46AoiaAQe1mtN//aI73+ut6MA6I cezFEuQqmSWP4dLeZonhm1PKT782nb6KF7Zi/PQbq7cbdrHHzk46ZFgGCOugjR496wXxofLnn B89TqelQnBlTrtkwijSLjTG0hmsqiAu0zqDEA5ylXlZQAE98FS4JIQhPSKtGWE1DnUvwgvjZr URU7Fi3hUELV5kvxQ20MKa21+jxYwoTPFz1Kidw0XO2yG7j/N9VZTFyb9/X9oYTCRFdl/1066 YRYS8TyaXyDf2R6H6mtLlR1ulRYnd/KRn//PDlBdSTyOWWxxpU9mJL8rvlrb0A X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I see what you mean. Then what about: > > (window-min-height . ,(min 10 (with-current-buffer debugger-buffer (count-lines (point-min) (point-max))))) This should never harm. But can you please brush up my rudimentary patch if needed. It's installed here but my private settings don't allow for testing more typical use-cases. Thanks, martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Dec 2018 21:42: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154577411215402 (code B ref 32825); Tue, 25 Dec 2018 21:42:01 +0000 Received: (at 32825) by debbugs.gnu.org; 25 Dec 2018 21:41:52 +0000 Received: from localhost ([127.0.0.1]:36475 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbuSV-00040M-VQ for submit@debbugs.gnu.org; Tue, 25 Dec 2018 16:41:52 -0500 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:15057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbuST-00040B-Nh for 32825@debbugs.gnu.org; Tue, 25 Dec 2018 16:41:50 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 3136B5C48F9; Tue, 25 Dec 2018 21:41:48 +0000 (UTC) Received: from pdx1-sub0-mail-a16.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E2BBC5C48D1; Tue, 25 Dec 2018 21:41:47 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a16.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 25 Dec 2018 21:41:48 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Wide-Eyed-Cooperative: 5300774c2aabccb4_1545774108031_532159706 X-MC-Loop-Signature: 1545774108031:3808116437 X-MC-Ingress-Time: 1545774108031 Received: from pdx1-sub0-mail-a16.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTP id 7AE757F93B; Tue, 25 Dec 2018 13:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=06DIf8FYx972WY+p5CA8yQ7fv7g=; b= 3TM3jkzqZTT8BwLdNfOMQ+MQfsLnOJ3vL3L1bjGCp4dqEOnK9kzOLxKtbIx6WAfo xCdkMkiNj6HKZMO3lFgf2BriZhrG2FcA5TJlKVf4JzOjH8gB5Af6dA/XJOIjKIEn 1baFlQEy8eow6JHmkTlVGeeyluXYh1hWc0TePEIM+mc= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTPSA id 455FA7F91D; Tue, 25 Dec 2018 13:41:44 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a16 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> <87wonzlszb.fsf@mail.linkov.net> <5C20955C.20101@gmx.at> Date: Tue, 25 Dec 2018 23:16:57 +0200 In-Reply-To: <5C20955C.20101@gmx.at> (martin rudalics's message of "Mon, 24 Dec 2018 09:14:20 +0100") Message-ID: <87tvj1pbom.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudekfedgudehiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> I see what you mean. Then what about: >> >> (window-min-height . ,(min 10 (with-current-buffer debugger-buffer (count-lines (point-min) (point-max))))) > > This should never harm. But can you please brush up my rudimentary > patch if needed. It's installed here but my private settings don't > allow for testing more typical use-cases. Please install it as is, I tried it and see no big problems. Then later it could be amended with more improvements. One problem not related to your patch is that when display-buffer-below-selected fails, then the *Backtrace* buffer is still displayed in a random window, not remembering its previous window. A possible solution is to prefer get-mru-window over get-lru-window as the default fallback. From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2018 09:42: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154581731322909 (code B ref 32825); Wed, 26 Dec 2018 09:42:01 +0000 Received: (at 32825) by debbugs.gnu.org; 26 Dec 2018 09:41:53 +0000 Received: from localhost ([127.0.0.1]:36588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gc5hJ-0005xR-8T for submit@debbugs.gnu.org; Wed, 26 Dec 2018 04:41:53 -0500 Received: from mout.gmx.net ([212.227.17.20]:59387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gc5hH-0005xD-08 for 32825@debbugs.gnu.org; Wed, 26 Dec 2018 04:41:51 -0500 Received: from [192.168.1.101] ([46.125.250.34]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3eDF-1hSgJY48iP-00rFue; Wed, 26 Dec 2018 10:41:42 +0100 Message-ID: <5C234CCE.1010707@gmx.at> Date: Wed, 26 Dec 2018 10:41:34 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87bm62p5ea.fsf@mail.linkov.net> <5C063BA5.8080603@gmx.at> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> <87wonzlszb.fsf@mail.linkov.net> <5C20955C.20101@gmx.at> <87tvj1pbom.fsf@mail.linkov.net> In-Reply-To: <87tvj1pbom.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:xkZ+3VTGA7VSYluZCKdXK+TG1YbzbNga9gC6zezoZl7blfbFMHd 7WXhbzGmmv87V9MXpatAH9BIbEf/H5OMMYpRn3cG4t3WZ282J42l7FF/Ms+b9SlBe49spmF 69B2UwLeWSuvdILDDij6AdJEdO7zUMRbd4DJTB9PH2nYNHbBrUSAvnKofGdlWaRlRREQlCf bAuNcxPPDhO1qaEMI/98w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:2IZN6R0zsEQ=:k2qJvRPFXnEhU8CdAMPA2q /tZxQfGSOF9S/7maGnMn5hwpSwZi2mB8bReqWjRHixyzf61Rtqmn9iBz0EzPfmgdooYh+rmje iOaGyrKQlZYLfbNLEk880oJsVT3rhn0NaoP+jlIh2Yu5QiGlIB/Nap9I2cJ5e3LJ73ztgc9kN CQgjC+FEV5QJVGa9ktAeEfwVM7fNp09ztNb1xiuw0dym/e+UQDgY8H8Tpx0nfKtpyqMq2i6L1 PZvZmLsDF2Qh1iHH8dWMzLvCOLIOQYVumB31Oc2KktyaBJnZG/s38qOlsF5lT86jt6Yq4kLdX 6E3XLplwMlTn8tl99M9hjrZfVwPrE1VVVhthvJGIaWG1brORe7LOJAQg+fumzRlUZqSANUqQe zVgz02VCXx2y2PEd/HbUwON/IGzcPxz0gYNBRQmY6AsiP7sLJJgWbYUP2QVDxuPJ/SzNbslRQ fA463jeaOkMARptBJ2W1pFjT9Dn2r8yR+VAN5vYtYQGbkrx0aosB05LdJxg54VzDAWGSPDNRa aqLMgzmEI9PjJVKgPFSfoiKyrUIclBQ7hk2MpDp26n0LJ6sw5SL8ox3kfim/sfLh4fjfNwUXA uLBVW28m2F+AOHjpuhOKZoRTXfT3b8zkzGrIW2YwfTWAXT20Wwrq8SI8JbhV/JbruKCZ/qwK5 7+jttxYal7ICHaoZwPGwYrBgf+rMg1Hkwm5UQ9ljyRTzYnVDDU4Gpke6HgHQ9fVAsrezJhXN2 lpRGUoLnOgy80AxxkhVda7nB/zq6cqC4EhsbUW6jp3+FNKEZ7Y5UNXsGrdrgGTUjq+lOrEXva j3VWadnP2fzg1mXiGNaKEEN655cq+cP+6HpVB1jSZK2rzebQnE3W00gNcR7RJbGHERl/iTGjh KxeS6IdwbQFz2+gU7XVavGiGkVmcXd3CyoxDfZQQuLGQ6/j+kfmOpRQBBJQvRN1gNwRZZ4niP 6fAeo6aSGQA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Please install it as is, I tried it and see no big problems. > Then later it could be amended with more improvements. Installed. > One problem not related to your patch is that when display-buffer-below-selected > fails, then the *Backtrace* buffer is still displayed in a random window, > not remembering its previous window. A possible solution is > to prefer get-mru-window over get-lru-window as the default fallback. IIRC you tried with 'display-buffer-at-bottom' as second default alternative already and were content with it. martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 00:16: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: To: martin rudalics Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154586972827435 (code B ref 32825); Thu, 27 Dec 2018 00:16:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Dec 2018 00:15:28 +0000 Received: from localhost ([127.0.0.1]:38062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcJKe-00078N-El for submit@debbugs.gnu.org; Wed, 26 Dec 2018 19:15:28 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:61947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcJKY-000783-Ll for 32825@debbugs.gnu.org; Wed, 26 Dec 2018 19:15:22 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 779F4432DC; Thu, 27 Dec 2018 00:15:17 +0000 (UTC) Received: from pdx1-sub0-mail-a49.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 309B24314D; Thu, 27 Dec 2018 00:15:17 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a49.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 27 Dec 2018 00:15:17 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Absorbed-Keen: 01019e462c814ef4_1545869717338_1877650669 X-MC-Loop-Signature: 1545869717338:197315299 X-MC-Ingress-Time: 1545869717338 Received: from pdx1-sub0-mail-a49.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTP id C944D7FC83; Wed, 26 Dec 2018 16:15:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=gDMkPLE+Igoegv9BIg9YSvK0VUE=; b= UymHXjFUYhExBrCWgOgnK8ZB7EdeII4oNNOf4Csm5bGHB6nlpcaqcxSvNabo1wVB yI38mNOwY80bZgJjgDHRQ6WB8bVYoUm6Z/7tNWsNd6K6mzs9C58Qe56VROBDqgV2 QGCpmbRVoPCkLbyPHTkLdQPJ+QCeTip1E4oCB2skLM4= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTPSA id E76117FC7D; Wed, 26 Dec 2018 16:15:14 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a49 From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> <87wonzlszb.fsf@mail.linkov.net> <5C20955C.20101@gmx.at> <87tvj1pbom.fsf@mail.linkov.net> <5C234CCE.1010707@gmx.at> Date: Thu, 27 Dec 2018 02:10:05 +0200 In-Reply-To: <5C234CCE.1010707@gmx.at> (martin rudalics's message of "Wed, 26 Dec 2018 10:41:34 +0100") Message-ID: <87lg4bhlsy.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtddugddvtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Please install it as is, I tried it and see no big problems. >> Then later it could be amended with more improvements. > > Installed. Sorry, I just noticed that the code that you moved was executed in the *Backtrace* buffer because it was after the pop-to-buffer call. Now code such as `(count-lines (point-min) (point-max))' is executed in another buffer before the pop-to-buffer call. >> One problem not related to your patch is that when display-buffer-below-selected >> fails, then the *Backtrace* buffer is still displayed in a random window, >> not remembering its previous window. A possible solution is >> to prefer get-mru-window over get-lru-window as the default fallback. > > IIRC you tried with 'display-buffer-at-bottom' as second default > alternative already and were content with it. Adding 'display-buffer-at-bottom' would be good. Customizing get-mru-window over get-lru-window would be good too, I remember you already sent a patch for that ;) From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 09:38: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: To: Juri Linkov Cc: Michael Heerdegen , 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.154590346225033 (code B ref 32825); Thu, 27 Dec 2018 09:38:02 +0000 Received: (at 32825) by debbugs.gnu.org; 27 Dec 2018 09:37:42 +0000 Received: from localhost ([127.0.0.1]:38181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcS6n-0006Vh-Vj for submit@debbugs.gnu.org; Thu, 27 Dec 2018 04:37:42 -0500 Received: from mout.gmx.net ([212.227.15.15]:43683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcS6m-0006VU-H1 for 32825@debbugs.gnu.org; Thu, 27 Dec 2018 04:37:40 -0500 Received: from [192.168.1.101] ([46.125.250.89]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MS5Dm-1go6902cag-00TEfA; Thu, 27 Dec 2018 10:37:32 +0100 Message-ID: <5C249D54.807@gmx.at> Date: Thu, 27 Dec 2018 10:37:24 +0100 From: martin rudalics MIME-Version: 1.0 References: <874leeaiah.fsf@mail.linkov.net> <87r2ex6icv.fsf@mail.linkov.net> <5C07974B.4060408@gmx.at> <5C081F39.7040305@gmx.at> <8736rb32ms.fsf@mail.linkov.net> <5C0B91BE.4040401@gmx.at> <87bm5v1rx4.fsf@mail.linkov.net> <5C0CD187.9060807@gmx.at> <87ftv6jkfq.fsf@mail.linkov.net> <87efaq5h5v.fsf@web.de> <87ftv5j58t.fsf@mail.linkov.net> <87a7lc98f6.fsf@web.de> <5C0F7680.8000506@gmx.at> <87imznda4g.fsf@mail.linkov.net> <5C1CAF1F.8010408@gmx.at> <87y38h5do2.fsf@mail.linkov.net> <5C1F5830.1090802@gmx.at> <87wonzlszb.fsf@mail.linkov.net> <5C20955C.20101@gmx.at> <87tvj1pbom.fsf@mail.linkov.net> <5C234CCE.1010707@gmx.at> <87lg4bhlsy.fsf@mail.linkov.net> In-Reply-To: <87lg4bhlsy.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:MdhiNXfi7bXKs/CMQgckyrDfqaVxl6+SRQCXVzyqojFgKkztE8G cx3jMpnyPTDLdSE4E58bSVjmK2QuT8ZlcOakw42T/+KLhiHdnBojFUErw7HMiWBqBUMtgvz NqtmSIpIKVAnkQ2S0auFwDNptDbbUwUR5rbI665DzlbGYO27XeQ3mJzICM+GmXF/msceQ57 FyFdTO2eWyDOMAbrBG7Dg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:UCgq2QD/hjU=:T27EGDpUor93jZD3NqGJB3 2I5Tyt5hrgCS3D0Vv/CVl52donBNYuqFOaU9Wj58KIRVqIxw2XxUQhj4hJWtX8yvcGDtYvMRq gUxNnIHCTrdBBAPZfHbCKe2RZYLZP2MR3OW+msWvLsr1PraC+vy6NCX1r2s14VyFjZoC54Pba 6zEwO42UuQO4AyP34OEigAdCM2J+RPQH+zztsSHs2CAtv76ZfGj6KGJ7MaKAksSs2CYMhQPVo 61hADiBNJhQFweqwTYuPxkdt0x+C7+OqJr2UCPOJv1PJouOBmIWUBli4ph2yPdAFYJQs4CIPW s41sKodQylZf9Uo0idv+wRy6eP2XdNPXW2O8Tb2n8XP0LHYDgUcQ0bm4jdfbKhxaTxQZc398v v9trAUfp4OXdfbLNa6VCgPokL3HW4sivDyosLzNNLKMU6B+zASFJf4PMLh65miCYhjTT1gyNa mCamD54SFUrmTpV6rcW6JyXW3tqHTxTJoghBfRlWyPyDqPHrcrXQJBdIbVw/qCdcseRSsMSyW yLXBkB3/DL2T3Y9ONJckNKUj52jFnouNUkUL6ZnXX6XqzMM3Ipo436OQQgmomg01pukBI7/sw 0Gn7X01kMKgonHVMkdz2ueLQNUUKaCLKRkfaskEjYFCghjC+z8AIKGmLx11XfiKN7F/LADjyw QWY9jWiJLSCkTceZkWJNEiHSBUaUkmKurlTT7pRbdtMoEjtYzF8l3xpWQJ0AP7ptbL+tRszra lBroOlEmCOMwZVs1EKk3Z8EwyjJl6dKMin7KbkMxPrGlWsxC/MxwvEIetjM/nZyEBsifWP7mk gjxc1KdDM39hFxTWSPOaLck11cufKB0BXKB6RV/GnrQAs1YuuGGxSXufUAEqlH3b6GaqbKLgP E/JGYwDUXkCZxvFkVlrwJyJzfHTSyIv15xlfihiFM01TU2xh/opFlIWQ5cQw6Gn+HvbhRNt/m 3a7mN1w1V1Q== X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) > Sorry, I just noticed that the code that you moved was executed > in the *Backtrace* buffer because it was after the pop-to-buffer > call. Now code such as `(count-lines (point-min) (point-max))' > is executed in another buffer before the pop-to-buffer call. I tried to fix that now but have no idea about the purpose of (message "%s" (buffer-string)) (kill-emacs -1) and whether their new position (before the 'pop-to-buffer') may cause any problems. Please check. > Adding 'display-buffer-at-bottom' would be good. > Customizing get-mru-window over get-lru-window would > be good too, I remember you already sent a patch for that ;) I don't remember that ;) martin From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 14:53: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: To: Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.16513303548157 (code B ref 32825); Sat, 30 Apr 2022 14:53:02 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Apr 2022 14:52:34 +0000 Received: from localhost ([127.0.0.1]:58809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoSY-00027V-Ac for submit@debbugs.gnu.org; Sat, 30 Apr 2022 10:52:34 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoSW-00027E-Bk for 32825@debbugs.gnu.org; Sat, 30 Apr 2022 10:52:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=U4Sm2364fdPV4OzGhIQ0CdC4JsCDzRutEO6SuBOVDx8=; b=nW8HUer9AwjCI+eyFrfjTCSfRR v2cwf1mVr9SXiAKBBB7WvWnR/d5sYZ1i01PNUM7HmEAtTJVCMAQNmpi2urASYoR4CegWzqMZ2mdUL xSwHDoY5m3yLQm66TPemHGMp46CCykyQm55i3F+lVit7YHJ3nM/ZdXfw198BAbQu/Dak=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkoSN-0000m3-RT; Sat, 30 Apr 2022 16:52:26 +0200 From: Lars Ingebrigtsen References: <874leeaiah.fsf@mail.linkov.net> X-Now-Playing: Talking Heads's _More Songs About Buildings and Food_: "The Big Country" Date: Sat, 30 Apr 2022 16:52:23 +0200 In-Reply-To: <874leeaiah.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 24 Sep 2018 21:59:02 +0300") Message-ID: <87czgy1v4o.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: > 0. emacs -Q > > 1. create 3 windows, e.g.: > C-x 3 > C-x 2 > > 2. type a random letter, e.g. 'z' > > 3. eval it with 'C-x C-e' > the *Backtrace* buffer with an error appears in some window, > quit i [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Juri Linkov writes: > 0. emacs -Q > > 1. create 3 windows, e.g.: > C-x 3 > C-x 2 > > 2. type a random letter, e.g. 'z' > > 3. eval it with 'C-x C-e' > the *Backtrace* buffer with an error appears in some window, > quit it with 'q' > > 4. eval again exactly with the same key 'C-x C-e', > the *Backtrace* buffer appears in another window, > not where it appeared the previous time. > > What is expected: window management should be more deterministic in the > sense that the result of the window operation should be expected beforehand, > not popping windows in random places. This was a really long bug thread, and only skimmed extremely lightly. This test case behaves as it should in Emacs 29 -- i.e., the *Backtrace* window appears in the same place every time. Are there any other things in this bug report that should be done? If so, perhaps it'd make sense to open a new bug report to summarise what should be done? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 10:52:38 2022 Received: (at control) by debbugs.gnu.org; 30 Apr 2022 14:52:39 +0000 Received: from localhost ([127.0.0.1]:58812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoSc-00027j-IH for submit@debbugs.gnu.org; Sat, 30 Apr 2022 10:52:38 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoSa-00027L-Jw for control@debbugs.gnu.org; Sat, 30 Apr 2022 10:52:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=G0GP9GGgPXfPcFCf0nHOsk9/S27ifGtXsdUTeflbapo=; b=u9gRLYXz7E7KZKiYVcBTAFpyI+ r0Kz9fkKlfAYAhTLjXpf812Jtc9+ha6yJTjTVMHecJtCzagr/owZ2ubfVaUTUJssT/Yzdd3HMkgys DV90elU3sPfFYNY+7Zgqi8CyY9kyfu/dCy63SC+6X2fNCHpwJ/eECns45+WgiXYKMdPQ=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkoSS-0000mG-UU for control@debbugs.gnu.org; Sat, 30 Apr 2022 16:52:30 +0200 Date: Sat, 30 Apr 2022 16:52:28 +0200 Message-Id: <87bkwi1v4j.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #32825 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 32825 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 32825 + moreinfo quit From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 14:55: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: moreinfo To: Juri Linkov Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.16513304538369 (code B ref 32825); Sat, 30 Apr 2022 14:55:01 +0000 Received: (at 32825) by debbugs.gnu.org; 30 Apr 2022 14:54:13 +0000 Received: from localhost ([127.0.0.1]:58818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoU9-0002Av-1W for submit@debbugs.gnu.org; Sat, 30 Apr 2022 10:54:13 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkoU8-0002Aj-E4 for 32825@debbugs.gnu.org; Sat, 30 Apr 2022 10:54:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ISBEvJOzLAR0VBv/i04uFQd/uo538rGbeERAgqnrm8E=; b=o6MXUuNfxp8JypEoYxWtNJCfxs dqtbKJx20OKQ2RLO4wn/2pT1pBpGzmXlxRSzkhXIKrIcmXRjzdDuleyYYuOKIofOOGVAgvXOR9mcd 7zoeYCZlz1rHHRmjxXSbs5Ncrcc2lXRpX4uhmh/sPHxq8rObXjLd1fYFhTvrGxOykEkU=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkoU0-0000mo-5j; Sat, 30 Apr 2022 16:54:06 +0200 From: Lars Ingebrigtsen References: <874leeaiah.fsf@mail.linkov.net> <87czgy1v4o.fsf@gnus.org> X-Now-Playing: Talking Heads's _More Songs About Buildings and Food_: "The Big Country" Date: Sat, 30 Apr 2022 16:54:02 +0200 In-Reply-To: <87czgy1v4o.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 30 Apr 2022 16:52:23 +0200") Message-ID: <877d761v1x.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > This was a really long bug thread, and only skimmed extremely lightly. ^I (Fun fact -- it's the longest open bug thread at 134 messages and counting.) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > This was a really long bug thread, and only skimmed extremely lightly. ^I (Fun fact -- it's the longest open bug thread at 134 messages and counting.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 04:11:24 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32825: 27.0.50; Deterministic window management Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 May 2022 17:49: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: moreinfo To: Lars Ingebrigtsen Cc: 32825@debbugs.gnu.org Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.16514272881860 (code B ref 32825); Sun, 01 May 2022 17:49:02 +0000 Received: (at 32825) by debbugs.gnu.org; 1 May 2022 17:48:08 +0000 Received: from localhost ([127.0.0.1]:34104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlDg0-0000Tv-0y for submit@debbugs.gnu.org; Sun, 01 May 2022 13:48:08 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlDfy-0000Sz-H3; Sun, 01 May 2022 13:48:07 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id C59F0E0005; Sun, 1 May 2022 17:47:58 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <874leeaiah.fsf@mail.linkov.net> <87czgy1v4o.fsf@gnus.org> <877d761v1x.fsf@gnus.org> Date: Sun, 01 May 2022 20:00:25 +0300 In-Reply-To: <877d761v1x.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 30 Apr 2022 16:54:02 +0200") Message-ID: <86tua9i3x2.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) close 32825 29.0.50 thanks >> This was a really long bug thread, and only skimmed extremely lightly. > ^I > > (Fun fact -- it's the longest open bug thread at 134 messages and > counting.) Then let's apply for a Guinness World Record with this thread, and start a new in bug#55169.