From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: rudalics@gmx.at, monnier@iro.umontreal.ca, bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Nov 2023 21:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 67249@debbugs.gnu.org Cc: Martin Rudalics , monnier@iro.umontreal.ca X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: Martin Rudalics , monnier@iro.umontreal.ca Received: via spool by submit@debbugs.gnu.org id=B.170025732623279 (code B ref -1); Fri, 17 Nov 2023 21:43:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Nov 2023 21:42:06 +0000 Received: from localhost ([127.0.0.1]:47261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r46bG-00063P-3w for submit@debbugs.gnu.org; Fri, 17 Nov 2023 16:42:06 -0500 Received: from lists.gnu.org ([2001:470:142::17]:32948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r46bD-00062u-Qn for submit@debbugs.gnu.org; Fri, 17 Nov 2023 16:42:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r46b7-0003HB-Nq for bug-gnu-emacs@gnu.org; Fri, 17 Nov 2023 16:41:57 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r46b6-0007yy-0d for bug-gnu-emacs@gnu.org; Fri, 17 Nov 2023 16:41:57 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1B1CC444325 for ; Fri, 17 Nov 2023 16:41:54 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700257308; bh=kHmFV6tXEIsd5EyJsl2evU0nnfSd/L+M5cPaGVaVNUw=; h=From:To:Subject:Date:From; b=gRlXrg+8H2vEIpBMwnd8wJHXzxtwqWoooSQ5kULp6Acb+ThzXchoqdvKORLvPSk4h 6R00ojcvLuRRHto6yry0VTWirkfS1V5rtBhfMOhH1g7Zwx9shTOft1Vyeh+LVSnUmf XTYnVHpHdNs79eJbrKzUhTKZJ5iAi+XvSvUqnHo5YZGOuDuletuZYwVmTb57cALv4q lNe8h9xR+WqrslfyV6VUms5DsHY2ysvEL1o3M0MtIJT8sJQO24+YYDH3djhyWI7Dm0 +qvaIY5qHgdEj4wDF+ILJjU93bzDaAtHeat7zlsQSFWv9zgW3OsxfeU8rupyA1w8g6 yRo6KvZCuK30A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B323B444323 for ; Fri, 17 Nov 2023 16:41:48 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9692912017B for ; Fri, 17 Nov 2023 16:41:48 -0500 (EST) From: Stefan Monnier Date: Fri, 17 Nov 2023 16:41:43 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.027 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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 (-) Package: Emacs Version: 30.0.50 As `special-display-buffer-names` and friends are nearing the 10 years of being declared obsolete, I noticed that I can't find any replacement for the `same-frame` parameter in `display-buffer-alist`. The patch below is just a "proof-of-concept" I tried to see if I could get a similar behavior to the old `same-frame` with the new code. I'm not sufficiently familiar with the set of `display-buffer-*` functions to judge if it's a good approach overall. I also noticed that `special-display-popup-frame` is only called from `special-display-function` (which is declared obsolete since 24.3), so maybe it should also be declared obsolete? Stefan diff --git a/lisp/window.el b/lisp/window.el index b6fe5996123..72cd9f5d85c 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -6795,6 +6795,7 @@ special-display-popup-frame If ARGS is a list whose car is a symbol, use (car ARGS) as a function to do the work. Pass it BUFFER as first argument, and pass the elements of (cdr ARGS) as the remaining arguments." + (declare (obsolete "??" "30.1")) (if (and args (symbolp (car args))) (apply (car args) buffer (cdr args)) (let ((window (get-buffer-window buffer 0))) @@ -8014,6 +8015,7 @@ display-buffer-pop-up-frame (fun pop-up-frame-function) frame window) (when (and fun + (not (alist-get 'same-frame alist)) ;; Make BUFFER current so `make-frame' will use it as the ;; new frame's buffer (Bug#15133). (with-current-buffer buffer From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Nov 2023 08:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier , 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170029661024429 (code B ref 67249); Sat, 18 Nov 2023 08:37:02 +0000 Received: (at 67249) by debbugs.gnu.org; 18 Nov 2023 08:36:50 +0000 Received: from localhost ([127.0.0.1]:47756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4Gor-0006Lx-W9 for submit@debbugs.gnu.org; Sat, 18 Nov 2023 03:36:50 -0500 Received: from mout.gmx.net ([212.227.17.22]:53729) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4Gop-0006Lf-Bo for 67249@debbugs.gnu.org; Sat, 18 Nov 2023 03:36:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700296597; x=1700901397; i=rudalics@gmx.at; bh=bwCd05ErYBa3NrqvlGm/HPW40yBhcF4p0Ltvufr0/po=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=oB0OKuUsi+pguAakVeTcr+eqfIjBkcsENS/yxdNElBqT/gQZHGbeJibJZWcjXQR5 bNSXk0mMWIU0p6vLlTUnzWlwP+clBdiwSgBhkanPHUcDjWd0n05Hy+ad7jzQUDi2d J8DjAMfD3S67/OuqcFewV1D1qTigLaQHhBAA8yowy/W4azdCx7MnkkleN87q9JwC1 HJ9N3sVVNd+QJfX1AcfzxHfHWLCh/GYKofUmqs6qjqAIOhDSF5MiSyz08I+o8Tiiq YV6rFvwqTT2giwrwwzBp0g2mqW+3DCHh7NsPDaBPbcldJuIHUw+jvJ0SjjDwi0Lpi DQAVPhGxLDxxUiSpsA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([46.125.249.56]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6Daq-1qxf6i3f6O-006c3x; Sat, 18 Nov 2023 09:36:37 +0100 Message-ID: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> Date: Sat, 18 Nov 2023 09:36:35 +0100 MIME-Version: 1.0 Content-Language: en-US References: From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:xQDBFPS+Nh+tOaktR8HoMovwsBCWJ+qHHbI/izPE68hH85QqR0v j/0csHN5Zic0RhDKt6z7if4Il7vLbgJDDafzg4KI9gTjX2TVOY/APV2vkKIMKJZIg8TCJsv uwfi2n+Gn9CMtoU5xb1Q7+46nO8ht2SnyyvKTdmZB8wevMGUjlnFlBkpd6NoBtj7DiNk2dF Bg4h3+kNKygdkIxnObpjQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:x385WfMNpDg=;h8I/MpYNfS/8125geAn6tKL4E0Y JoChUFalE4sKEqDhPFCbNjSXAtH05IQ75Odd3Dt7cejVqotYhr3/o0HNVXLI+epqcfwgKYc6Y ih3nfP2xL/rG7IpGDbcz9+PAXwB3/FJJY8BEtDFQbDTzAKvyiobVEP0BIDjRilgJ+s6CB4iOJ Es2ohLjovI9CoSBGGupodKW+VvsY3lwAh9BlHvEftvJcDCQJZZv97biLSck7TYlLa1ttQ5iTc 9ZR/ep5gOjizqAYBAu1wsUEtBoTe9q9pHAB+6BACvpyPdL93gWqsoeITy/rsd2C4MmGXxPIu9 pBPe5nBUFv7UR61jAoAf36Zty5Y4SB/IY8Pw2VXyOq2MtgcnPwcjrOeWmhRDimgl9voeaiLWa mtb1hT//oLFWuA1RT3FegAr2codRXEMuPGsKC83AkGhfLZCyd/L6dgFlYtymlDuu919ku2tAk wWEW+anEiBhDHbkWh9I3fWGFsIEcHkTzmmN3pNvM9eia9OBQVjG0yyFp9GTgzCdGmmFDJ46M5 xuYTpwFPYJZL0lvHTtTV6NXlxEN6kYAB2PE0dyOI/SvuYdEQDodi+6jXBxGC7YsNKQldl2Ugs jEdlHRLKCO0PuY65tZUXs8gqsZJNpcZLveYLeHeGKObEsj5R46ILoj4njxAPEpcxwRGRjc2aT rc/pR8fqfXRKIz6kL/uTAjERTvHvQYaFYN5qN3AviY+U8BWWb9O8Zyr2huqV/m+48MgjUliYQ zOWagL9MjMWbr0o5kH1OiPQv6feoVfvIQ1Kpmm3dT2CItyaY1gGJKc4zNby55TKWCZQBEW/TZ d9Fq/Cj8Xx0JTD4wHcmiuHddm/U1zbc6xLlHvQW0T6g42yYPIYsF5EWsggo+cF+C9OB+GuEz0 NDlA3LRruhyALQTFcEblpKRHw42txhU62eiPldvETdPX8i7Iv4UDMucIay2GNbKFdMkYzHCqx U2t0XEUjOhBTNYDMQWGG9qHwqMM= 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 (-) ID4gQXMgYHNwZWNpYWwtZGlzcGxheS1idWZmZXItbmFtZXNgIGFuZCBmcmllbmRzIGFyZSBu ZWFyaW5nIHRoZSAxMCB5ZWFycw0KID4gb2YgYmVpbmcgZGVjbGFyZWQgb2Jzb2xldGUsIEkg bm90aWNlZCB0aGF0IEkgY2FuJ3QgZmluZCBhbnkgcmVwbGFjZW1lbnQNCiA+IGZvciB0aGUg YHNhbWUtZnJhbWVgIHBhcmFtZXRlciBpbiBgZGlzcGxheS1idWZmZXItYWxpc3RgLg0KDQpJ SVJDICdzYW1lLWZyYW1lcycgaGFkIG5vIGNsZWFyIHNlbWFudGljcy4gIEFzIGZvciB0aGUg c2VsZWN0ZWQgd2luZG93LA0KdXNlICdkaXNwbGF5LWJ1ZmZlci1zYW1lLXdpbmRvdycuICBB cyBmb3IgYSBuZXcgd2luZG93IG9uIHRoZSBzZWxlY3RlZA0KZnJhbWUsIHVzZSAnZGlzcGxh eS1idWZmZXItcG9wLXVwLXdpbmRvdycuICBBcyBmb3IgYW55IG90aGVyIHdpbmRvdyBvbg0K dGhlIHNlbGVjdGVkIGZyYW1lLCB1c2UgZWl0aGVyIOKAmGRpc3BsYXktYnVmZmVyLXVzZS1z b21lLXdpbmRvd+KAmSBvcg0K4oCYZGlzcGxheS1idWZmZXItdXNlLWxlYXN0LXJlY2VudC13 aW5kb3figJkgd2l0aCBhIG5pbCAnbHJ1LWZyYW1lcycgYWN0aW9uDQphbGlzdCBlbnRyeS4N Cg0KbWFydGluDQo= From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2023 03:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170036597626305 (code B ref 67249); Sun, 19 Nov 2023 03:53:01 +0000 Received: (at 67249) by debbugs.gnu.org; 19 Nov 2023 03:52:56 +0000 Received: from localhost ([127.0.0.1]:49724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4Yrf-0006qB-Iz for submit@debbugs.gnu.org; Sat, 18 Nov 2023 22:52:55 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:29084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4Yrd-0006pz-F5 for 67249@debbugs.gnu.org; Sat, 18 Nov 2023 22:52:54 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 8C4211000AD; Sat, 18 Nov 2023 22:52:46 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700365965; bh=68pUDhmaILn5ezDcXTZhGI8pn0ErPAYlTLMvg5SVHdI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=aFMKLoywFCT1fshuC1WtAECA2YY/DwbfdMj+f+7jIDDTWu5+iIslHQQ2XzRq6Esuf XZqk4l5equdeOXdWigtpp+v6R/ASB596OVweZSbQPbaOalKvQW11i/s0VDYYo7niqq hMIR7CeKAnbNocIuSYZQzvFizbKT7B305pb6r0n3+pjd9nd6M4M5Nin1YYBFcEJuI7 1p4R0Nlz6eZms1pMNaLXLuEUOE9Dc6w9yD1NhgmDVwLiUveFpncvzgSsZDGkVg8LAK CVzSXJliQSP25q+PCDW9Wuys+ognxEX5VGmvCtzCKY2NZx6DI+ksSLFXS2wKPMM9Tf 4pRJH4/RdPvTA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D2E93100043; Sat, 18 Nov 2023 22:52:45 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id AC15F1204A3; Sat, 18 Nov 2023 22:52:45 -0500 (EST) From: Stefan Monnier In-Reply-To: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> (martin rudalics's message of "Sat, 18 Nov 2023 09:36:35 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> Date: Sat, 18 Nov 2023 22:52:45 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.129 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> As `special-display-buffer-names` and friends are nearing the 10 years >> of being declared obsolete, I noticed that I can't find any replacement >> for the `same-frame` parameter in `display-buffer-alist`. > IIRC 'same-frame' had no clear semantics. In `special-display-*`? Are you referring to whether it's OK to (re)use a window on another frame if it shows the buffer already? Other than this, I don't see what was not clear about its semantics. And I can't see any reason why we couldn't clarify the semantics. > As for a new window on the selected frame, use > 'display-buffer-pop-up-window'. As for any other window on the > selected frame, use either =E2=80=98display-buffer-use-some-window=E2=80= =99 or > =E2=80=98display-buffer-use-least-recent-window=E2=80=99 with a nil 'lru-= frames' > action alist entry. `same-frame` was not quite like any of those, it said "keep using the default set of options in the same order of preferences, except that if at all possible, skip those options which end up displaying the buffer in another frame". Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2023 10:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170039012427046 (code B ref 67249); Sun, 19 Nov 2023 10:36:02 +0000 Received: (at 67249) by debbugs.gnu.org; 19 Nov 2023 10:35:24 +0000 Received: from localhost ([127.0.0.1]:50090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4f99-00072A-GT for submit@debbugs.gnu.org; Sun, 19 Nov 2023 05:35:23 -0500 Received: from mout.gmx.net ([212.227.15.19]:53203) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4f94-00071s-Mx for 67249@debbugs.gnu.org; Sun, 19 Nov 2023 05:35:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700390108; x=1700994908; i=rudalics@gmx.at; bh=KkU5MzY7gNCFy1S9WvhYOEMtoHapzRQQQwgrNbIGw9c=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=GrlEik6hje4R5uOVepE0iHDWlr8L/nWi/kNRVpIzF48or8xcqd8G8f84/ekZe84H qUR70EQsIbOaACg79j+/b7apibeEnU00fwMmgMuQPQgM062o/DqmnjKb+/or4BwtW Z2ZOyvOqnkFkzokz2pwUDvyScMJidC4SxuQLKghc4CMLKdPVOQEjl8yiuKxj+tw7z T/iJ0ESzViVLyi0S6MLyBYDNF1Tu0UNQySpyjF+JaxHzFW92APdTK/xcwo/DA0DNO tSOmtkDdsyUxdbB6MNoxdQp6fxjmHz/QGm8MTsAypSTIM6u3/epkF0v0s5FoteCv2 8eq8Z9qSdcjDYa8fmg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([213.142.96.3]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mnpns-1rgSwA0oaw-00pMqc; Sun, 19 Nov 2023 11:35:08 +0100 Message-ID: Date: Sun, 19 Nov 2023 11:35:06 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:3dTzlaAyKPh/h89vIRDizigzEdcA34hjARBUhQIAuMol8w39E+B EAuLoTn16sIYILzRU7deBj/VxE6obteRvqYWmN+92B/3Dg/htN/hnKBzLArqL36GAzkgEeA vGoM9lqEWC3XQ/ey/KlFFMKJfMGvyiJK4dYYHRqobWkNQIswHBhYkLpLwNwayMNNTck7L2E DSA3tTqpiE/fgbpvgNnTw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:O6m03IQ8cNk=;llkGDP20IsLSns3l7siIp2i2Anp kcgQxiiv7JwLlAaHSzi94Izo2tontCu67hrdlE3ugQINCXvLpZWnyyAtzn4vAhLgGGQ8PuOxZ Ha8uS4YAxQaXY3hKQqXo/qJnctyMy766k+SUguz7hslKon/+u4BRYKeyzavmmTlBXZBzzxIaa tEIi2H3erkdGo2BBPfbXeDO2S6O05I9/YQOafFmt2Q0M9f9YnmHVRZCTHB4zDSNYTmlYyUCVd mQthduG2ou1vEAmk8phwHrjFDVjh3fUCluBWwRe6JvV4C6sb6TqG14D2AzUwsSTmv8ePa5pC+ e88AZtFLUEZzPiKZX0LGhhccrSLmwGFZQXjAmjwq4bifoZfjwDYHEjP+0bSck0Fr9Tdrr1Pz1 UGvN0kbKr8wmrM9oVvkwM5ZbNw++xgcbCn+CBk6TVp5rcBtHcH4nK/k8x4YFndhEb7TD/zBH/ Nt0KJkrDQ0bSdHQ00K6CarVYnBIHicmVQrTyr9eKztsHoDZjosaMbihFvBILun3BOhUdInlGG zDhPOVPFxdXl/Bu6sX16C/AHaUpKeuqDtX/TWQ6P4qhDYNakb8WNQ9e5fVmocYdTi/eTn5iX9 6HIPaSQa8D15DGN2zPXqvYe5QN66rdRsJgncUppprLAqnukJ7vJ71ROIWDxv8pdo2U4VF8ceC esF8pxiqq1CAPGHmNSwfVeOqrFjtWfXrtsSP4S+N5ZO9mYRTDpJx0g3hMOQm9xyhkjYadFkPZ 2yiy36BGI6w15AIzCKnwzEAsh8D09wlNEBDir+E5Hg4GGpr9BfpS7Pdw1Az8AsZMi5idjgjQO dyFmXeGwFp32s6gpMq6l7kWyyGyOewWIHQtPOknMyaqsSyp0uUhxinvsS++XlPQKk+G16SljM dFkYNvhOKI36lBs7kiKndO0JfcnJ+FBhgPRns9kGYU+D9LhOx3/t71hEWngjJLiDeJzAggtOJ xRU/OA== 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 (-) ID4+PiBBcyBgc3BlY2lhbC1kaXNwbGF5LWJ1ZmZlci1uYW1lc2AgYW5kIGZyaWVuZHMgYXJl IG5lYXJpbmcgdGhlIDEwIHllYXJzDQogPj4+IG9mIGJlaW5nIGRlY2xhcmVkIG9ic29sZXRl LCBJIG5vdGljZWQgdGhhdCBJIGNhbid0IGZpbmQgYW55IHJlcGxhY2VtZW50DQogPj4+IGZv ciB0aGUgYHNhbWUtZnJhbWVgIHBhcmFtZXRlciBpbiBgZGlzcGxheS1idWZmZXItYWxpc3Rg Lg0KID4+IElJUkMgJ3NhbWUtZnJhbWUnIGhhZCBubyBjbGVhciBzZW1hbnRpY3MuDQogPg0K ID4gSW4gYHNwZWNpYWwtZGlzcGxheS0qYD8NCg0KQWxsICdzYW1lLWZyYW1lJyBkaWQgd2Fz IHRvIGluaGliaXQgY2FsbGluZyAnc3BlY2lhbC1kaXNwbGF5LWZ1bmN0aW9uJw0KdmlhDQoN CgkgKGxldCogKChwb3AtdXAtZnJhbWVzIG5pbCkgKHBvcC11cC13aW5kb3dzIHQpDQoJCXNw ZWNpYWwtZGlzcGxheS1yZWdleHBzIHNwZWNpYWwtZGlzcGxheS1idWZmZXItbmFtZXMNCgkJ KHdpbmRvdyAoZGlzcGxheS1idWZmZXIgYnVmZmVyKSkpDQoNClRoYXQgbmV2ZXIgcHJlY2x1 ZGVkIHVzaW5nIGEgd2luZG93IG9uIGFub3RoZXIgZnJhbWUsIGNvbnRyYWRpY3RpbmcgdGhl DQp2ZXJ5IG1lYW5pbmcgb2YgInNhbWUgZnJhbWUiIGFuZCB3YXMgYWx3YXlzIGRvY3VtZW50 ZWQgYXMNCg0KICAgIk90aGVyd2lzZSwgaWYgdGhleSBpbmNsdWRlIChzYW1lLWZyYW1lIC4g dCksIHRoZSBidWZmZXIgaXMgZGlzcGxheWVkDQogICAgaW4gYSBuZXcgd2luZG93IGluIHRo ZSBjdXJyZW50bHkgc2VsZWN0ZWQgZnJhbWUuIg0KDQp3aGljaCBmYWlsZWQgdG8gc2F5IHdo YXQgaGFwcGVucyBpZiBubyBuZXcgd2luZG93IGNvdWxkIGJlIGNyZWF0ZWQgb24NCnRoZSBz ZWxlY3RlZCBmcmFtZS4gIFNvIGhpc3RvcmljYWxseSAnc2FtZS1mcmFtZScgd2FzIGFsd2F5 cyB0aWVkIHRvDQonc3BlY2lhbC1kaXNwbGF5LSonIGFuZCBoYWQgbm8gZWZmZWN0IHdoZW4g dGhhdCB3YXMgdW5jdXN0b21pemVkLg0KDQogPiBBcmUgeW91IHJlZmVycmluZyB0byB3aGV0 aGVyIGl0J3MgT0sgdG8gKHJlKXVzZSBhIHdpbmRvdyBvbiBhbm90aGVyDQogPiBmcmFtZSBp ZiBpdCBzaG93cyB0aGUgYnVmZmVyIGFscmVhZHk/DQoNCihSZSl1c2UgYW55IHdpbmRvdyBv biBhbm90aGVyIGZyYW1lLg0KDQogPiBPdGhlciB0aGFuIHRoaXMsIEkgZG9uJ3Qgc2VlIHdo YXQgd2FzIG5vdCBjbGVhciBhYm91dCBpdHMgc2VtYW50aWNzLg0KID4gQW5kIEkgY2FuJ3Qg c2VlIGFueSByZWFzb24gd2h5IHdlIGNvdWxkbid0IGNsYXJpZnkgdGhlIHNlbWFudGljcy4N Cg0KVGhlIGFjdGlvbiBhbGlzdCBpcyBmbGF0IC0gd2hpY2hldmVyIGVudHJ5IGNvbWVzIGZp cnN0IGlzIHVzZWQgZXZlbiBpZg0KaXQgaXMgbm90IHBlcnRpbmVudCB0byB0aGUgYWN0aW9u IGNob3Nlbi4gIElmIHRoZSBhY3Rpb24gY2hvc2VuIGlzIHNheQ0KJ2Rpc3BsYXktYnVmZmVy LWluLXByZXZpb3VzLXdpbmRvdycsIHRoZSBmcmFtZXMgdG8gaW52ZXN0aWdhdGUgYXJlDQpj dXJyZW50bHkgc3BlY2lmaWVkIGJ5IGEgJ3JldXNhYmxlLWZyYW1lcycgZW50cnkuICBJZiBu byBzdWNoIGVudHJ5IGlzDQpwcmVzZW50LCB3ZSBjb3VsZCBjaGVjayBmb3IgYSAnc2FtZS1m cmFtZScgZW50cnkuICBCdXQgd2hhdCBzaG91bGQNCidkaXNwbGF5LWJ1ZmZlcicgZG8gd2hl biBib3RoIGVudHJpZXMgYXJlIHByZXNlbnQgd2l0aCAnc2FtZS1mcmFtZScNCmNvbWluZyBm aXJzdD8gIEFuZCBob3cgd291bGQgJ2Rpc3BsYXktYnVmZmVyLXVzZS1zb21lLXdpbmRvdycg YW5kDQonZGlzcGxheS1idWZmZXItdXNlLWxlYXN0LXJlY2VudC13aW5kb3cnIGhhbmRsZSB0 aGUgc2ltaWxhciBjYXNlIHdpdGggYQ0KJ2xydS1mcmFtZXMnIGFuZCBhICdzYW1lLWZyYW1l JyBlbnRyeSBib3RoIHByZXNlbnQ/DQoNCk5vdyBpZiB5b3Ugd2FudCAnc2FtZS1mcmFtZScg dG8gcHJldmFpbCBpbiBlaXRoZXIgb2YgdGhlc2UgY2FzZXMsIGl0DQp3aWxsIG5vdCBzdWZm aWNlIHRvIHJld3JpdGUgdGhlIGNvcnJlc3BvbmRpbmcgcGllY2VzIG9mIGNvZGUgd2hlcmUN CmFub3RoZXIgZnJhbWUgd291bGQgYmUgY2hvc2VuLiAgQW55IGFwcGxpY2F0aW9uIHRoYXQg cmVhbGx5IG5lZWRzIGENCndpbmRvdyBvbiBhbm90aGVyIGZyYW1lIHdpbGwgdGhlbiBoYXZl IHRvIHByb3ZpZGUgYSAoc2FtZS1mcmFtZSAuIG5pbCkNCmVudHJ5Lg0KDQpJZiB5b3Ugd2Fu dCAnc2FtZS1mcmFtZScgdG8gbm90IHByZXZhaWwgaW4gdGhlc2UgY2FzZXMsIHlvdSBwcm9i YWJseQ0KbWVhbiB0aGF0IGl0IHNob3VsZCBvbmx5IGluaGliaXQgcG9wcGluZyB1cCBhIG5l dyBmcmFtZSB2aWENCidkaXNwbGF5LWJ1ZmZlci1wb3AtdXAtZnJhbWUnLiAgQWdhaW4gYXBw bGljYXRpb25zIHRoYXQgd2FudCB0byBwb3AgdXAgYQ0KbmV3IGZyYW1lIHdvdWxkIHRoZW4g aGF2ZSB0byBwcm92aWRlIGEgKHNhbWUtZnJhbWUgLiBuaWwpIGVudHJ5Lg0KDQogPj4gQXMg Zm9yIGEgbmV3IHdpbmRvdyBvbiB0aGUgc2VsZWN0ZWQgZnJhbWUsIHVzZQ0KID4+ICdkaXNw bGF5LWJ1ZmZlci1wb3AtdXAtd2luZG93Jy4gIEFzIGZvciBhbnkgb3RoZXIgd2luZG93IG9u IHRoZQ0KID4+IHNlbGVjdGVkIGZyYW1lLCB1c2UgZWl0aGVyIOKAmGRpc3BsYXktYnVmZmVy LXVzZS1zb21lLXdpbmRvd+KAmSBvcg0KID4+IOKAmGRpc3BsYXktYnVmZmVyLXVzZS1sZWFz dC1yZWNlbnQtd2luZG934oCZIHdpdGggYSBuaWwgJ2xydS1mcmFtZXMnDQogPj4gYWN0aW9u IGFsaXN0IGVudHJ5Lg0KID4NCiA+IGBzYW1lLWZyYW1lYCB3YXMgbm90IHF1aXRlIGxpa2Ug YW55IG9mIHRob3NlLCBpdCBzYWlkICJrZWVwIHVzaW5nIHRoZQ0KID4gZGVmYXVsdCBzZXQg b2Ygb3B0aW9ucyBpbiB0aGUgc2FtZSBvcmRlciBvZiBwcmVmZXJlbmNlcywgZXhjZXB0IHRo YXQgaWYNCiA+IGF0IGFsbCBwb3NzaWJsZSwgc2tpcCB0aG9zZSBvcHRpb25zIHdoaWNoIGVu ZCB1cCBkaXNwbGF5aW5nIHRoZSBidWZmZXINCiA+IGluIGFub3RoZXIgZnJhbWUiLg0KDQpU aGUgcHJvb2Ygb2YgdGhpcyBwdWRkaW5nIGlzIGluIGNsYXJpZnlpbmcgdGhlICJpZiBhdCBh bGwgcG9zc2libGUiIGFuZA0KZXhwbGFpbmluZyBhbnkgbmV3IHNwZWNpYWwgYmVoYXZpb3Ig aW4gdGhlIG1hbnVhbC4NCg0KbWFydGluDQo= From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2023 14:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17004058842567 (code B ref 67249); Sun, 19 Nov 2023 14:59:02 +0000 Received: (at 67249) by debbugs.gnu.org; 19 Nov 2023 14:58:04 +0000 Received: from localhost ([127.0.0.1]:51899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4jFL-0000fC-H6 for submit@debbugs.gnu.org; Sun, 19 Nov 2023 09:58:04 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:48286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r4jFJ-0000eP-37 for 67249@debbugs.gnu.org; Sun, 19 Nov 2023 09:58:02 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id AA281440B62; Sun, 19 Nov 2023 09:57:53 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700405872; bh=FBCIVNDP+5UTPgW0zmXU9oluA1Ky4lr5FFypbC2RRIo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=A6jfP5nQ8iYHzrO7zc2JFBs+fL2SNwtg1vqlBD1HMXmFOqStxOflNQClLyZzFjg3q sM3bTh8f0/jv8te/MC+2VVUm34Zy/v0nx8FECnpH4h6Zzwxkw6Qq0ukMc7azvR1Zh7 TBfIUtLrB6w/PVSFuYDzAWeP10Fmuri8dKMc8KRJHv8El339WmqT/76guNiFSC0504 4lU+NTw+0+MUUEnAXDflE3nY1cemiTRw+9DIfdtv6oQrSo+5VtFXZjc9BFDrdT0JLu eyT0oIPtZExGbDmhmgRTF9yd0MYdTF/jvvOvsTdVyh5lc+0XZulAM9YkxmE1KF4Xgr 1Ch+PopAUC+kQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 3AD65440452; Sun, 19 Nov 2023 09:57:52 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0C5B4120352; Sun, 19 Nov 2023 09:57:52 -0500 (EST) From: Stefan Monnier In-Reply-To: (martin rudalics's message of "Sun, 19 Nov 2023 11:35:06 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> Date: Sun, 19 Nov 2023 09:57:51 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.028 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> Are you referring to whether it's OK to (re)use a window on another >> frame if it shows the buffer already? > (Re)use any window on another frame. Right, so it should probably have been called something like "no new frame". > The action alist is flat - whichever entry comes first is used even if > it is not pertinent to the action chosen. If the action chosen is say > 'display-buffer-in-previous-window', the frames to investigate are > currently specified by a 'reusable-frames' entry. If no such entry is > present, we could check for a 'same-frame' entry. But what should > 'display-buffer' do when both entries are present with 'same-frame' > coming first? I don't see a big problem here: we could choose `same-frame` to imply that `reusable-frames` is nil, or we could choose to ignore `same-frame`. Since the code that adds `(same-frame . t)` could just as well also add `(reusable-frames)`, the first choice is less flexible than the second (tho it allows overriding a higher-precedence `reusable-frames` setting), so I'd go with the first choice, which also has the advantage of not requiring any code modification :-) > And how would 'display-buffer-use-some-window' and > 'display-buffer-use-least-recent-window' handle the similar case with a > 'lru-frames' and a 'same-frame' entry both present? Same reasoning here. > If you want 'same-frame' to not prevail in these cases, you probably I don't necessarily want a particular behavior. I want to provide a similar functionality, within the constraints of what we can define and implement sanely. So no, I don't necessarily want it to prevail over those other entries. > mean that it should only inhibit popping up a new frame via > 'display-buffer-pop-up-frame'. That was my conclusion when I looked at the code (concretized in my PoC patch). Another approach is to provide a new action. This could be a `display-buffer-same-frame` action which tries its best to use the selected frame. I suspect in many cases the actual intention of `same-frame` was to keep the buffer nearby, so I suspect we could also replace `same-frame` with a `display-buffer-nearby` action. The advantage of an action is that we don't need to decide how existing actions interact with it. > Again applications that want to pop up a new frame would then have to > provide a (same-frame . nil) entry. That would seem fair game, IMO. > The proof of this pudding is in clarifying the "if at all possible" and > explaining any new special behavior in the manual. I suspect the main exception would be minibuffer-only frames, but we could get fancier if we feel like it (like when the selected frame can't accommodate the `window-min-width` and `window-min-height`, or when we set `inhibit-same-window` (or the selected window is dedicated) and the frame's sole window can't be split). Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Nov 2023 09:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170047177413141 (code B ref 67249); Mon, 20 Nov 2023 09:17:02 +0000 Received: (at 67249) by debbugs.gnu.org; 20 Nov 2023 09:16:14 +0000 Received: from localhost ([127.0.0.1]:52463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r50O5-0003Pt-PZ for submit@debbugs.gnu.org; Mon, 20 Nov 2023 04:16:14 -0500 Received: from mout.gmx.net ([212.227.17.22]:47949) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r50O0-0003PS-GR for 67249@debbugs.gnu.org; Mon, 20 Nov 2023 04:16:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700471757; x=1701076557; i=rudalics@gmx.at; bh=i5gnJRg14wKqOZrJHjuRRaEgn/lCK9crFdvFg36iNeo=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=VkOBg/GzbwJpIui84eXcaUHw++RLCh8hLcu7aSDZ9RZ7rAIWbbj6TNZWnZ5E8zp7 ojWpm/ueupufDGKfHu530+d2KQhQ6m3iLZRyss5XpOO5/liXDgmd81JvReDOyjAqP CNVXv6yMV5TTlrIrjAwlW8c/w42X97jeIXULQoEkSUBnJuI9MNYhuXBj8EjRsmkDk SqiuvpI2gYqbLiEi9hPG4LBSAIKZ/a2KvaPUkYK9J+sM8my1Bp01hZ7HSuETPCMys 3gM9CYeDJg0Z/2ucnW8vEqLmrptP36aFKAQMSBOczCUVxALC7gP8MVw03UkEVxCgP Fm7sKJG6C6M76eoj1w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([212.95.5.38]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mkpex-1rlBpb3r3v-00mJm2; Mon, 20 Nov 2023 10:15:57 +0100 Message-ID: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> Date: Mon, 20 Nov 2023 10:15:55 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:BZArRhUgYfJoj1Ozbxd6HoM3RAY8XrGgEG8m4QHR1miMS/BreAL 44NQpA44lHHcdBrbBjs7OPKYd4xRTUifqRkH4cigb0lMHGMAEE7TelXzTlxcrghb5f7JvzR LtyvS2NFTLSlgX5PFYzWjP82jGRcZmOazl1iyrPnzw8E32UkCXVnz2TlJo76XXsbnCJfFJ3 m6IRRA9LBdl8PXXGC1cZg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Do6nb6dB2V0=;24DH8+Lx5KQkvyzsvPK0BvkKT1x ON/NXBHBgFA/C+gcwRYwMThtDV6IabMsrxB8M7NZcxNNT9dyMrxpQo+rf8lEPvHjEV/L/jH6e h7aqGgKbH4J7odG8L/TIcOFiBjZ/0v99AjHdUGQq0nz7Ky3x+tH778tFp0kqcM+jJTPvVyhNJ XAK73b2XlyZOEHHbOpDCzljyB2h8wEzw/QKzdu/snEE7aa/p1vQ18YSzZg4k+zgfH9jZNvtTM +2lfjCBO+8/QtvwiNV67xX3yMv3XpbU6MTUZr1j7vtn5h5WgNUbocNsz+UHmMCwhExpTVqxig rB74q545aUo0w6CBxZUh48H99QPfH4ZUydZXwNiD0u9oLI+8h++J76oEvIr6o7+uFcRTb+AXd G/JyplprLnfhGO8yuE25maNvSiXtwnZkNEdPuDGJJCIdEFgjMTZQNc3IpNqesEC04GCKn0dvO A7A59EcHJIAbqVRoOLO0/zgf0nv6qasmjQAPoT7g4lh33jGL4kIP3sfj+6sK+I3Fjja6nLb8W sz06tsCMXL2NRd7zql//bFI5809unIHfTBzmZtyINfaAEltfCOvjq2DS1xCjX+00y2fB3CJ2K b5ZUnkOXlS+833//YdvEuEsb4AOlJkW9XEac6ucx3AesBwYYea5Y1ou1ALmrmNwY+cmCgGBmy kOjn26dPLR+9+K8JS9/Cgo8b+hIjWT8iYIdEHhkWH/ntfuQDd0b9a8JmdH8+c/zOdD9Fh2W7X Tl/Fuc6PDtveBpgnhPu+RrBB0iw+6ZNM2npLMO1typ3LSNKy/Pr8kiGzvoLbiJOALyiUhLyjF xG96d1xOppsMqyvNHMiHb/xEYlJHANhxhW+CwyBpybWc6AkhIdraPfagcbOfLC2W5g/Aalz9y S+Pu/WBHAzj09UHd0Fw+H11Z1IUD01XoC+GjbUN8w45aj80vgHHlbiNZ5LLQtXuH0t62h+YC/ GsgRfA== X-Spam-Score: 2.9 (++) 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: > Right, so it should probably have been called something like "no new > frame". We should prominently mention that in the manual then. BTW creating a new frame is always one last resort of 'display-buffer'. Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.38 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > Right, so it should probably have been called something like "no new > frame". We should prominently mention that in the manual then. BTW creating a new frame is always one last resort of 'display-buffer'. Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.38 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > Right, so it should probably have been called something like "no new > frame". We should prominently mention that in the manual then. BTW creating a new frame is always one last resort of 'display-buffer'. > I don't see a big problem here: we could choose `same-frame` to imply > that `reusable-frames` is nil, or we could choose to ignore > `same-frame`. Since the code that adds `(same-frame . t)` could just as well > also add `(reusable-frames)`, the first choice is less flexible > than the second (tho it allows overriding a higher-precedence > `reusable-frames` setting), so I'd go with the first choice, which also > has the advantage of not requiring any code modification :-) So a (same-frame . t) entry would simply auto-translate to a pair of (reusable-frames . nil) (lru-frames . nil) entries? > I don't necessarily want a particular behavior. I want to provide > a similar functionality, within the constraints of what we can define > and implement sanely. > > So no, I don't necessarily want it to prevail over those other entries. With the conclusion above it would prevail. >> mean that it should only inhibit popping up a new frame via >> 'display-buffer-pop-up-frame'. > > That was my conclusion when I looked at the code (concretized in > my PoC patch). OK. > Another approach is to provide a new action. > This could be a `display-buffer-same-frame` action which tries its best > to use the selected frame. > I suspect in many cases the actual intention of `same-frame` was to keep > the buffer nearby, so I suspect we could also replace `same-frame` with > a `display-buffer-nearby` action. > > The advantage of an action is that we don't need to decide how existing > actions interact with it. We could add a 'display-buffer--same-frame-action' variable. >> Again applications that want to pop up a new frame would then have to >> provide a (same-frame . nil) entry. > > That would seem fair game, IMO. It means a change in existing code. Till now, applications were on the safe side in this regard since they could always blame others for using an obsolete feature. > I suspect the main exception would be minibuffer-only frames, but we > could get fancier if we feel like it (like when the selected frame can't > accommodate the `window-min-width` and `window-min-height`, or when we > set `inhibit-same-window` (or the selected window is dedicated) and the > frame's sole window can't be split). Do you anywhere see 'display-buffer' choose a minibuffer-only frame? I'm aware of the fact that the (window--frame-usable-p (last-nonminibuffer-frame)) is broken when a minibuffer-only frame is the only frame left but so far nobody complained ... martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Nov 2023 13:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17004872416597 (code B ref 67249); Mon, 20 Nov 2023 13:35:01 +0000 Received: (at 67249) by debbugs.gnu.org; 20 Nov 2023 13:34:01 +0000 Received: from localhost ([127.0.0.1]:52806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r54PZ-0001iD-26 for submit@debbugs.gnu.org; Mon, 20 Nov 2023 08:34:01 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:25930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r54PU-0001ht-Gy for 67249@debbugs.gnu.org; Mon, 20 Nov 2023 08:33:59 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 80CA6441331; Mon, 20 Nov 2023 08:33:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700487227; bh=KO93ErBOJiXsiuhgZDZxPcn/TNCP0LIZTDA28uDK5jw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=FJCWd+0u+cAlm8VBYTEUZPcd7B9U7TK2A7QlqZ8Yi2lIqnZEaALXglhNLPQv+b2oH jSBTzAiVuFePBeuBNy7rVqvz4RqvRtUnku6D+vCfNEvkn+95/dYVZF71Q4YUl+NREb qedGQenIEI6hg1INN5oXfwvD9olGwde3pLO5NGh6rmmdHqGiYyUe7l1bYSHCwE9Cwd Pjt+EhQxYErZrJbr4Q5Nb1s8I/fqBashbmj5qAm5FAvMUS3PaPZISOlMqgxq/rxsZa XvFySiYnPsQFdH2qv0gOHveOr71/aC1PggWTK2ZcS4AciRLVpB7GjTbh+3/A0C0xKn /F6vGXxDyoPxw== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2FA624412B1; Mon, 20 Nov 2023 08:33:47 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0AE851202E0; Mon, 20 Nov 2023 08:33:47 -0500 (EST) From: Stefan Monnier In-Reply-To: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> (martin rudalics's message of "Mon, 20 Nov 2023 10:15:55 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> Date: Mon, 20 Nov 2023 08:33:46 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.029 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) > BTW creating a new frame is always one last resort of 'display-buffer'. That depends on the rest of the config, AFAIK. I tried the patch I sent on some of my config and it did have an effect (e.g. when I open `M-x calendar`, depending the `same-frame` I either get one frame with *Calendar* and another with `diary` or I get a single frame with both. Both windows are dedicated). >> I don't see a big problem here: we could choose `same-frame` to imply >> that `reusable-frames` is nil, or we could choose to ignore >> `same-frame`. Since the code that adds `(same-frame . t)` could just as well >> also add `(reusable-frames)`, the first choice is less flexible >> than the second (tho it allows overriding a higher-precedence >> `reusable-frames` setting), so I'd go with the first choice, which also >> has the advantage of not requiring any code modification :-) > > So a (same-frame . t) entry would simply auto-translate to a pair of > (reusable-frames . nil) (lru-frames . nil) entries? [ Hmm... I'm curious how you interpreted what I wrote to reach that conclusion. ] No, I meant the opposite: the users who want to override `reusable-frames` and `lru-frames` need to add all three (same-frame . t) (reusable-frames . nil) (lru-frames . nil) >> Another approach is to provide a new action. >> This could be a `display-buffer-same-frame` action which tries its best >> to use the selected frame. >> I suspect in many cases the actual intention of `same-frame` was to keep >> the buffer nearby, so I suspect we could also replace `same-frame` with >> a `display-buffer-nearby` action. >> >> The advantage of an action is that we don't need to decide how existing >> actions interact with it. > > We could add a 'display-buffer--same-frame-action' variable. I don't really know what that suggestion means. The `--` suggests it'd be some internal detail of `window.el` whereas I thought we're discussing the externally visible API and semantics. >>> Again applications that want to pop up a new frame would then have to >>> provide a (same-frame . nil) entry. >> That would seem fair game, IMO. > It means a change in existing code. Till now, applications were on the > safe side in this regard since they could always blame others for using > an obsolete feature. I don't see why you think it'd require any change in existing code: the ones who set `same-frame` get what they ask for. >> I suspect the main exception would be minibuffer-only frames, but we >> could get fancier if we feel like it (like when the selected frame can't >> accommodate the `window-min-width` and `window-min-height`, or when we >> set `inhibit-same-window` (or the selected window is dedicated) and the >> frame's sole window can't be split). > > Do you anywhere see 'display-buffer' choose a minibuffer-only frame? I'm not talking about `display-buffer` choosing a minibuffer-only frame. I'm saying that when the selected-frame is a minibuffer-only frame, it's OK to ignore the `same-frame` request. Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Nov 2023 17:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17005868952306 (code B ref 67249); Tue, 21 Nov 2023 17:15:02 +0000 Received: (at 67249) by debbugs.gnu.org; 21 Nov 2023 17:14:55 +0000 Received: from localhost ([127.0.0.1]:57350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5UKt-0000b8-2t for submit@debbugs.gnu.org; Tue, 21 Nov 2023 12:14:55 -0500 Received: from mout.gmx.net ([212.227.17.22]:47425) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5UKq-0000aq-Ou for 67249@debbugs.gnu.org; Tue, 21 Nov 2023 12:14:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700586880; x=1701191680; i=rudalics@gmx.at; bh=pOrX8B7WEtgUutiBUIvXWBj2a5v7DIEINCRJsddTMeo=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=GiTjII5mt3KH4wU59LoRFuUFKmOGYcWOlSKXby+ahdfFp5aN3CHHFrNpnNRphHsP eEWHqczbn/5BkHUayH98SvYphw7BqnASGldoonL5H6guqUJzcHrqMGDvLrQ2/LZcQ a8xBpxJHw7Qr/yxtfLP2v2aAkDW5earhjCBrs9T1A0EI/fIiHEeOz+mz8UYHk2gCr h1o7lWHElx8XhSOPj8uRgB5AGWwF6oJc6IG1UBGrAHF6xMXZSGff9cgkeQUS5PX6T kBkex9DI0nuHggeDhSwC+r5Pu3AWcajTxcs0g7N/DYXONdzqEwmR5CoqL5MsPwIew u47yGPQDtQIU5MGxiw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([212.95.5.176]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mgeo8-1rWs0K1d08-00h6Ps; Tue, 21 Nov 2023 18:14:40 +0100 Message-ID: <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> Date: Tue, 21 Nov 2023 18:14:38 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:if8pGmiHrEqFJDB9HSUM2TCvMEBwO7evnRHgT8YdWZulXQx2n90 Fla4WKww8E5S5SUaicwIQfkskgtcgFO0AHUPhtgROxPIpthx1UpOKXNiPdc415rw/z9WVS2 2DElT+33sBqmjU6zlaDbMxzF7ncP06wJurdBRd9NpOtOZXjtF7Y6xln9RO6TWPAPWRhMi17 zT5+I/AFWCTXuawQZRlFg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:/Mzth5UMsMg=;ZjcLip1G4fO7sVohGNlXcGVAAbu Gzg6ifco7CKTga17CWkHUGzleCWbx4qF7gprNqRgYSazyit/dusjuYiEW0VbtHUZR6o53F7QT tNtzxnm+1qgy6rg7lXzYfl0DFOu5EugKcfhFQK9cN7jta0qSt3lRE1PCoiE+l4Nv1dHbSzI10 8qnC5K7pLZyhFtYFdyGt8N4AZPv+PIf16zHo657lqh+HhJRqwxPHj9QezYL1QMPmDjUoGPJs4 qWEIVHG//Su+Qv8Z9ULDcvpuCc0Rzp1MzXNGS9s0nRxy5IGsFTOItrGMaZ9kVyq2vHR7qJ8ME l+gPmbrf20esdY3BkEQtQW3Ei/v/l2OGAYLTBwBpIhVOurdDQe/J/iQt6VgUvoXxUyqzRvbSo JMpBlTrxMdAfuXVElhjcNeHWAszspxYrIUPNXpyE2/7eoHVFF/iSKd1KtcydtYbTcLSxZ8OLK Mjx1boONIQ6ZLaQwDYjjwtn5t6QSB+g8x6vAnZxFZA+6orvxEiH8m8EhOV1dGQq25SFnIe052 c6H2kgOH3QjkqaLSpD9FV7wt3qyPVgpiJhlasgSZ0TyCHDieESYlDyDcktPGAsLYd30d4+qV8 2LN/sPH8i9rx60JXOtrFm4/pPG9+i8oCsNmULcH3EUbjDOLrxOnu6ldJ+eASaLLKxHtHO+77g 1b/mXYsbqO5e7h5OVE+MAGpNG+Ov57lVWXz80Z4VWD9hcDooZAH1Zd3TA0g/iRhpVyI9nyocu +1NKOYY4z8rl6hrqoooNMxAnRsQuXTWcQXr/jDZLzEAdx9AixdpRFzTh2DrrhEuu6i3mvSxFX LqcXUHXvZQw9ttiazfJFaQALqyE0sMypf+BtZcpffCzvzqEroE+kVvXn9Ytez6L5Ak5Z3oiia UmnGTqv3ZUlEaVfd6UF3+M4tQi+h3B8TRN/p7vFNnOqHZmQYjGVOMYGqVTxkb9Hp+52nDZBcY 59iFPUitmoJ4RVWl6Y3c1cV1wKs= X-Spam-Score: 2.9 (++) 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: > That depends on the rest of the config, AFAIK. > I tried the patch I sent on some of my config and it did have an effect > (e.g. when I open `M-x calendar`, depending the `same-frame` I either > ge [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.176 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > That depends on the rest of the config, AFAIK. > I tried the patch I sent on some of my config and it did have an effect > (e.g. when I open `M-x calendar`, depending the `same-frame` I either > ge [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.176 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager ID4gVGhhdCBkZXBlbmRzIG9uIHRoZSByZXN0IG9mIHRoZSBjb25maWcsIEFGQUlLLg0KID4g SSB0cmllZCB0aGUgcGF0Y2ggSSBzZW50IG9uIHNvbWUgb2YgbXkgY29uZmlnIGFuZCBpdCBk aWQgaGF2ZSBhbiBlZmZlY3QNCiA+IChlLmcuIHdoZW4gSSBvcGVuIGBNLXggY2FsZW5kYXJg LCBkZXBlbmRpbmcgdGhlIGBzYW1lLWZyYW1lYCBJIGVpdGhlcg0KID4gZ2V0IG9uZSBmcmFt ZSB3aXRoICpDYWxlbmRhciogYW5kIGFub3RoZXIgd2l0aCBgZGlhcnlgIG9yIEkgZ2V0DQog PiBhIHNpbmdsZSBmcmFtZSB3aXRoIGJvdGguICBCb3RoIHdpbmRvd3MgYXJlIGRlZGljYXRl ZCkuDQoNCk5laXRoZXIgb2YgdGhlc2UgZGVhbCB3aXRoICdyZXVzYWJsZS1mcmFtZXMnIG9y ICdscnUtZnJhbWVzJy4NCg0KID4+IFNvIGEgKHNhbWUtZnJhbWUgLiB0KSBlbnRyeSB3b3Vs ZCBzaW1wbHkgYXV0by10cmFuc2xhdGUgdG8gYSBwYWlyIG9mDQogPj4gKHJldXNhYmxlLWZy YW1lcyAuIG5pbCkgKGxydS1mcmFtZXMgLiBuaWwpIGVudHJpZXM/DQogPg0KID4gWyBIbW0u Li4gSSdtIGN1cmlvdXMgaG93IHlvdSBpbnRlcnByZXRlZCB3aGF0IEkgd3JvdGUgdG8gcmVh Y2gNCiA+ICAgIHRoYXQgY29uY2x1c2lvbi4gIF0NCiA+IE5vLCBJIG1lYW50IHRoZSBvcHBv c2l0ZTogdGhlIHVzZXJzIHdobyB3YW50IHRvIG92ZXJyaWRlDQogPiBgcmV1c2FibGUtZnJh bWVzYCBhbmQgYGxydS1mcmFtZXNgIG5lZWQgdG8gYWRkIGFsbCB0aHJlZQ0KID4NCiA+ICAg ICAgKHNhbWUtZnJhbWUgLiB0KQ0KID4gICAgICAocmV1c2FibGUtZnJhbWVzIC4gbmlsKQ0K ID4gICAgICAobHJ1LWZyYW1lcyAuIG5pbCkNCg0KU3VwcG9zZSBhbiBhcHBsaWNhdGlvbiBj YWxscyDigJhkaXNwbGF5LWJ1ZmZlcuKAmSB3aXRoIGEgbm9uLW5pbA0KJ3NhbWUtZnJhbWUn IGFsaXN0IGVudHJ5LiAgSWYgd2Ugd2FudCBhbiBleGlzdGluZyBhY3Rpb24gZnVuY3Rpb24g dG8NCm9iZXkgdGhhdCBlbnRyeSBhbmQgd2UgZG8gbm90IHdhbnQgdG8gcmV3cml0ZSB0aGF0 IGZ1bmN0aW9uLCB3ZSBjb3VsZA0KaGF2ZSAnZGlzcGxheS1idWZmZXInIGFkZCBhIChyZXVz YWJsZS1mcmFtZXMgLiBuaWwpIChscnUtZnJhbWVzIC4gbmlsKQ0KcGFpciB0byB0aGUgYWxp c3QuDQoNCiA+PiBXZSBjb3VsZCBhZGQgYSAnZGlzcGxheS1idWZmZXItLXNhbWUtZnJhbWUt YWN0aW9uJyB2YXJpYWJsZS4NCiA+DQogPiBJIGRvbid0IHJlYWxseSBrbm93IHdoYXQgdGhh dCBzdWdnZXN0aW9uIG1lYW5zLg0KID4gVGhlIGAtLWAgc3VnZ2VzdHMgaXQnZCBiZSBzb21l IGludGVybmFsIGRldGFpbCBvZiBgd2luZG93LmVsYCB3aGVyZWFzDQogPiBJIHRob3VnaHQg d2UncmUgZGlzY3Vzc2luZyB0aGUgZXh0ZXJuYWxseSB2aXNpYmxlIEFQSSBhbmQgc2VtYW50 aWNzLg0KDQpJdCBjb3VsZCBkbyB3aGF0IEkgbWVhbnQgYWJvdmUgLSB0cmFuc2xhdGUgJ3Nh bWUtZnJhbWUnIGludGVybmFsbHkuDQoNCiA+IEkgZG9uJ3Qgc2VlIHdoeSB5b3UgdGhpbmsg aXQnZCByZXF1aXJlIGFueSBjaGFuZ2UgaW4gZXhpc3RpbmcgY29kZTogdGhlDQogPiBvbmVz IHdobyBzZXQgYHNhbWUtZnJhbWVgIGdldCB3aGF0IHRoZXkgYXNrIGZvci4NCg0KWW91IGFs cmVhZHkgd291bGQgY2hhbmdlIHRoZSBleGlzdGluZyAnZGlzcGxheS1idWZmZXItcG9wLXVw LWZyYW1lJy4gIElmDQp5b3UgdGhpbmsgdGhhdCBjaGFuZ2UgaXMgc3VmZmljaWVudCwgSSB3 aWxsIG9idmlvdXNseSBzdG9wIHRoaW5raW5nLg0KDQogPiBJJ20gbm90IHRhbGtpbmcgYWJv dXQgYGRpc3BsYXktYnVmZmVyYCBjaG9vc2luZyBhIG1pbmlidWZmZXItb25seSBmcmFtZS4N CiA+IEknbSBzYXlpbmcgdGhhdCB3aGVuIHRoZSBzZWxlY3RlZC1mcmFtZSBpcyBhIG1pbmli dWZmZXItb25seSBmcmFtZSwgaXQncyBPSw0KID4gdG8gaWdub3JlIHRoZSBgc2FtZS1mcmFt ZWAgcmVxdWVzdC4NCg0KV2hlbiB0aGUgc2VsZWN0ZWQgZnJhbWUgaXMgYSBtaW5pYnVmZmVy LW9ubHkgZnJhbWUsICdkaXNwbGF5LWJ1ZmZlcicNCnVzdWFsbHkgdHJpZXMgdG8gdGhpbmsg b2YgJ2xhc3Qtbm9ubWluaWJ1ZmZlci1mcmFtZScgYXMgdGhlIHNlbGVjdGVkDQpmcmFtZS4g IFNvIHByb2JhYmx5ICdzYW1lLWZyYW1lJyBzaG91bGQgZG8gdGhlIHNhbWUuICBCdXQgYWxs IEkgY2FuIGRvDQppcyB0byBoaW50IGF0IGluY29uc2lzdGVuY2llcyBpbiB5b3VyIHByb3Bv c2FsLg0KDQptYXJ0aW4NCg== From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Nov 2023 19:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170059393914627 (code B ref 67249); Tue, 21 Nov 2023 19:13:02 +0000 Received: (at 67249) by debbugs.gnu.org; 21 Nov 2023 19:12:19 +0000 Received: from localhost ([127.0.0.1]:57435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5WAU-0003nr-VC for submit@debbugs.gnu.org; Tue, 21 Nov 2023 14:12:19 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:19566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5WAS-0003nc-FH for 67249@debbugs.gnu.org; Tue, 21 Nov 2023 14:12:17 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id BA9751000AD; Tue, 21 Nov 2023 14:12:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700593926; bh=aQCpZsYV1wvys4hnHKS3HeQkKPWEExihLnpBMk1ahI4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=M22aio4ISsO/mgrM//mGhMPW+09BiGBddQBjL3h2tjp4voIPgRLhURMaKoe/elJ4A 19bT+fr+AO1cFjuSrU/Rr1I1dpIVgO7AdbPovvnvsu8gQx+A3bE8uvurug3ONM3OdD 7u9WpV2/SBUYN9dA1nJ+djUYmpQAHQBvfw4ZBT5U+38ocIlRxTudshO7A+gK37zWEy /gOPu1MB/thMMNXZffok6HcqbKr8MOHaaN3Gkuy+Ojd+RzYnHMBdUfhMD1iWkoIOVR +z9hUhTYX066dWP8UDsHW+KAi3jiA3RELwXaemYNm8xyiV4QIxwm7+Xs/D6XzXYKFe 28iWG2zuX6pZg== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id C564A100043; Tue, 21 Nov 2023 14:12:06 -0500 (EST) Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B10011202AA; Tue, 21 Nov 2023 14:12:06 -0500 (EST) From: Stefan Monnier In-Reply-To: <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> (martin rudalics's message of "Tue, 21 Nov 2023 18:14:38 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> Date: Tue, 21 Nov 2023 14:09:22 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.099 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >>> So a (same-frame . t) entry would simply auto-translate to a pair of >>> (reusable-frames . nil) (lru-frames . nil) entries? >> >> [ Hmm... I'm curious how you interpreted what I wrote to reach >> that conclusion. ] >> No, I meant the opposite: the users who want to override >> `reusable-frames` and `lru-frames` need to add all three >> >> (same-frame . t) >> (reusable-frames . nil) >> (lru-frames . nil) > > Suppose an application calls =E2=80=98display-buffer=E2=80=99 with a non-= nil > 'same-frame' alist entry. If we want an existing action function to > obey that entry and we do not want to rewrite that function, we could > have 'display-buffer' add a (reusable-frames . nil) (lru-frames . nil) > pair to the alist. We could, but we could also define the semantics of `same-frame` to have no effect on frame re-use (it would actually be closer to the current semantics). If so, it'd be best to find another name for it along the lines of "no-new-frame". >>> We could add a 'display-buffer--same-frame-action' variable. >> I don't really know what that suggestion means. >> The `--` suggests it'd be some internal detail of `window.el` whereas >> I thought we're discussing the externally visible API and semantics. > It could do what I meant above - translate 'same-frame' internally. What is "it"? `display-buffer--same-frame-action`? Without knowing where you'd use such a variable, it's hard for me to guess what you mean by that. >> I don't see why you think it'd require any change in existing code: the >> ones who set `same-frame` get what they ask for. > You already would change the existing 'display-buffer-pop-up-frame'. > If you think that change is sufficient, I will obviously stop thinking. I suspect it might be sufficient, but it would deserve a better name so users don't get the wrong impression that it will affect reuse on other frames. So you think the patch I sent is actually more-or-less acceptable (modulo documentation and finding a better name)? >> I'm not talking about `display-buffer` choosing a minibuffer-only frame. >> I'm saying that when the selected-frame is a minibuffer-only frame, it's= OK >> to ignore the `same-frame` request. > When the selected frame is a minibuffer-only frame, 'display-buffer' > usually tries to think of 'last-nonminibuffer-frame' as the selected > frame. So probably 'same-frame' should do the same. Sounds like this is compatible to my suggestion that it's OK to ignore `same-frame` when the selected frame is a minibuffer-only frame. > But all I can do is to hint at inconsistencies in your proposal. Not sure what's the inconsistency there. Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2023 08:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17006401419338 (code B ref 67249); Wed, 22 Nov 2023 08:03:01 +0000 Received: (at 67249) by debbugs.gnu.org; 22 Nov 2023 08:02:21 +0000 Received: from localhost ([127.0.0.1]:57934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5iBh-0002QW-0c for submit@debbugs.gnu.org; Wed, 22 Nov 2023 03:02:21 -0500 Received: from mout.gmx.net ([212.227.17.20]:39489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5iBf-0002QK-DN for 67249@debbugs.gnu.org; Wed, 22 Nov 2023 03:02:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700640127; x=1701244927; i=rudalics@gmx.at; bh=M8t8mH7keH59sWzYkigN6b2Jxc0MSHMVlMWxsgTsuik=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=oU7CrPgw+DvLoVHPK9QO7gF8bAo3A2lidiulL7uA+dQ+hjkCx3YQBwjMv/SuTQjM G9usLtlGeHMxXUq6UYjukn1M12DbuueamabaFVQp8A+aXzd23A8nbHOGUJX9VWTo2 xcWOMSDg9oevSfFBKmx2+7ULAEqHsFbOzrjhy3t7HGPwuJu+dwfsAaAcLltrsZab8 +liEpgwovzmFZrUP6w4oorV5WV0qzPYOCNpm4lm8YA/FgUKOtpMgZ9b4X+OAp8/k2 gL9/Ud7ncLpGguFMJhDXjVznBscl12zqnqaQXRX4L1fCqH14YJIeumNWBV6fjt0Yf rsbuqXJ70I9EpWVSZg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([212.95.5.5]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MjS9C-1rltkT0Fcw-00kwnc; Wed, 22 Nov 2023 09:02:07 +0100 Message-ID: <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> Date: Wed, 22 Nov 2023 09:02:03 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:5Ig8+0QthaWGtuVeefXagClFlBCgy2PJQQy2yavuOputQLH1vAx //NvB9qlfcs7A1Io6bz85dHNw5KUacWmSb1OyhkQccLSWUsyPDvDH9CgjR1GASDhiyALrPp 41YnUnnpezqaoO+277KgnvGEdCJdXM3nih05oukv4MMu7uSpg6WxQx2HF5lU/8FV8FmjpO9 DCUesR0Q8+EHSGXIiYH1g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:aXz0le6acb4=;HSPWfiJyML/Xbrtk3uPOFx1+0fI 2hnLMg/t6h1/PaKfgOuKjCMpOhP2YiT7pD5LI1ZFaT6h9Ywf/bISar5dCtnAdJpOLJ57qDFZ+ eXzOa6JxGNONKGHdFZrSDGbbCiYXlUhjyeiX4ZvNa1cL48hpV9RHKWCFabSQML3Ypd7YuGkQL 936rjDtnIY0WipvHqD1wKcrPOprWqjSJPeMeXXd+Ws/shx9HP2ZCjwcOsZa5zCx1reWrZQOGX bzaJg0eMkp4jb+5c/wH55mGre+IpIR47DPTMjBoFuHXYpVqTBgRnppY+wVbYoJecQ6FqtQgmk 9dGlrv5SDYlnFi34JeHd+gieOB72ZiR/vAzvdN2mv1E1+lVeemYGoymAIGNczt5Pr7BqH068M XqF4siIXRHYTMLCwkqWURZ9fgsQK+dWG91wr/vYID4fOGqWFAHX4rZi6KyK2UhD/Sc0WxJ6X9 ZnAoR+n4FNlgYJJvCD1VDTWkwOJIlcB3gRfODjIMlIc4zheOMzx4t1Ehrk0YXPlzV63S0oTK8 Xu91fY8waAhy7b7s+/4zQIa87ygnU5na9ejoCGucgLGa1/vwcJBbXMC45TG5sX80xoMT03BoX vy8n783Ad7QhQ2U0jSoAnkORYL5bw/ucjMWmFwFjZLnC+xKIOdonJZjgYHjd38XDqMCG02hOs vhyLXcPRi+3WvkRT71P8eJ9FcmI0+AaTtQ2plvj/J7bjWbQEKVDziBTUCwSALqiQ0EGGV53Mm 8ba6B09IBQXh6U73YVXZWQZ2LDihYR8vYxo+j2RZpW2wrTV4uimbP19gt8s1kSp0eDwVQ4l6x NS3GjMc4luTX6nHI+LIRM0WmxOFwAr9tqoAMz2sDw9EECdw2kaJhWqn/lvN5/HKew3fX4I1oJ te7k06tan54XnPtzVU8mK/2w4IdDcnVv49abbF5ofGXhNQwQuFt1pmrcFmwS24L9iC5/VhynQ 5yspZQ== X-Spam-Score: 2.9 (++) 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: > We could, but we could also define the semantics of `same-frame` to have > no effect on frame re-use (it would actually be closer to the current > semantics). If so, it'd be best to find another na [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.5 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > We could, but we could also define the semantics of `same-frame` to have > no effect on frame re-use (it would actually be closer to the current > semantics). If so, it'd be best to find another na [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.5 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > We could, but we could also define the semantics of `same-frame` to have > no effect on frame re-use (it would actually be closer to the current > semantics). If so, it'd be best to find another name for it along the > lines of "no-new-frame". Agreed. 'inhibit-pop-up-frame' or 'inhibit-new-frame' would be more in accordance with 'inhibit-same-window' and 'inhibit-switch-frame'. >>>> We could add a 'display-buffer--same-frame-action' variable. >>> I don't really know what that suggestion means. >>> The `--` suggests it'd be some internal detail of `window.el` whereas >>> I thought we're discussing the externally visible API and semantics. >> It could do what I meant above - translate 'same-frame' internally. > > What is "it"? `display-buffer--same-frame-action`? > Without knowing where you'd use such a variable, it's hard for me to > guess what you mean by that. It would be similar to 'display-buffer--same-window-action' and 'display-buffer--other-frame-action' and could be used in the same way. But I'm not familiar with these variables and the customization types that use them (IIRC either you or Chong invented them). > I suspect it might be sufficient, but it would deserve a better name so > users don't get the wrong impression that it will affect reuse on > other frames. > > So you think the patch I sent is actually more-or-less acceptable > (modulo documentation and finding a better name)? Yes. >> When the selected frame is a minibuffer-only frame, 'display-buffer' >> usually tries to think of 'last-nonminibuffer-frame' as the selected >> frame. So probably 'same-frame' should do the same. > > Sounds like this is compatible to my suggestion that it's OK to ignore > `same-frame` when the selected frame is a minibuffer-only frame. > >> But all I can do is to hint at inconsistencies in your proposal. > > Not sure what's the inconsistency there. If OT1H 'same-frame' is ignored when the selected frame is a minibuffer-only frame (so a new frame gets popped up instead) and OTOH the remaining action functions do use the last non-minibuffer frame in such case, then the behavior of 'display-buffer' is inconsistent in my regard. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2023 16:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170066902827045 (code B ref 67249); Wed, 22 Nov 2023 16:04:01 +0000 Received: (at 67249) by debbugs.gnu.org; 22 Nov 2023 16:03:48 +0000 Received: from localhost ([127.0.0.1]:59724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5phc-000729-04 for submit@debbugs.gnu.org; Wed, 22 Nov 2023 11:03:48 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:54951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r5phZ-00071t-9h for 67249@debbugs.gnu.org; Wed, 22 Nov 2023 11:03:46 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 46F37100068; Wed, 22 Nov 2023 11:03:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700669015; bh=oZZmZM73JCz4fdLDuvSPvyPATyNtnpJxcf5sKWlmg+E=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=YkghYlrkGHArou1ma941vrHtpFlw0uxvZcZDsEBdJe+dnn6Ga49VC0PvuURF05vEo pLMeGvX8vhtnMx+AZ8pA/8IRBuNcNFkVo2bCtnt2nMyyEfLl5lKLsK+/HKRX+ho8Zs xihtQn4zprzM+RjkJkwkzM+TtXDUa2zX0jdvbGPZIqaK7+NgsbXXlM1hf5RKoFK3c2 JGdBvTwWER/OIt/9EM0iNZAoEtYr5cEEnIGSNBfZOzsw3VO1rAX3D+B8HD/kkhOUnM 2d/SUZhIss+8mZjvWMduvS4NOfNc2yorDYHqn2ifF3/In+mFaaiSjc9RTFQgVSv/7d mX1bR7OrCMZ6g== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 7C68F100033; Wed, 22 Nov 2023 11:03:35 -0500 (EST) Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6F464120253; Wed, 22 Nov 2023 11:03:35 -0500 (EST) From: Stefan Monnier In-Reply-To: <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> (martin rudalics's message of "Wed, 22 Nov 2023 09:02:03 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> Date: Wed, 22 Nov 2023 11:03:32 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.098 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> We could, but we could also define the semantics of `same-frame` to have >> no effect on frame re-use (it would actually be closer to the current >> semantics). If so, it'd be best to find another name for it along the >> lines of "no-new-frame". > Agreed. 'inhibit-pop-up-frame' or 'inhibit-new-frame' would be more in > accordance with 'inhibit-same-window' and 'inhibit-switch-frame'. I like `inhibit-new-frame`, thanks. >>>>> We could add a 'display-buffer--same-frame-action' variable. >>>> I don't really know what that suggestion means. >>>> The `--` suggests it'd be some internal detail of `window.el` whereas >>>> I thought we're discussing the externally visible API and semantics. >>> It could do what I meant above - translate 'same-frame' internally. >> What is "it"? `display-buffer--same-frame-action`? >> Without knowing where you'd use such a variable, it's hard for me to >> guess what you mean by that. > It would be similar to 'display-buffer--same-window-action' and > 'display-buffer--other-frame-action' and could be used in the same way. These are just implementation details of `switch-to-buffer-other-frame`, `display-buffer-other-frame`, `pop-to-buffer-same-window`, ... So, it would still require the introduction of something like `display-buffer-same-frame` to make use of it. > But I'm not familiar with these variables I guess only Chong is familiar with them, then =F0=9F=99=81 > and the customization types that use them (IIRC either you or Chong > invented them). The customization type is not used for them (they are internal variables, not user-facing nor Customizable). >> So you think the patch I sent is actually more-or-less acceptable >> (modulo documentation and finding a better name)? > Yes. OK, I'll try and get it into an acceptable shape, then. > If OT1H 'same-frame' is ignored when the selected frame is a > minibuffer-only frame (so a new frame gets popped up instead) and OTOH > the remaining action functions do use the last non-minibuffer frame in > such case, then the behavior of 'display-buffer' is inconsistent in my > regard. Ah, yes, I see. IIUC, the "inhibit-new-frame" semantics seems less susceptible to this problem then the "same-frame", no? Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Nov 2023 10:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17007336149994 (code B ref 67249); Thu, 23 Nov 2023 10:01:02 +0000 Received: (at 67249) by debbugs.gnu.org; 23 Nov 2023 10:00:14 +0000 Received: from localhost ([127.0.0.1]:60657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r66VK-0002b6-Fx for submit@debbugs.gnu.org; Thu, 23 Nov 2023 05:00:14 -0500 Received: from mout.gmx.net ([212.227.15.18]:40069) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r66VH-0002Zf-7D for 67249@debbugs.gnu.org; Thu, 23 Nov 2023 05:00:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700733597; x=1701338397; i=rudalics@gmx.at; bh=+MijdxZBFXf1qunke5jMpbWMHWxlk2Ca8rze4Ck9xxs=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=A6uRrvtX1pnZ3foDvv6ea3aSdASN9ldW+dTda26Ilty29c+VbsL8SC3g616XgHqo GGkKFOCgsE9Kp4EywJeX8sIIHHn4ROm2qO6vHrybMdlzVEPHaWeBdj5VhOOiAMaq/ LeJyqiLxGy1frA5Ub1bqP4PXnbVDew0kA2n8y6RhYK0zz4uaMiy6WuPuFxkBdZZGi xienJxujtTr0SeeVrtfdIpSIC2Ck7MHhF5bjuBdlL/c+VqXDcmd3TLhvT8MoCQO/M YPj7z8wifCHci3TgMLzfKOvjTdi6opBkttn/2zRvsdhGGYLjhnYPyYim6Zq7ugiy9 uNZfUYiM5K29t4oLpw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.142]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N7zFZ-1rRSuM1u8h-014yBv; Thu, 23 Nov 2023 10:59:57 +0100 Message-ID: Date: Thu, 23 Nov 2023 10:59:55 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:+TUzftYpzAYTHZL7hh7qw+pt4BDF6nvRXq1yHB7Eh6k4ghZlQdI T+Nt9RKwoNY3wYZ1qcqxHtTUMom3JtUoin3OHpprqh9GaSoOncjORsI7JuM1s0O6M6ycSx9 GgGQnqmJ322dshbG5x5w2lLrwSXcovANY6Atl8nsng6ax4+COaiIZ1XGy/rXZylYe+Actve eizHjEAr9oCioBUOd2Ojg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:nSFy6s0cYJ0=;cqxg7VYpZ4Wv8Af23pK/e4Y5FO4 oNXTcMTyuQc14OF578pyryaeHRocznQYqUJ2Ag1cw2ZqMPrtXVd1l0pdSgoUCmmso2bdnbjkM bSe16SSI0U0yHex4A2LlYOmd3xITwdquVsmFuAzHlQlRFjFORmy8wgBKB5TsyAghIg1EU9Idt g7nuW4Rv0nq243HLm1FbY9MgQhwbN4t/CUOEW8m1vWQTNB43Q9KQYJqZe5b4JqRwPSPYTcMO5 lN2rRtbWtZvY+OS6/JpRISwqSACTiCbje/vtF9YuLf4TSzPhjtTvBCIVSO7XfNdOoVQQRlKmp ffWd+gunTCoViqHtupUiCqoOfhKBe0F7GBjVqpdXScYN8s0oeAeTF9CFZENAnVMGufo/LJDJy 8qUtNrFlitWK/gkTX8dEC2M8yAqY2IbrLP6lzS8vcOd8KRT9ZFe3suubRz5P/P1eEbOnHgAve FSFbgPpkCfHY5/KiNnuqYhDm6u6mY70WSqDci0V6EwNITIhOoAvtv2ULaALJqMAdBOrB29zN9 Cak+4J7VsE8AXczGCcKCR0NC98dXxmHcZcaBwetjO2FKJypS7CxPbQWT9Xm2kX/gKvCAqSFyQ fuEVL49eCiQ2ONVTYfDPQ+GLa6Q+BToyyQhHKn6fpo95Vx0FW5fCv30emZKLj6jfSVaoUDWW1 cGNrBIQM7Az3z8sJ7DrRYdAUvyIKwwKi8HPwqrEr83/VrlgzUcbvRQVpEvoLdDiTirRsKDKz5 hx6LGzQgtXxf0avSq2ENZI2G4de4SlGFevRl/pCcNPhUpZt8Z3Gdghob7qu4vT3NczJ3n80VL V7pR8+LZVSXwRTfqRRjPbqt+EuSJga1O9akIbwgGfylMGotKj47c+YmSiTDKAo37GS9oJ3Mpb rvZUMI2ZV3txRnB9RHCAMwyWsozVAJ6bOYA9bqxEF6YjVi+SVH2XoJVuL7lkAVTe9V8ks1MYe hUrOzjHCcg6LFoIR6vgVECUDFgE= X-Spam-Score: 2.8 (++) 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: >> and the customization types that use them (IIRC either you or Chong >> invented them). > > The customization type is not used for them (they are internal > variables, not user-facing nor Customiza [...] Content analysis details: (2.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.142 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.8 (+) 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: >> and the customization types that use them (IIRC either you or Chong >> invented them). > > The customization type is not used for them (they are internal > variables, not user-facing nor Customiza [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.142 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager >> and the customization types that use them (IIRC either you or Chong >> invented them). > > The customization type is not used for them (they are internal > variables, not user-facing nor Customizable). I meant their use in, for example, (defcustom display-comint-buffer-action display-buffer--same-window-action >> If OT1H 'same-frame' is ignored when the selected frame is a >> minibuffer-only frame (so a new frame gets popped up instead) and OTOH >> the remaining action functions do use the last non-minibuffer frame in >> such case, then the behavior of 'display-buffer' is inconsistent in my >> regard. > > Ah, yes, I see. > IIUC, the "inhibit-new-frame" semantics seems less susceptible to this > problem then the "same-frame", no? When I type M-x to invoke a custom function for displaying a buffer, I'd probably want 'inhibit-new-frame' to do what it advertises regardless of whether I'm in a stand-alone minibuffer frame or in a normal minibuffer window. But we could add a separate value for 'inhibit-new-frame' like 'may-use-last-nonminibuffer-frame' to regulate that. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Nov 2023 02:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17007943693936 (code B ref 67249); Fri, 24 Nov 2023 02:53:01 +0000 Received: (at 67249) by debbugs.gnu.org; 24 Nov 2023 02:52:49 +0000 Received: from localhost ([127.0.0.1]:35382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6MJE-00011P-Lx for submit@debbugs.gnu.org; Thu, 23 Nov 2023 21:52:49 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:22075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6MJ4-000113-JG for 67249@debbugs.gnu.org; Thu, 23 Nov 2023 21:52:47 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 68CBD80781; Thu, 23 Nov 2023 21:52:28 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700794347; bh=dW6DjLDGgRikutZ4onvS1hhltlRJoDVkqaWIQoJq3uY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=X3YRpXwpahTjh/2nqTL3pKGPXM0L8WTQetdASmJRs103+CkXIYSwwcjik4L3oUK2h MTxQaNP6t7gHTbrUTOxho16F0tesA4MA3NR/v0rzanup3DcxUapBkj43kPs+6M1stt q6iHUR3zDb63IZ+OoDHhiU1e3H23ZXdLGcvwGPLt80SXGVIf+Z4XH/YgmOa90A+NLn 1oewfRWrdJRCDodGF/GqMKhAtS9Fc6mKrLGcnNaPHHUIEAWvG62qFhzVS8dI7P3I9p vOdHJqW1ivER49+2VzDrgRpPISaJ2wp831zPk3xqJ6CHeDB7LxhF4BPHKE3myR5R1F 8ZCGXpqDjiU6w== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id EF76280091; Thu, 23 Nov 2023 21:52:26 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C638E1202FF; Thu, 23 Nov 2023 21:52:26 -0500 (EST) From: Stefan Monnier In-Reply-To: (martin rudalics's message of "Thu, 23 Nov 2023 10:59:55 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> Date: Thu, 23 Nov 2023 21:52:18 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.026 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) --=-=-= Content-Type: text/plain >>> If OT1H 'same-frame' is ignored when the selected frame is a >>> minibuffer-only frame (so a new frame gets popped up instead) and OTOH >>> the remaining action functions do use the last non-minibuffer frame in >>> such case, then the behavior of 'display-buffer' is inconsistent in my >>> regard. >> Ah, yes, I see. >> IIUC, the "inhibit-new-frame" semantics seems less susceptible to this >> problem then the "same-frame", no? > When I type M-x to invoke a custom function for displaying a buffer, I'd > probably want 'inhibit-new-frame' to do what it advertises regardless of > whether I'm in a stand-alone minibuffer frame or in a normal minibuffer > window. Indeed, but the difference between "same frame" and "inhibit new frame" is that the meaning of "same frame" depends on the `selected-frame` whereas "inhibit new frame" doesn't, so I think we're OK. Here's a first candidate patch. I introduced a new function `display-buffer--pop-up-frame` so as to ignore `inhibit-new-frame` as a last resort. I also modified `display-buffer--other-frame-action` to use `display-buffer--pop-up-frame`, because it seems this is used only(?) in response to an explicit user request where the user does expect a new frame (like `C-x 5 b`) and so it seems to make sense to override even an `inhibit-new-frame` coming from `display-buffer-alist`. Stefan PS: Am I the only one who finds it confusing how some functions named `display-buffer-` are meant to be used from the ACTIONs (i.e. from within `display-buffer`) while others are implemented on top of `display-buffer` (and thus should not be used within ACTIONS)? Could we try and find a clear naming convention to distinguish the two, or am I even more confused than I thought and several of those functions can be used either way? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=inhibit-new-frame.patch diff --git a/lisp/window.el b/lisp/window.el index 0c5ccf167dc..34027c58cae 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -6860,6 +6860,7 @@ special-display-popup-frame If ARGS is a list whose car is a symbol, use (car ARGS) as a function to do the work. Pass it BUFFER as first argument, and pass the elements of (cdr ARGS) as the remaining arguments." + (declare (obsolete display-buffer-pop-up-frame "30.1")) (if (and args (symbolp (car args))) (apply (car args) buffer (cdr args)) (let ((window (get-buffer-window buffer 0))) @@ -7627,7 +7628,7 @@ display-buffer-fallback-action display-buffer-in-previous-window display-buffer-use-some-window ;; If all else fails, pop up a new frame. - display-buffer-pop-up-frame)) + display-buffer--pop-up-frame)) "Default fallback action for `display-buffer'. This is the action used by `display-buffer' if no other actions have been specified, for example, by the user options @@ -7657,7 +7658,7 @@ display-buffer--same-window-action (defvar display-buffer--other-frame-action '((display-buffer-reuse-window - display-buffer-pop-up-frame) + display-buffer--pop-up-frame) (reusable-frames . 0) (inhibit-same-window . t)) "A `display-buffer' action for displaying in another frame. @@ -7735,6 +7736,8 @@ display-buffer Note that a window manager may still raise a new frame and give it focus, effectively overriding the value specified here. + `inhibit-new-frame' -- A non-nil value forces the use of an + existing frame to display the buffer. `reusable-frames' -- The value specifies the set of frames to search for a window that already displays the buffer. Possible values are nil (the selected frame), t (any live @@ -7828,12 +7831,12 @@ display-buffer user-action special-action action extra-action display-buffer-base-action display-buffer-fallback-action)) - (functions (apply 'append + (functions (apply #'append (mapcar (lambda (x) (setq x (car x)) (if (functionp x) (list x) x)) actions))) - (alist (apply 'append (mapcar 'cdr actions))) + (alist (apply #'append (mapcar #'cdr actions))) window) (unless (buffer-live-p buffer) (error "Invalid buffer")) @@ -8090,10 +8093,16 @@ display-buffer--special-action (funcall special-display-function buffer (if (listp pars) pars))))))))) +(defun display-buffer--pop-up-frame (buffer alist) + "Like `display-buffer--pop-up-frame' but ignores `inhibit-new-frame'. +Used only in exceptional cases." + (display-buffer-pop-up-frame buffer `((inhibit-new-frame . nil) ,@alist))) + (defun display-buffer-pop-up-frame (buffer alist) "Display BUFFER in a new frame. This works by calling `pop-up-frame-function'. If successful, return the window used; otherwise return nil. +Do nothing if ALIST's `inhibit-new-frame' is non-nil. ALIST is an association list of action symbols and values. See Info node `(elisp) Buffer Display Action Alists' for details of @@ -8107,15 +8116,16 @@ display-buffer-pop-up-frame node `(elisp) Buffer Display Action Functions'. It should be called only by `display-buffer' or a function directly or indirectly called by the latter." - (let* ((params (cdr (assq 'pop-up-frame-parameters alist))) - (pop-up-frame-alist (append params pop-up-frame-alist)) - (fun pop-up-frame-function) + (let* ((fun pop-up-frame-function) frame window) (when (and fun + (not (alist-get 'inhibit-new-frame alist)) ;; Make BUFFER current so `make-frame' will use it as the ;; new frame's buffer (Bug#15133). (with-current-buffer buffer - (setq frame (funcall fun))) + (let* ((params (cdr (assq 'pop-up-frame-parameters alist))) + (pop-up-frame-alist (append params pop-up-frame-alist))) + (setq frame (funcall fun)))) (setq window (frame-selected-window frame))) (prog1 (window--display-buffer buffer window 'frame alist) (unless (cdr (assq 'inhibit-switch-frame alist)) --=-=-=-- From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Nov 2023 09:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170081673811339 (code B ref 67249); Fri, 24 Nov 2023 09:06:01 +0000 Received: (at 67249) by debbugs.gnu.org; 24 Nov 2023 09:05:38 +0000 Received: from localhost ([127.0.0.1]:35583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6S82-0002wn-2l for submit@debbugs.gnu.org; Fri, 24 Nov 2023 04:05:38 -0500 Received: from mout.gmx.net ([212.227.17.22]:46223) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6S7z-0002wa-Os for 67249@debbugs.gnu.org; Fri, 24 Nov 2023 04:05:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700816722; x=1701421522; i=rudalics@gmx.at; bh=3D+Xrmu2+vdLcsMcMwwoSiX8YFEtdXZFhZW78YNJVDA=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=LHFgnjaMRahYEKli98rjI7efj2J91o3oZX/cLj41O7p+Bdp7Si7wR7Vx5T5tinJu NCS7M3iIhI9pb5P/IZ7OraX3vBSBna73D+M5k/me84ZyL91A019m4zvpFeS8vgUWV O+YT1DDEOUW3+8A8t4K8HcEt7x4RfD91Uj/jDSxPF6gjFdJ4DRGCS/rP5dc/TtB71 6VEyyi8DJi6RReEqnU7OTJuuSGYkZkzPUlwRC3288vn2ofI6LXBZROWwRPdycOzln HbSsrZO5bvKpzwLa7Lh11fVv/8WvMuSWcjE7AmodksFt5Ceb84h6E32aN/1ADEZCz Rcq6irWdAuLJaMRyYQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.59]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N17YY-1rI2jg08Jm-012Zgb; Fri, 24 Nov 2023 10:05:22 +0100 Message-ID: <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> Date: Fri, 24 Nov 2023 10:05:20 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:pO3lXRxHbkqjpbwP6xZ4xG+e6iwlxRLLllXMpc9Dkpnq8R34MSo w1TD7Su41HK7BjIe6Mk9fkoBiD6n5bt7G5m9X0AFvuW6zhIYb4/kV3rf4jDSyGGmEWIBQhD 13O4LuFFVqYm0fy5HRlIa3Ka0/rwtwJLWfKUHq4eYmN4kSFj4Wu1Ewu3Yppbb/rkh91f+zA kpW3KDrP9F/iATthcj0Jw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:n2pGd1sZhKM=;5hImAZRsoDo2zu4Y8xKZIxE2myl LpEmRgMQDQrfO4xTytzKubFd/pKG37XNrVXzkQCt8Bcwi6RxfYMd06P8mZM48Z4FqEgsjl72P ijGXKzcAd4BeNFYuSKoDfmd95MCNPAekyXB99hNCVBzqP40KVRF6DFZr9OTAhWizPGu2+js6J 7f+Ynktwi97PfUxF8k/TxF0GomJobhqptZ+YuD004D0jK0xWineHRZ9Y7sQ36JBoEysaduQ8E rL53NtL5H56cnRHA8NCAYR+U7e9HaQ7WPRJeq9iR6QjRLKucT1933gU7U0CE+irb1yrQfpgOU lDSLWuzqHkzsEHk3zpFVUxEJlNNU8xvPDwSfZEWyZ9rrdW5glkUbWRkAwwV5YhlxpXkqy1Feg /JDUMwClstC3KE4mlH0DroZQa4IG0jA0zjpxoZJCLC2Z0fd5vhPSFWiK4YYEQLjmaSdeN7HZ+ EHG7pxUvTt6qhJD+IhXRg4ek3FySsTOocf2opvUwGXzT1CsAdOOEG0KIfZSaVXLM+0O7wMri7 oHUt7vAs2bCyEqBB3qmmxL5R/qZ4gtgolnmmJBcMGUlYCYMK3ermQG8SYUamvzJqYfZPyqt3E 0iioFl4fEcyVlkC6GrZ94qpqsOpNn41fwUwp2vFPab3UxNMKPZ48brgOw6vs7SJQlbF6BM8Do RoC+tcLzYlglxToY2qheJJPvy5b2yFSWZKhbos+RPhrvybdlQbZZ5sdN6oj9iiheF2TDN9b5/ bgKZPTNO7hTbcLgnoOgR0A6CrN0cDVbJSW8TlDeJFrDF39kadcqRzB3xgLByNeWFgO6e0L5Ku ST 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 (-) > Here's a first candidate patch. > > I introduced a new function `display-buffer--pop-up-frame` so as to > ignore `inhibit-new-frame` as a last resort. Good idea. > I also modified `display-buffer--other-frame-action` to use > `display-buffer--pop-up-frame`, because it seems this is used only(?) in > response to an explicit user request where the user does expect a new > frame (like `C-x 5 b`) and so it seems to make sense to override even an > `inhibit-new-frame` coming from `display-buffer-alist`. > (defvar display-buffer--other-frame-action > '((display-buffer-reuse-window > - display-buffer-pop-up-frame) > + display-buffer--pop-up-frame) > (reusable-frames . 0) > (inhibit-same-window . t)) This one is messy anyway but I never tried to tinker with it. After all, "0" means to probe any frame around _including_ the selected one. It probably should call 'display-buffer-use-some-frame' and maybe also 'display-buffer-use-least-recent-window' with a suitable 'lru-frames' entry. Just that our FRAMES argument nomenclature does not allow to exclude the selected frame from the list of frames to probe or return. > +(defun display-buffer--pop-up-frame (buffer alist) > + "Like `display-buffer--pop-up-frame' but ignores `inhibit-new-frame'. This seems to have an extra "-". > PS: Am I the only one who finds it confusing how some functions > named `display-buffer-` are meant to be used from the ACTIONs > (i.e. from within `display-buffer`) while others are implemented on top > of `display-buffer` (and thus should not be used within ACTIONS)? > Could we try and find a clear naming convention to distinguish the two, > or am I even more confused than I thought and several of those functions > can be used either way? Do you mean 'display-buffer-override-next-command' and 'display-buffer-record-window'? As for the latter, the reason was that applications might want to call this in their code for recording the window used so it's not meant to be strictly window.el internal. If you mean something else, please give one or two examples of such confusing functions. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Nov 2023 13:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170083393119900 (code B ref 67249); Fri, 24 Nov 2023 13:53:01 +0000 Received: (at 67249) by debbugs.gnu.org; 24 Nov 2023 13:52:11 +0000 Received: from localhost ([127.0.0.1]:35986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6WbK-0005Au-SC for submit@debbugs.gnu.org; Fri, 24 Nov 2023 08:52:11 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:32659) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6WbH-0005AG-JY for 67249@debbugs.gnu.org; Fri, 24 Nov 2023 08:52:09 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 2BA79807A4; Fri, 24 Nov 2023 08:51:57 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700833916; bh=gQFIU9tH+eodMBsFyrkEk4pBXi5iYe8NQdn3nn4zq0w=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=NJBVA41Vtkrznf7eYP5ClZuLF9AYG+Tnlm4tZ/8R6cpwBUJEk8RklOiIJdzteB1ia /Ak/wuJA1jW+0o0Vci61YPjCyn+jGfHx9OwwjR3Kf4X6niLEVCKDaxhHjgi8yHBBtx mHwiG5qeLRlzuYLvehnWaEF3RIW4Dfjyll3WCDoV7zGpn7dsPKf3RGlovttprvHp/I B2ZAkaeEOIZjPcccPP2vIAJK3RjBTe4QJxxfHAhXCg9LPiUHAks1E8oR5ZB/7eAPFP sOttIYpjNw5jCqDGGYYjugcdQyf0Y3XSax1+UDAwTNSOSJZyHwn4xoln+jXW+qsOdt C1gbqCFVF916A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 566C9800E7; Fri, 24 Nov 2023 08:51:56 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 3493F12022D; Fri, 24 Nov 2023 08:51:56 -0500 (EST) From: Stefan Monnier In-Reply-To: <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> (martin rudalics's message of "Fri, 24 Nov 2023 10:05:20 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> Date: Fri, 24 Nov 2023 08:51:54 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.026 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> +(defun display-buffer--pop-up-frame (buffer alist) >> + "Like `display-buffer--pop-up-frame' but ignores `inhibit-new-frame'. > This seems to have an extra "-". Indeed, thanks. >> PS: Am I the only one who finds it confusing how some functions >> named `display-buffer-` are meant to be used from the ACTIONs >> (i.e. from within `display-buffer`) while others are implemented on top >> of `display-buffer` (and thus should not be used within ACTIONS)? >> Could we try and find a clear naming convention to distinguish the two, >> or am I even more confused than I thought and several of those functions >> can be used either way? > > Do you mean 'display-buffer-override-next-command' and > 'display-buffer-record-window'? I mostly noticed `display-buffer-other-frame` whose name (to me) suggests it can be used in an ACTION. The two you cite could be considered as colliding, but since their name doesn't suggest they're going to "display a buffer", they didn't bother me. Hmm... after looking a bit more maybe it's not that bad, since the calling convention can be used to distinguish them (e.g. `display-buffer-other-frame` doesn't take an ALIST after the BUFFER). Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Nov 2023 16:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17008431683557 (code B ref 67249); Fri, 24 Nov 2023 16:27:02 +0000 Received: (at 67249) by debbugs.gnu.org; 24 Nov 2023 16:26:08 +0000 Received: from localhost ([127.0.0.1]:37045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6Z0K-0000vI-Da for submit@debbugs.gnu.org; Fri, 24 Nov 2023 11:26:08 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:48430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6Z0F-0000uh-Kp for 67249@debbugs.gnu.org; Fri, 24 Nov 2023 11:26:07 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 4A99A4412C9; Fri, 24 Nov 2023 11:25:53 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700843147; bh=yG9qZw4r3ybk7J6bek0jljqyvE58rstl9c0C4WPK7qE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=CUUObKBzsnlAdW3Y2xoGYL43GB29hmHOuHsbgoDXrlHY0oiX44eY8OKPnOppQ9Ept +/JvBb74UZPHBNXKZA60GvpvpQJGor3uoXfRzdOF/8PpCBMKFTwdaahpK1EKGNq0PR 5RmdavSaxwSTVGxaTsURpSPhRtAnIB9OpFHnJGOGYgQs/LDhDn4mE0Y3tstXB+uD7z LyAGtk+q4fyy2lS38Hhh/kLBGfRj6D6wqrEWzSaDu7YMlTBqCePiFGIhWtAGZ2Vqxq ER9vDDAR1aF4Y2RPTOV7PyZriEN/Qc+OELIbUD9zOlS2OmYUxmxxyBr4f9F7bAKahe 7zT+BSQTbg4zQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A548E4412A2; Fri, 24 Nov 2023 11:25:47 -0500 (EST) Received: from alfajor (unknown [23.233.149.155]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8B5631202E5; Fri, 24 Nov 2023 11:25:47 -0500 (EST) From: Stefan Monnier In-Reply-To: (Stefan Monnier's message of "Fri, 24 Nov 2023 08:51:54 -0500") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> Date: Fri, 24 Nov 2023 11:25:46 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.009 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) --=-=-= Content-Type: text/plain BTW, I just noticed another way to attack the problem, which is to add a `pop-up-frames` argument which works just like the variable but takes precedence over it, as in the PoC patch below (a real patch would adjust other places where we use that variable, among other things). WDYT? Stefan --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=same-frame.patch diff --git a/lisp/window.el b/lisp/window.el index 0c5ccf167dc..2b8c6483fe5 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -8180,9 +8181,11 @@ display-buffer--maybe-pop-up-frame ALIST is an association list of action symbols and values. See Info node `(elisp) Buffer Display Action Alists' for details of such alists." - (and (if (eq pop-up-frames 'graphic-only) + (let* ((override (assq 'pop-up-frames alist)) + (pop-up (if override (cdr override) pop-up-frames))) + (and (if (eq pop-up 'graphic-only) (display-graphic-p) - pop-up-frames) + pop-up) (display-buffer-pop-up-frame buffer alist))) (defun display-buffer--maybe-pop-up-window (buffer alist) --=-=-=-- From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 09:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17009028411326 (code B ref 67249); Sat, 25 Nov 2023 09:01:01 +0000 Received: (at 67249) by debbugs.gnu.org; 25 Nov 2023 09:00:41 +0000 Received: from localhost ([127.0.0.1]:37782 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6oWm-0000LJ-Sg for submit@debbugs.gnu.org; Sat, 25 Nov 2023 04:00:41 -0500 Received: from mout.gmx.net ([212.227.15.19]:42383) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6oWj-0000L4-4v for 67249@debbugs.gnu.org; Sat, 25 Nov 2023 04:00:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700902822; x=1701507622; i=rudalics@gmx.at; bh=l6wmpa1Kw64XNIjHSfkXhMlxlSLNRdxxHuyMS6HASEM=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=JjU3lnbHBKBQrGlvPD4Mq8+4WcWEuvdW1eyavd9w7M7aX+KH2GbVwbjhU6nylKCg WKAEme3WsZTD0UpNZoukRkXRdA/BPQO+p3QKGkjEouq4TX20Zjmhi4s7H9NrxmvMM xVyzNJobCyvyAzSz3GbgrqWZylndav1+3IVyQI2xsckVb7nb7SNGDrG7Y89er29eJ 7S1vcwhzwY0wOfeuhrkdM6NvsfVmvtMhNQusAnpKcOL53XeklYrCO0FDw6goO/ga/ qkHThPO/JHCqagfekaLHwOgm2we3CkXWlCgLOz5flsY2PwUvkcEd2g4KIekhrnMCh vh8YgxMDS1ZMxozl8g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.137]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MOiDd-1qxF6132A3-00Q9aL; Sat, 25 Nov 2023 10:00:22 +0100 Message-ID: <436ef066-76ca-7742-c021-a1ce2407a61b@gmx.at> Date: Sat, 25 Nov 2023 10:00:20 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:UkCe5g7SbDA6QcVnA4qkT/pJvOL5LMzTZ6QySxVAyRKS/DgBLzJ EepNa2etzxEDIOBvh31ZoI7XBQ/uGT2PH8SQ3AY76ELsfJm0Rf+QaesSncXHFglX2AZ3LYl fgeB+hWvavCqflZmYIKW1RqjxqRFa/RRQW5XTcJuYjgprSpGQwnoV87EmaPJPvV0Xk7KuSv ZxBHdbieDYp3ib0q+3iWw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Jif4G+szaFY=;gJlOdgRfPeh2EmlHqnrJ/03N1j2 0hGyEyzkhicXOnEpRFeb0g+XUlRUrRDoYuKRcCyJsojtEYTlev+7GOutyDXbte22F/VImXJTd UA178OTYQT+LRwRc3R34q5i3d1G/dNWwS8nwgW/t0a8BheLYRnMaxQI+mqqHOUlrRsoDtWO1A cQXThVg1dm/fQwGecHbe919oUhuv04a5FUdazKhUWTNvsM0NRqolMqzBVvcO6ZEsBuf38TGhe ff2/sAXTqMwgz7Fc3m0zQ6NZJzbMItDietI9BX7w44VE+b9pLzBlYy3jTX1lj8uPzXHLnWWIs umHVCuc4iC8sDr69kMT0CPYPTethXCQSvTzy97+Iir4R/TAxxP9py6vYnMQsGuZyLymAVEVuU xYSUEn1C/XrpUlTsx3Ehb042wvWoSXlo+RpHTqoQY20dW1E+Sbw69k20IYiwbm6UXn9wlPEMT u+xi29+rV9/yc4Nwam7Jg472nhLAm00L+cN3Umi7+l6AU2Kq9UUpx9WjvQWAOh3t6Mw3koXQX qVjtidgXrMA81sIchxohWIE3P4mn/g7KYtBHgoXyYZKyTu3v1LVrRkKlU6uQHi0phGHhJRdqV +UAlHWr8+Tr3ikY1/WSRzsjiUoly/Of0zHJ5+2uDEfurWqdiYHeW2ee1nELEPrlwXbJkEknBS Cx97DdIWmJD0p+KXR/TgBymmbx0uhpuNqOHOPAt9lcy1YX+D/dxJJI1/GmPuI8uOu+HpjnOvZ 5zReCBHJAWFt7LAr1J0vSYQ/kukSaM5EbnKO+sli2POUtTslqp4kueAMHpQDaqsHFWe2/j6xW MJBcgSGaiRWSQaqsozCBiNntSbeYdrwgKNyp3f/CQddym6iG6esqcd46QOgDBdiL2u0izeZPT 4t/rGcJmp20l2MromQHgkhHMkwuX7izP211VHip2Kj0FGrUvLo0Jqh3r39n0o5YcqwtFzDTuY VRHxsDnwMPtOO9LTtkTzks0QjVHWAvyAJXNI7YpomqCguILe X-Spam-Score: 2.9 (++) 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: >> Do you mean 'display-buffer-override-next-command' and >> 'display-buffer-record-window'? > > I mostly noticed `display-buffer-other-frame` whose name (to me) > suggests it can be used in an ACTIO [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.137 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.19 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: >> Do you mean 'display-buffer-override-next-command' and >> 'display-buffer-record-window'? > > I mostly noticed `display-buffer-other-frame` whose name (to me) > suggests it can be used in an ACTIO [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.137 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.19 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager >> Do you mean 'display-buffer-override-next-command' and >> 'display-buffer-record-window'? > > I mostly noticed `display-buffer-other-frame` whose name (to me) > suggests it can be used in an ACTION. The two you cite could be > considered as colliding, but since their name doesn't suggest they're > going to "display a buffer", they didn't bother me. > > Hmm... after looking a bit more maybe it's not that bad, since the > calling convention can be used to distinguish them > (e.g. `display-buffer-other-frame` doesn't take an ALIST after the > BUFFER). 'display-buffer-other-frame' was in files.el so C-x 5 C-o could be bound to it - mainly as counterpart to C-x 4 C-o, I suppose. It would be more consistent to have two functions say 'show-buffer-other-window' and 'show-buffer-other-frame' we could bind to C-x 4 C-b and C-x 5 C-b and assign them appropriate action functions but I'm not sure whether people would like it. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 09:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17009028561359 (code B ref 67249); Sat, 25 Nov 2023 09:01:02 +0000 Received: (at 67249) by debbugs.gnu.org; 25 Nov 2023 09:00:56 +0000 Received: from localhost ([127.0.0.1]:37785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6oX2-0000Lq-8z for submit@debbugs.gnu.org; Sat, 25 Nov 2023 04:00:56 -0500 Received: from mout.gmx.net ([212.227.15.15]:33489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6oX0-0000Lb-Os for 67249@debbugs.gnu.org; Sat, 25 Nov 2023 04:00:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1700902841; x=1701507641; i=rudalics@gmx.at; bh=OeV5EtA+5dosl7j7qUif6nktqAskBYBZF0XYKnKP5Gs=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=jNxawRm+PZwQcp2qAxCA5ZPszgZ6Fg+hPBHzllKJ+gYPkO3Kw0RpcvN48fvcl+4/ XsafIWCVU47nISK2UqQlqUdAR5Rdr74dHBWRMRKccAmO/13fk6iafw4/B4v52p2lR u1Sca8wDx9RbtihI9DvW61nUjixwu/LmD75o06guYWFG9efb9D+VyUwGPWR9JiuNn h5N/n2uIiTOd8dypdUMAjQR+0AQFCZNVDFp8yfqcqxA1Tgi2ZRsPI3EdtOSKZEmB5 GUhNftMmUcybgqFUhcIA0deF1JJ/u8AfmaTnYld6iu6vwTU042pZyAxJKqrRYiXym jgzU4HDDIR00Raq9WA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.137]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbAh0-1ri59V0lS4-00bcDr; Sat, 25 Nov 2023 10:00:41 +0100 Message-ID: <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> Date: Sat, 25 Nov 2023 10:00:40 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:4FYQJaM2YjFnZxt1s8K07w6l0JRdIpABpJLX8c16CyzhwPB1X1d vJu2Sat0+LBUAGaxZVKLCV6G5MsRMBKp4kolgxR31+aTkYq2aAdjEymZOmcpdXjNxgAMzL6 a3/XC5oCbIZ5OyUYiIeI8Vghgwj8JKJLNFsbQGHgB6nTZ9MdDJ25DNtU2PTQS3wOIeFhR1Y OIVM0fjGb/MDQsyGsJgcA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:rUYpr1+8zb4=;GBBD6FDyghJIKyRCCaLq+Guutgh usxcI+539beekG+yqOM90sCwi72okYkkGsYNR4Vt3hDAmqQdsgxKF4xvc7xDTd6zWqaZxI/ZW DYyjoz6V79MHA63AdTSzfiwAKp7bfih1oCJ91tsa0wWG7y8W3yI3Qm7gktUUIBDF3bOsf9t6l Ws25LeScoRoskgiO7VlUQMj4ZlZKIoYfia6wob41xXNJCx8lqxgO/k1MzjTs5ytfxTw8yQin/ O6oCmYBRymsj8mT8HzjDe1Hrg/kwWPUjBuQFrGcqgz6/yKuxvbkv2+faHGvq6jfJ+t+9T5G2V v7h8Ks6KUpiG71NpJKtnaoZlrll/cBBT862eupLtF94DnpIAplwm/Qer97xHK7v1dCYWob3wv yl4FbHbonGL0fFAukb9aGMnPEsgJ/Ux1Yo3HXPcUDBZ0kXHOCWjyf+uOBj/TpfqdvbZmoeI4d +d2czIOiulw+YHFC6/PabJgnyoCPsSSmAhjHqJm1Wnok2pYL83uVpBUOh7GsgdoJjhU3jnTLm q+EE2r7BOp8LsQSjUmKwmyJaKHk7hOLiF7bOEJc+Iik1aIRAKYIwgr+bklWSdKxRAEMNCxw3s CzV3w1YQhAUq1ZxVaeq8mE3x6+hAG0rVzOMV8U1T9zd4ZmA2N/Oj9vYl8xytFftz0VBwMhKNa dJlP4Rq5hd+Qz8zV/mfFhKLEBqtx+UvtNoF98uA+QWrGbtRGv//Zw2+YuyxX6dW+/kueQ/xGc MRHbMqdGaa8E/UotYY6FbP14ai9uAsoOTZ7tWpJhssuuifDW4fUuTg33SjPIPNtSHYAd8w2Qm hkSkXDpg0G47tBqtb973Fk+Wb4w/ARvpdNv9tOgmmA42c1gVnYO7nSLTKjwbh96cOFb5ZVUg0 RvoXrc3qj6x6s1c0e9lqjhCP7xqeMrWXr1bs1EOKDnv5hocdSz0OmMqvBr0dXz98Fln0/FvM7 ni4arvcO14qCC4h3aQPU0cDTJHM= X-Spam-Score: 2.9 (++) 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: > BTW, I just noticed another way to attack the problem, which is to add > a `pop-up-frames` argument which works just like the variable but takes > precedence over it, as in the PoC patch below (a r [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.137 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > BTW, I just noticed another way to attack the problem, which is to add > a `pop-up-frames` argument which works just like the variable but takes > precedence over it, as in the PoC patch below (a r [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.137 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > BTW, I just noticed another way to attack the problem, which is to add > a `pop-up-frames` argument which works just like the variable but takes > precedence over it, as in the PoC patch below (a real patch would > adjust other places where we use that variable, among other things). > > WDYT? Then we should probably use 'pop-up-windows' instead of 'inhibit-same-window'. 'display-buffer' resembles a Cervantesque struggle of consistency with history. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 14:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17009229814938 (code B ref 67249); Sat, 25 Nov 2023 14:37:02 +0000 Received: (at 67249) by debbugs.gnu.org; 25 Nov 2023 14:36:21 +0000 Received: from localhost ([127.0.0.1]:38241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6tlc-0001Ha-HW for submit@debbugs.gnu.org; Sat, 25 Nov 2023 09:36:20 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6tla-0001HM-5f for 67249@debbugs.gnu.org; Sat, 25 Nov 2023 09:36:18 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2E729441842; Sat, 25 Nov 2023 09:36:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700922966; bh=cqxfhG/GN67fM7+isaMiSEOA0djL9tu8kjE3Xs6bzEc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=UZVkj++QPa62pXZoI1OJJjDgDNtHVnbEBgRpCaeYNi/nXUnaJx48H3O6QWeo/2iWQ fHtmVKWzMNys0ChqsoLvPMxaZ/aqsJBz3DrE3jlPs9q+xLrjrml98zhWTJY6NKdC1D MhXKdf9liIkPVbkavQTik328asX4tplt48bGb3foBMJctaRv+0Ll2mM1+i4pzLofmg eIm82AuT5g3bodTvxnXtOhDXZ2Nl6pULuxL/FJFV2jUuMTDnoCZRGH19EUE9/Oejfz +dFqpO/t1hz41qJ9oL6DRLejSHTSkWUbcez8BBpeZgJQwRE57MjycF8G2jbo1iAKX/ xb0KTe1GSlbgQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2F63A44170D; Sat, 25 Nov 2023 09:36:06 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0C271120210; Sat, 25 Nov 2023 09:36:06 -0500 (EST) From: Stefan Monnier In-Reply-To: <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> (martin rudalics's message of "Sat, 25 Nov 2023 10:00:40 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> Date: Sat, 25 Nov 2023 09:36:05 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.031 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> BTW, I just noticed another way to attack the problem, which is to add >> a `pop-up-frames` argument which works just like the variable but takes >> precedence over it, as in the PoC patch below (a real patch would >> adjust other places where we use that variable, among other things). >> WDYT? > Then we should probably use 'pop-up-windows' instead of > 'inhibit-same-window'. Hmm... I don't think it would quite work, because `pop-up-windows` only controls creation of new windows, whereas `inhibit-same-window` has an effect in more cases. > 'display-buffer' resembles a Cervantesque struggle of consistency > with history. Indeed. But I'm not sure how that translates into a practical choice between `pop-up-frames` and `inhibit-new-frame`. I'm leaning towards `pop-up-frames` right now because it avoids introducing a new notion. Admittedly, the notion it reuses (i.e. `pop-up-frames`) is not the cleanest around, but `inhibit-new-frame` isn't super clean either. Can someone help me choose between those two bad choices? Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 14:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17009230455065 (code B ref 67249); Sat, 25 Nov 2023 14:38:01 +0000 Received: (at 67249) by debbugs.gnu.org; 25 Nov 2023 14:37:25 +0000 Received: from localhost ([127.0.0.1]:38246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6tmf-0001Jc-04 for submit@debbugs.gnu.org; Sat, 25 Nov 2023 09:37:25 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:34640) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6tmc-0001JO-VE for 67249@debbugs.gnu.org; Sat, 25 Nov 2023 09:37:23 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 7413380837; Sat, 25 Nov 2023 09:37:12 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700923031; bh=P03vFkQuYJIpwdFJtQgtqxnzLy+BJT9A4iHQOSxq6WI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=L9THTpDpntK81C2qF//opSeyxMn+w4oH72iNPRuBXrfR0X1dkT/01tvsnI7oS6zlL YSF9kXYZRTlpvP3BuGxH+I1thoj7zbCG2Mdbc8AmEjtm9i7bXVoi1/Bw/JLYFkBAa+ aiIoOQcVkCy/uOp00iipf+cFWt7WkIjphzob8LNcez/IoBTLXnNFoKv2L7SPVX+EB5 gXa5CKETNjrbeyiPvP62Fk9MhqNstAZtO0hJc1efAAD/a/bMqsA1W5S7ocvBqTIEbX 8PFVtY0s5uU2gOa7PDwEMlrRifiFX0bU5TD7ZvELjcF5DMSQ2/509eOqEFrvYn6hW6 6CeKBMNGmuxsQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id AE1DB80361; Sat, 25 Nov 2023 09:37:11 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 895861204A1; Sat, 25 Nov 2023 09:37:11 -0500 (EST) From: Stefan Monnier In-Reply-To: <436ef066-76ca-7742-c021-a1ce2407a61b@gmx.at> (martin rudalics's message of "Sat, 25 Nov 2023 10:00:20 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <436ef066-76ca-7742-c021-a1ce2407a61b@gmx.at> Date: Sat, 25 Nov 2023 09:37:10 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.027 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) > 'display-buffer-other-frame' was in files.el so C-x 5 C-o could be bound > to it - mainly as counterpart to C-x 4 C-o, I suppose. It would be more > consistent to have two functions say 'show-buffer-other-window' and > 'show-buffer-other-frame' we could bind to C-x 4 C-b and C-x 5 C-b and > assign them appropriate action functions but I'm not sure whether people > would like it. Right, it seems it's just a "historical accident" and we should just live with it. Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Dec 2023 19:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170163043516768 (code B ref 67249); Sun, 03 Dec 2023 19:08:02 +0000 Received: (at 67249) by debbugs.gnu.org; 3 Dec 2023 19:07:15 +0000 Received: from localhost ([127.0.0.1]:32776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r9roA-0004MN-Ek for submit@debbugs.gnu.org; Sun, 03 Dec 2023 14:07:14 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:18687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r9ro7-0004M9-F1 for 67249@debbugs.gnu.org; Sun, 03 Dec 2023 14:07:13 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 711A41000AD; Sun, 3 Dec 2023 14:06:55 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1701630414; bh=90HVVwx6RtfbrbytfrKGLGTKomb6glMHXpv37u2Wxws=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=JK/ClDZFjz2chUL+9n3dPIvcD5SI+hHSY4GpwNAjeeAbO6vRJwTJLcqTyxfygjOhE 8TENs6kDeaaoouXh4zZBzeQuUqw0ryLnLrx6y3A/uhH/ERPxoQ2edsff/XtKVPJOis v2uxQdjhNeC+A39/+y43KDHpZGbinjpzvSMvkgOwInEU6SSONHrbJSltGjlLfWqvHv uQAcbkWi+YuyaUqOPtOEhK+7QM6H3MCIQfHGjozlq3YXDtR+P4ZYsedaXpTAkkQF/5 zdaUvuda4Z38EED33oD/cRurshSXc55314q01Jxqee7T0hKMbO5pe8jWFYnZ8SBsvZ L3Tcktjxf3H3g== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 9AAFC100043; Sun, 3 Dec 2023 14:06:54 -0500 (EST) Received: from alfajor (unknown [45.72.194.97]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 73BF51203E4; Sun, 3 Dec 2023 14:06:54 -0500 (EST) From: Stefan Monnier In-Reply-To: (Stefan Monnier's message of "Sat, 25 Nov 2023 09:36:05 -0500") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> Date: Sun, 03 Dec 2023 14:06:53 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.115 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) --=-=-= Content-Type: text/plain > I'm leaning towards `pop-up-frames` right now because it avoids > introducing a new notion. Admittedly, the notion it reuses > (i.e. `pop-up-frames`) is not the cleanest around, but > `inhibit-new-frame` isn't super clean either. > > Can someone help me choose between those two bad choices? FWIW, here's my current patch. Stefan --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=pop-up-frames.patch diff --git a/lisp/window.el b/lisp/window.el index fbdcd611068..58e77745280 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -6862,6 +6862,7 @@ special-display-popup-frame If ARGS is a list whose car is a symbol, use (car ARGS) as a function to do the work. Pass it BUFFER as first argument, and pass the elements of (cdr ARGS) as the remaining arguments." + (declare (obsolete display-buffer-pop-up-frame "30.1")) (if (and args (symbolp (car args))) (apply (car args) buffer (cdr args)) (let ((window (get-buffer-window buffer 0))) @@ -6881,9 +6882,8 @@ special-display-popup-frame ;; Stay on the same frame if requested. (when (or (cdr (assq 'same-frame args)) (cdr (assq 'same-window args))) (let* ((pop-up-windows t) - pop-up-frames special-display-buffer-names special-display-regexps) - (display-buffer buffer))) + (display-buffer buffer '((pop-up-frames . nil))))) ;; If no window yet, make one in a new frame. (let* ((frame (with-current-buffer buffer @@ -6996,6 +6996,13 @@ pop-up-frames (const :tag "Always" t)) :group 'windows) +(defun window--pop-up-frames (&optional alist) + (let* ((override (assq 'pop-up-frames alist)) + (pop-up (if override (cdr overriding) pop-up-frames))) + (if (eq pop-up 'graphic-only) + (display-graphic-p) + pop-up))) + (defcustom display-buffer-reuse-frames nil "Non-nil means `display-buffer' should reuse frames. If the buffer in question is already displayed in a frame, raise @@ -7830,12 +7837,12 @@ display-buffer user-action special-action action extra-action display-buffer-base-action display-buffer-fallback-action)) - (functions (apply 'append + (functions (apply #'append (mapcar (lambda (x) (setq x (car x)) (if (functionp x) (list x) x)) actions))) - (alist (apply 'append (mapcar 'cdr actions))) + (alist (apply #'append (mapcar #'cdr actions))) window) (unless (buffer-live-p buffer) (error "Invalid buffer")) @@ -7978,9 +7985,7 @@ display-buffer-reuse-window indirectly called by the latter." (let* ((alist-entry (assq 'reusable-frames alist)) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) @@ -8034,9 +8039,7 @@ display-buffer-reuse-mode-window (let* ((alist-entry (assq 'reusable-frames alist)) (alist-mode-entry (assq 'mode alist)) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) @@ -8182,9 +8185,7 @@ display-buffer--maybe-pop-up-frame ALIST is an association list of action symbols and values. See Info node `(elisp) Buffer Display Action Alists' for details of such alists." - (and (if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + (and (window--pop-up-frames alist) (display-buffer-pop-up-frame buffer alist))) (defun display-buffer--maybe-pop-up-window (buffer alist) @@ -8548,9 +8549,7 @@ display-buffer-in-previous-window (cdr (assq 'inhibit-same-window alist))) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) --=-=-=-- From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Dec 2023 07:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17016746087764 (code B ref 67249); Mon, 04 Dec 2023 07:24:02 +0000 Received: (at 67249) by debbugs.gnu.org; 4 Dec 2023 07:23:28 +0000 Received: from localhost ([127.0.0.1]:33384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rA3Id-00021A-Na for submit@debbugs.gnu.org; Mon, 04 Dec 2023 02:23:27 -0500 Received: from mout.gmx.net ([212.227.17.21]:48301) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rA3IZ-00020u-Rq for 67249@debbugs.gnu.org; Mon, 04 Dec 2023 02:23:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1701674583; x=1702279383; i=rudalics@gmx.at; bh=GZO9eAnwlsbUvWZGzF4fD6rRibV9gEX5n9BWhRfEqpQ=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=O7SX4y4Kn1lFvHAoRrgT5d+IYZcHZzgTFJH9MtZxcJp/tlOdo0rTROlCTpEaBjkA Bi34aXn+rMrQCCbnWblwmX5WMQSD2QgKan+24PEbKZAcXSMAyufEBIz1f2ycKkQXF mmak4+z38nwQQ33BCH50MRydrj7mW8yTQrJnRE7HJBkHCrpPqJRcNAK7kF2nfqg0B MbU0n9Wx+w3MK6ZdVkfoXKVIlohkK8ZYcNvd1vcb5/BEDnBsb6tcKHXJt+Cl56cLW PHtx6dZfCM3XvMNeCKjo0tF1yGUwP9c2W5TGobCJE6W4uALqEaZHiP36k9T0c0z3u PeFU31QXDcV9ZzsvDA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.1]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWici-1qlizH2Gka-00X2Gk; Mon, 04 Dec 2023 08:23:03 +0100 Message-ID: <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> Date: Mon, 4 Dec 2023 08:23:01 +0100 MIME-Version: 1.0 Content-Language: en-US References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Puofxt/i6SoAPXueawJ4c7/MSPY1beK79D6ueDLPyYb85q95Ehd xQkIRSxREtssWG+onhw6mvEvW8/ZnyX5GW1VK0Mi/gmTedU6IQXjJUrPdFlzteoidXGvSxH YBGdaQQfrAxFUo7qhg0C7sqjR3To7azDEq63N4lZ1bQgglKVGo+zztWePcB5YvKllZxVyB8 U0oDXWJmNRJXx5AjI6h8Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ezXVUxuwrqc=;kOwRGlE25+WZx76aURNiNfArSUv xpdItk/mGCKM1ek4WWS7k0LlfP9+UyZVQ8jvI96y1imWCWeFrab0qhPBEVY9KP1m32M09hd6b kUZA4ejNwN1OUXx5PHydzEaFTbF5YgUxRFhY6u0+UJ+uCl8MoO8HgYfCRaPoBejLLowjtG4Ba sR8+LU/qtF7ICxLCFO6fS+1LxPrwr5WkjykFePHs2jXIq8L+yoV1ter17B4bYX17KaNXm3jxJ ki8nhODu7DFZjO4u57V5JOCezt314VN8w1ijT6MuBg2MeyHguS4MXoEjBSfTWV74icASlKnZT O3nVMdD/0CuIw1ffiwCWfqZjnrTy/PDxc6IwwPsKK3nRFdRswZu/6bMBgNBgXKghPn2fjUbOK T2TJWl66RVRfiMiJWYXT+rB53U6LVD8QGqeXTD2Ey3vvwp60JNkmWd3sklsB/cOGIQdTGKu0N 169xx/kGHz2vySmII7Ibs0ffbQ10VILbfhAM8KvqtSms1Hg2mzJ3kE6QchRxSdh8/9Nx0k+6R aGsKTz8PND7ZRujjFNe9l1XDqUNrK2YHx3cSaXJ4xndqgBd0H/rGR8kaWKc+F7jUVJIK54U4k 9QSUTrXNRcBXnagEqOid9jWBYw28yEAymnHJ5rKHyOp35dEUkh/zihsgBcW9OsCpfv2PxuvMd dUz6C3HutjKMMXyBhQ8BbVvk+XH+mVGNOoWKiOWtB511ZKH+0vweQPCrBu9T2SmnolITA6CBc 49aS7HdxVP56OQMukl0g3qkA6itSqTIwRIsa+Er9yflD7OkweXkFp871aB8bzHflLIH/jAO3h oddTbk3ZwIMPnfcSQtQ/u0v0iiM5xJBoh6M9oBtZDk2yMjtEQ604bp3DBDm6HhFQU/IOFCEh8 qMw+t6nI95BlPyHlQZvKbcNhchGoh8ZZGkroP6EUZFdgVnnVEoA3+u8ezVWBXyc90/486VWdE 10S57o9gnxY6Sh811dsec4UK4jY= X-Spam-Score: 2.9 (++) 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: > FWIW, here's my current patch. Before pushing it, please try to fix the corresponding sections in the Elisp manual. It will be non-trivial to avoid confusions with the old 'pop-up-frames' option. martin Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.1 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.21 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > FWIW, here's my current patch. Before pushing it, please try to fix the corresponding sections in the Elisp manual. It will be non-trivial to avoid confusions with the old 'pop-up-frames' option. martin Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.1 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.21 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > FWIW, here's my current patch. Before pushing it, please try to fix the corresponding sections in the Elisp manual. It will be non-trivial to avoid confusions with the old 'pop-up-frames' option. martin From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 22:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17021609711930 (code B ref 67249); Sat, 09 Dec 2023 22:30:02 +0000 Received: (at 67249) by debbugs.gnu.org; 9 Dec 2023 22:29:31 +0000 Received: from localhost ([127.0.0.1]:49144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC5pC-0000V3-OB for submit@debbugs.gnu.org; Sat, 09 Dec 2023 17:29:31 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:21475) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC5pA-0000Uo-0w for 67249@debbugs.gnu.org; Sat, 09 Dec 2023 17:29:29 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 648D410019F; Sat, 9 Dec 2023 17:29:08 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702160947; bh=CoXGhEIlUpbLeKygf/EYC8AWtBVvhZCAgXpfON3dxkU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=HoC5U+z2i8masiSkTTxPyaZBWc8Fz0s/p+pWZ/Uu7pHxjK/RBd8Vmig6VeMRb/IfV o7vL+wuMdio8YM5OJ7ECEVbyddnkEb9LPHz2PXk8GZZmhxAOeZang5R9fyqYPpP2AE nTD4klekl1FLDdjJAMrniL6OScJ901eIdh6UcRTUIqC7RM3Dx2JgliSXX//bvGu++U X+/gVtzFMnZgdTW6v+cLoNMbUp9MhDpReD3tUa3Ps3b+M4VUk9FcAhNyloElhGQIqV 8Ku3INBHlu/gmZjJ27E2VTZvQuvSG4Qjy8QbH3mqNnCvpSTpfMWRkM7U1qxIhKQeYE y4eZkWxmMrmHA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 5702E100189; Sat, 9 Dec 2023 17:29:07 -0500 (EST) Received: from pastel (unknown [45.72.207.126]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 32B6A12020A; Sat, 9 Dec 2023 17:29:07 -0500 (EST) From: Stefan Monnier In-Reply-To: <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> (martin rudalics's message of "Mon, 4 Dec 2023 08:23:01 +0100") Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> Date: Sat, 09 Dec 2023 17:29:06 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.111 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) --=-=-= Content-Type: text/plain > Before pushing it, please try to fix the corresponding sections in the > Elisp manual. It will be non-trivial to avoid confusions with the old > 'pop-up-frames' option. How 'bout the patch below? Stefan --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=pop-up-frames.patch diff --git a/doc/lispref/windows.texi b/doc/lispref/windows.texi index 22c1b307252..7649013fce4 100644 --- a/doc/lispref/windows.texi +++ b/doc/lispref/windows.texi @@ -3433,9 +3433,13 @@ Choosing Window Options @end defopt @defopt pop-up-frames -If the value of this variable is non-@code{nil}, that means -@code{display-buffer} may display buffers by making new frames. The -default is @code{nil}. +If the value of this parameter is non-@code{nil}, that means +@code{display-buffer} may display buffers by making new frames. +It can be specified in two ways: via the @code{pop-up-frames} +variable and via a @code{pop-up-frames} entry in +@code{display-buffer}'s @var{alist}, +where the entry in the alist takes precedence over the variable. +The default is @code{nil}. A non-@code{nil} value also means that when @code{display-buffer} is looking for a window already displaying @var{buffer-or-name}, it can diff --git a/etc/NEWS b/etc/NEWS index 60391cfb22e..060d1a2fe5c 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -1289,6 +1289,10 @@ values. * Lisp Changes in Emacs 30.1 +** New 'pop-up-frames' action alist entry for 'display-buffer'. +This has the same effect as the variable of the same name and takes +precedence over the variable when present. + ** New function 'merge-ordered-lists'. Mostly used internally to do a kind of topological sort of inheritance hierarchies. diff --git a/lisp/window.el b/lisp/window.el index fbdcd611068..93c8ad7fad9 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -6862,6 +6862,7 @@ special-display-popup-frame If ARGS is a list whose car is a symbol, use (car ARGS) as a function to do the work. Pass it BUFFER as first argument, and pass the elements of (cdr ARGS) as the remaining arguments." + (declare (obsolete display-buffer-pop-up-frame "30.1")) (if (and args (symbolp (car args))) (apply (car args) buffer (cdr args)) (let ((window (get-buffer-window buffer 0))) @@ -6881,9 +6882,8 @@ special-display-popup-frame ;; Stay on the same frame if requested. (when (or (cdr (assq 'same-frame args)) (cdr (assq 'same-window args))) (let* ((pop-up-windows t) - pop-up-frames special-display-buffer-names special-display-regexps) - (display-buffer buffer))) + (display-buffer buffer '((pop-up-frames . nil))))) ;; If no window yet, make one in a new frame. (let* ((frame (with-current-buffer buffer @@ -6996,6 +6996,13 @@ pop-up-frames (const :tag "Always" t)) :group 'windows) +(defun window--pop-up-frames (alist) + (let* ((override (assq 'pop-up-frames alist)) + (pop-up (if override (cdr overriding) pop-up-frames))) + (if (eq pop-up 'graphic-only) + (display-graphic-p) + pop-up))) + (defcustom display-buffer-reuse-frames nil "Non-nil means `display-buffer' should reuse frames. If the buffer in question is already displayed in a frame, raise @@ -7742,6 +7749,8 @@ display-buffer Possible values are nil (the selected frame), t (any live frame), visible (any visible frame), 0 (any visible or iconified frame) or an existing live frame. + `pop-up-frames' -- Same effect as the eponymous variable. + Takes precedence over the variable. `pop-up-frame-parameters' -- The value specifies an alist of frame parameters to give a new frame, if one is created. `window-height' -- The value specifies the desired height of the @@ -7830,12 +7839,12 @@ display-buffer user-action special-action action extra-action display-buffer-base-action display-buffer-fallback-action)) - (functions (apply 'append + (functions (apply #'append (mapcar (lambda (x) (setq x (car x)) (if (functionp x) (list x) x)) actions))) - (alist (apply 'append (mapcar 'cdr actions))) + (alist (apply #'append (mapcar #'cdr actions))) window) (unless (buffer-live-p buffer) (error "Invalid buffer")) @@ -7978,9 +7987,7 @@ display-buffer-reuse-window indirectly called by the latter." (let* ((alist-entry (assq 'reusable-frames alist)) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) @@ -8034,9 +8041,7 @@ display-buffer-reuse-mode-window (let* ((alist-entry (assq 'reusable-frames alist)) (alist-mode-entry (assq 'mode alist)) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) @@ -8182,9 +8187,7 @@ display-buffer--maybe-pop-up-frame ALIST is an association list of action symbols and values. See Info node `(elisp) Buffer Display Action Alists' for details of such alists." - (and (if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + (and (window--pop-up-frames alist) (display-buffer-pop-up-frame buffer alist))) (defun display-buffer--maybe-pop-up-window (buffer alist) @@ -8548,9 +8551,7 @@ display-buffer-in-previous-window (cdr (assq 'inhibit-same-window alist))) (frames (cond (alist-entry (cdr alist-entry)) - ((if (eq pop-up-frames 'graphic-only) - (display-graphic-p) - pop-up-frames) + ((window--pop-up-frames alist) 0) (display-buffer-reuse-frames 0) (t (last-nonminibuffer-frame)))) --=-=-=-- From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 22:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier , martin rudalics Cc: "67249@debbugs.gnu.org" <67249@debbugs.gnu.org> Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17021616263012 (code B ref 67249); Sat, 09 Dec 2023 22:41:01 +0000 Received: (at 67249) by debbugs.gnu.org; 9 Dec 2023 22:40:26 +0000 Received: from localhost ([127.0.0.1]:49148 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC5zm-0000mW-94 for submit@debbugs.gnu.org; Sat, 09 Dec 2023 17:40:26 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:17892) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC5zg-0000mF-Ub for 67249@debbugs.gnu.org; Sat, 09 Dec 2023 17:40:24 -0500 Received: from pps.filterd (m0333521.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 3B9M42TY028953; Sat, 9 Dec 2023 22:40:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-11-20; bh=HNA6YSQKbsZfvKIzJl0KMUoE1Dkfgb7SY1RL/GLLpDU=; b=N2gi3L4iSMVcMNda34RUFmgmmmqrBhs8Z0yhQTVZw++VNYytTIl+y5/ErJtfKH/gm/+J 6/C6Fp57y8C9QC2Ls7SbStXeyFMdflVDuZiHJLn8ebUToy6CeG42otWA4giUj+uTMGdc HZYXSYmR/EJpiUaXszffy9d13IHz8RAdLtucnDpmpIG2+VeV1tYgzL35MiaZpay6Jakt Q/f5TmcnGtzAhDf0HZnSYXf0YiA77hNFrIlM/ZusXtCfaowTXmHuleMQ4PJ9VuKNYiT3 AzurFfeDHo7H9wRQWX+1AWkWk4dmf+JKSkS85iX7X23ZWCH6LmgY/aHl3i467Z+R8nWv MQ== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3uvf5c0x9x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 09 Dec 2023 22:40:05 +0000 Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 3B9MCRim040775; Sat, 9 Dec 2023 22:40:03 GMT Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2169.outbound.protection.outlook.com [104.47.59.169]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3uvep3eea2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 09 Dec 2023 22:40:03 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eMyqHJO5weet1Gky1+r22yYB9FBT+jH+mb1cwFfCg5L3WzNgXYHeOGGmPkD6rWmq9uQsNK7fEqfPBJ1hPl8Aco/bh5euY6/tyJmoYC+eVbWe53xG9i24plbRRXX+rgztbxQjtHxu1EQ+Ui2e6yoLgaAQdnA+zy1PSYREsq9V6zc1moQRMYqAnhIDDKbK2A1TsrSBTUhsc448g5KLdvbV9sGYzZWGtLPvf30gVSnFLgQaLsPRDj3bHNfQlsKqNCyy0yLfQKOGiQgdKB805lNnOiZM4i+zabTgCqKYOyFH2C15ySYSKdgh6pc9T+36IY1Sqv2KK+mTBZ+IKMYrn4g4Rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=HNA6YSQKbsZfvKIzJl0KMUoE1Dkfgb7SY1RL/GLLpDU=; b=humvn0+3OMfj+u7yClZBgRM3Yxhbx27yCVIeYf/cY06sBNz3KE6TDJanxajJCEHt6Uyz10cVVDA4EI8yU4WGyaGQDtdBRu/K2hkdT4uPo+im/2GW7HbZW+AmZDIGa7azQGZvBoxKzI95xO7d6OxYfhg6PfRwfbQW2TnW1SnjUT3Q6pQZpnTiICGahQm1HaIQMgCjF6/kyd9Ejeranfu0oAipOmQRz7KQ26bQFp2q4AgXsYVI8qmYzIumf0Awalz403a+GOMBnKzum122WIC3YeeKB7TVlJgtolCFgJugCZj+7Y4RLSftQYoc4UlNvI9XumfaaPSiY68xWc+eBHkC8Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HNA6YSQKbsZfvKIzJl0KMUoE1Dkfgb7SY1RL/GLLpDU=; b=zjS9q/1bPy6aRpQvOUm19DybLbdspiUjQ8urJuvCDg8jVWHiY+LXNYSgeNny23JdJ378PDkRPg3th1SPGN0HxziUa/CUvAh1fwAGkKZA9fu/q8EkVmVkrQDB8QICDmb5x6vAvHbWR4oTRlDw7hljRelm7/kn7k1L7B5PYBFh0sc= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by BL3PR10MB6090.namprd10.prod.outlook.com (2603:10b6:208:3b6::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7068.29; Sat, 9 Dec 2023 22:40:01 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4%7]) with mapi id 15.20.7068.030; Sat, 9 Dec 2023 22:40:01 +0000 From: Drew Adams Thread-Topic: [External] : bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Thread-Index: AQHaKu9MymvfStfN30uiJQJRROuIGLChicIw Date: Sat, 9 Dec 2023 22:40:00 +0000 Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|BL3PR10MB6090:EE_ x-ms-office365-filtering-correlation-id: 4d7c8fb6-954c-431e-86d2-08dbf907c76d x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dc04hZopDRxqWA0FOD2qd3oE09LIg2NnRS3akHqKHtlaiCqt53VOX2QzabZA7FtlI8monUk9Ucd48QD5+9M/BXCNFEzeb2mm6dRjC1eNsCPYA7UeYYMhXVzGqWbU1OkRPqa99EafDcEN/5waeP02148klaMNqhtInpd89L7nTKYlmkTHl9srsVPYuuM1Iyw/wtWEWUH5P0TyEd4JkFJlN/x3X6qoU0VnoU8TUd5CLBACPsgyim8Z+kiqdOB1Wfe1vitNeXUaP8MqNfGH/pKdDEEiCsgNcEE9QvKA5EgupL8xGpfov2P9QOUt8QCGXuz94o0P5pzdKgsOuRR6ggPF+kdKoFhyqXegauveML8oRVQ1KbTOb2Cc4fMmBoHsTiyPWDxbmvZ/47v22mKK5Ovt564vZgxIeBq9FaHu4HtfSRyLqfaeYMF4zFqRJmI4ZtuvvitM82JmD8Dzu6VTOgtrTfC9djBYOGr0r9mp/bMuhbtirmv7ZkGKliCpApZLWsR2s0YUIxMSQtQ1pgp5ZjJbalKbHdbxuBBF3JoJdDHIDU5W71QqGdMnS1jdjbsnGRrw7Mkw64K1En0Ks8oz53tu9GAxDsSUv13yx3uTOBYmZ2DWr9mOnHCl7zxjUdnTBqTN x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(396003)(366004)(346002)(39860400002)(376002)(136003)(230922051799003)(186009)(1800799012)(64100799003)(451199024)(9686003)(26005)(478600001)(6506007)(71200400001)(7696005)(4744005)(2906002)(44832011)(5660300002)(41300700001)(66476007)(110136005)(66556008)(66946007)(76116006)(66446008)(64756008)(8676002)(8936002)(52536014)(296002)(316002)(4326008)(38070700009)(122000001)(38100700002)(33656002)(86362001)(55016003)(81973001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: CzpfQ7sD6CdzgD39dawIoYLw4qgaunGoXqe7BidrFhlgWEPkauhZu3IlBBFNqf3seZUXjIqIba4GGuVVw0RfFrmvnVPP+uNWbfySBrOZKzsLq5JCQv7BG/WsgCBr785JDB8oMi1taADqHPuZ6UbhVE0uW30S5eTl0J1uiV7VsoEYYQyQ24TbSdtJWI86IGiEuTVbzQq+8E1FN1NFN793xMLpCaknagQ03zyf4/rJ60DbIBzHHfasMvVlGbDUthhDqvF1vg+8RZM1+x87fghA+hlEEEBvEiEHInsFTK7187UelhdVYCihwZ5WkBlx3fEW/RV+Vx9v//uXk8nYeMZbAbFaMSsKacKdX4jj3C4pVOEJWoy/XPVfmGEkZvJ4h4I56dkfMz6Nz4PSqU4c+2pyHlX78CegKErUUWGF8MubdOnB52g5U1pDf9QEuqhKQ9Mt2BdwA/rw2yuCuEqMNiZWGMS9Af3I78WkZ07X50biMkFizN6CMzSHIGau4km+oY5vGjR1kXD5XO/QNhOZyLtVsQT8BkIyYq4X7ejmatAS9YsBv9VSJxr/Bix1YWrY1wgkoUe9J6Wfuk6i50kX7aWXzG3BCp14u1BWdkkT9uia4qVk+x33zuVK7iVcyxwncz1VF63GJ1ZdXuSy/vYtZ4qhdIz7PLLr12UqqH2WnJXcCqv+WzHG89GcqEzA46JJhcl9d66PWUyjjImdcaWpYux67i5g2zY6KqGx7QkfzCnQwDALuhvwwrRpzZ8Y2lGwY3jObyspf93f9DWzAE/CHGdWRGfDBMemNdZOxJXn/MD7KpGxBO8Zg/6NyvESDOt5hcho8DMEyEzARiEoVJVO2tFgRy/3kHIXXif0WruzcAqR7snXxN7M1/+0f8bwVyjcnIKc3fasBXeMWdjGOq6iWsQzd/j+Axa6/Sb17VXjBEsxQW5f85Hu3okmpjutt0ogLC8znU+SkQ+zZXvQXamN3z1wjNOf2U2fRjW+L5fgXx9pRCXTOHmuh+i8DMtwcwgCoswZwSrmhqHCUARbZEMXdOB2HtV1HlA7+bbQItBR+7tWjndEiRpLVIcXswCcSEsyFCNe+p1fe1sHJv5aLfrO2VCpojPKniDhS6NkF4X8LugzdXkZNJQp7Bq+Uu/EA3Iv7iSeAWORZheeJAI+mLaZyvw3aa7hBxJExpQEzHVJrJHwb19Gjvj8yyN6ghfBjjjFAgn7cNDtRMoCv0dAA4T/ZXwfJZh3v1K3NbpESSX0V2f2+4HWV0mBUbYJvmhq0bSc52zKDn/ad/y8T/EDw1h3ONHooYRlVDrDKmguxHqGo87e3MY5xviN9fBwXz+uOpFbR9jWGCzcT8IJQExNA19wt7NHIiExx3S+fFVVbz9mTtvtxqNZTTkyx/iansXO18T0ywOkJ8ZHZAB1urQZgDudKHYMp83S/6YLXrKpcRJcCwjwYEMSim87Q9AwH948W/ti7skMoXt6VP25m0Y7tCoJyswgS4umQ7E4mt1ZJPsUIj9Huj4GbHvnbJOqDPCkQAZVrcD/ZzyT5ocFuyGDGHQvUrNZVra+ZEC7f5wquynli3NDXIB4b0Yk2K2VJFkBwS5nIUUA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 8cPApMAvohqw5BzHMR6SavHPQDLzBZVHKbihJcc59SO5kJd7D2i/+LqkIR8GYeYU+Mqw4nDrh+1Nd4FfF8A3wbgQVUqj0VfBsE0Ofw0ykiPznRTybuzjS7RlKgE5h3AzagNgz1wWMBQkFZ/BBbnL2g9n+i6L+s6PFaUn/+qwYnqOCuDFPUpXhH+ImyT6b4IKdOiwDj7P3h/u1O/kBfcGrOmLYWKEm/pM9tEBgX+FUNY0oJgyD5+2G3w4Y06TUO0/Xpnl6YqkDjpDos7LoGygp1rC944RstBzg66+lZRPMEEldW7J4aQg33tBbB52lUjl2AwacE6I//QCjGlSAwA5yR5VdFxc5dlMSpg24L/oMioqJ+EoC7s3ytmu8SBgYZcvvuUNhLVGHuHcvyHIzlGqvLHDrr6Pk+eSwgu3JrLajmKYYVWvuKg9vA/hO9PXd/BpiI/qVGAQVstRed2ceB9H+9BROEJisn/LZ2nGWk7Gx+/c55hJwxfy/HhdBp8eJF0M7rpIjWcgBu8XTOZ3jBgK0W4znNssWegJc+KTbrUYMEme29urfHTOG9Pz9eBLTxnsRyodUpzG2nmcqitOTB+xtFKWcOJ3H8U/zJgnZIY9fUOoIzUQjztP4eR/XgUKNtXzfCDnHTrqwEHpHqaqQITkqFSE92ggPUw6EblZjkQeyhfhdt/EkO3ZZvfaOKjqem0eqmiTq2cG39Qan2K6JZN1GIOuQzdRib1HGs2lWsZFnHBIZGW5X903X04TgMThQ29qlhT5bUtJJ8sSG0a1+hedvrO6MDZBqDaFnuPxc+ohvRINpvqoKOLqvERT1xv+Eg8FdLqxj8H9p9ZYJCBkkhCSKg== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4d7c8fb6-954c-431e-86d2-08dbf907c76d X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2023 22:40:00.8440 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: A8GlpZ4ZHmIwDdLIN8a1zVB666/egHlJxqriKFxXDz+u1vRYjjHNcKuHZsUTYzd8B7SrMtoa5ImBxEgX9mld5Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL3PR10MB6090 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-09_12,2023-12-07_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 bulkscore=0 spamscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 adultscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2311290000 definitions=main-2312090200 X-Proofpoint-ORIG-GUID: _ah4HOpCuJ7MbPnDv7fgu1U1WBFQxvxb X-Proofpoint-GUID: _ah4HOpCuJ7MbPnDv7fgu1U1WBFQxvxb 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 (-) +** New 'pop-up-frames' action alist entry for 'display-buffer'. +This has the same effect as the variable of the same name and takes ^^^^^^^^ +precedence over the variable when present. Please don't do that. This is a user option, _not_ just a variable. (And yes, it should continue to be supported, forever, regardless of the fact that it's been "deprecated".) `display-buffer' shouldn't override the user's choice for the behavior. >From my point of view it's OK for a given command to override a user option, but only if the command's doc tells users that it does that. And a command can do that just by binding the option to nil. Please don't let a parameter to `display-buffer' override this handy, simple user option. From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 22:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: martin rudalics , "67249@debbugs.gnu.org" <67249@debbugs.gnu.org> Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17021623494760 (code B ref 67249); Sat, 09 Dec 2023 22:53:02 +0000 Received: (at 67249) by debbugs.gnu.org; 9 Dec 2023 22:52:29 +0000 Received: from localhost ([127.0.0.1]:49160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC6BR-0001Ei-7J for submit@debbugs.gnu.org; Sat, 09 Dec 2023 17:52:29 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:35013) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC6BP-0001EU-0T for 67249@debbugs.gnu.org; Sat, 09 Dec 2023 17:52:28 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 5C5F180A1B; Sat, 9 Dec 2023 17:52:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702162326; bh=TZnUTzngbFGpjIl9C5y8ATQ0YGj/5SQivaYlO7m05Fw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Qrj8eNtlHDfbBI/SBfvjKsd1MQOsjecoe8r08YVjQJzLyTlwZUpA6h7qErIeykf80 w2d0TcUOuW2wA4/dOmzJhRqg11kaRptv3bvoI2upVLeKnK+9MHPcO3ld3ntLoLZ4Ok XuQzlRr5v1gwcMSuhBURfzorQUeUEH2pwBh96Wia2v5RsrlzBsEnsGxaAnNzNDBSQw rx7+VRayZGka9JvHkQZQ5TQGiRf2oFawkGSSzZsromuqRL0d5yv3vMm54dL5VGRMmL ML8oJ3pOzL82zROWR3wR/a/MdESY/xvAGMKB0ovN0j9Wdy3KZlBBxCDEyxwkfYP2y0 mKhh5OhTyTr8g== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6661380312; Sat, 9 Dec 2023 17:52:06 -0500 (EST) Received: from pastel (unknown [45.72.207.126]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 393C0120628; Sat, 9 Dec 2023 17:52:06 -0500 (EST) From: Stefan Monnier In-Reply-To: (Drew Adams's message of "Sat, 9 Dec 2023 22:40:00 +0000") Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> Date: Sat, 09 Dec 2023 17:52:05 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.216 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) Hi Drew, I have no idea what you're talking about. Please double check that you actually understand what the patch is doing (and take the `Subject:` of this bug report as a good hint for the intended use), and then clarify your argument. For example, `pop-up-frames` is not deprecated. Stefan Drew Adams [2023-12-09 22:40:00] wrote: > +** New 'pop-up-frames' action alist entry for 'display-buffer'. > +This has the same effect as the variable of the same name and takes > ^^^^^^^^ > +precedence over the variable when present. > > Please don't do that. This is a user option, > _not_ just a variable. (And yes, it should > continue to be supported, forever, regardless > of the fact that it's been "deprecated".) > > `display-buffer' shouldn't override the user's > choice for the behavior. > > From my point of view it's OK for a given > command to override a user option, but only > if the command's doc tells users that it does > that. > > And a command can do that just by binding the > option to nil. Please don't let a parameter > to `display-buffer' override this handy, simple > user option. From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 23:19:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , "67249@debbugs.gnu.org" <67249@debbugs.gnu.org> Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17021639008035 (code B ref 67249); Sat, 09 Dec 2023 23:19:03 +0000 Received: (at 67249) by debbugs.gnu.org; 9 Dec 2023 23:18:20 +0000 Received: from localhost ([127.0.0.1]:49168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC6aO-00025Q-PP for submit@debbugs.gnu.org; Sat, 09 Dec 2023 18:18:20 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:15550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC6aI-00025A-Js for 67249@debbugs.gnu.org; Sat, 09 Dec 2023 18:18:15 -0500 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 3B9MsRlp027346; Sat, 9 Dec 2023 23:17:56 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-11-20; bh=EYeKaSTucoh+j52vd17EkD+4HPdFqHg33FvEB/Ju0ng=; b=LX6XsTRW7FFlXwq91YyHaRvHaMqEN7GsrDm9iGP6feACEcSQ2FhzYa7HE3YJ8alWtHNk 6o5Fz2wyWhpWzopTjhwWPAbudsuSKOz7vxIuICb/2jUq77zrXf1BTfoNxOom/8xpZ4ln LNjQkjKJFM8KPjhuLjPG9ErF7pdXzDR8S0ocYTEmBVNAIiaIXnZTgtjzUKrzebbrxMVs faMegf8DqnUBj3hR0oiYT26QBjoBvjpC6aYSw76LTP1Y8tvywjS6dT32Ore4XYFLFLtO qffSmd8SuX+zTIf4pksYjNoMRmiv68cT9DmEqcawAQSlAAbDsA4gNLpFga5Ou8IvsUb3 FA== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3uvenegxr8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 09 Dec 2023 23:17:55 +0000 Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 3B9LNhIu028477; Sat, 9 Dec 2023 23:17:54 GMT Received: from nam02-dm3-obe.outbound.protection.outlook.com (mail-dm3nam02lp2040.outbound.protection.outlook.com [104.47.56.40]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3uvep3f8pk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 09 Dec 2023 23:17:54 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ge1cOejW9ofqaeLnj39LOH5VuE9jE0lpKa48TQbxsJRHeFiLj0sPPqL6DdGNHQVeLbQkvlTMAKwr/EXQLOnej1aYpwZlhZHYQP1w5/CCkUlkaZT8jaG9kpgUGpd+OtJWuE+q6PBmqDexuZga1URM0uCTDFZqlbeo5HGuskrmtNNMQSGAavI/i5TLwqlVW8hunYVir4d/3R+lyFvOntnI21XGB81F7/ryPulIcIALiBQBBl3c5QryoihlgeOnps1D1jwgYNjco1JUmz3vxiULqqOjRqUVCmm5cOOKjHZKkI4JhDnd78uQd4MO8hTNvRbc33ZqYs1EGFAtHf3U5/6Y+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EYeKaSTucoh+j52vd17EkD+4HPdFqHg33FvEB/Ju0ng=; b=mhhUYV86UclGupC98j5I8BLLDN0XQMOBtXNZkhjkiIXsiBJj9V23z0tIVZ7IrQHBzxCa2OR6mjaZSn4jb/UsdarcCWP99ACW2qyhEQ976OIwsw01S/vIUM0w0qpj02/IzQAhKQP0/VYRDjTkGpk2ujbobx13YQyvVryyjauCMZtufMz1NPLS5L3qnbPzxQZAoSxOf41A7o2lsBQ8/XVDTYmYyEC/27wtzMC3u2emnlkkJPmQWHuoroDcJBAMQPUL3gzDTE+Xv9XhhpTjbV1XJ4KgYG52K48QUNyL//ihd7AVMRxYOoRVqsDFOQN6bXF3Ocz1rpAHvuGaxkT2u9q8rw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EYeKaSTucoh+j52vd17EkD+4HPdFqHg33FvEB/Ju0ng=; b=jrwHsAM5iAj7bmntHSIQHldVxGFat1S5+NfnluuA/iDP0vqF1PHPQjEt6KyNN7jS46fUBnNKPmSHLdMIYt+jswF/S1ZnczVv44AVAGyN3XXuhqKLsfwHm1tmvwnoI7ml6yxcIwSh8vGUsbS4o5X6WGW+ORbXffVPXCQY/N9L+YM= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by DS7PR10MB7131.namprd10.prod.outlook.com (2603:10b6:8:e4::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7068.29; Sat, 9 Dec 2023 23:17:52 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4%7]) with mapi id 15.20.7068.030; Sat, 9 Dec 2023 23:17:52 +0000 From: Drew Adams Thread-Topic: [External] : bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Thread-Index: AQHaKvJfmKjH8GFde0OAeE6rBl+zJrChkVSA Date: Sat, 9 Dec 2023 23:17:51 +0000 Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|DS7PR10MB7131:EE_ x-ms-office365-filtering-correlation-id: 7b7e230a-fc84-449d-de9f-08dbf90d1120 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TppyVaayn+RnPQthPB/4qWiIdM0XbNbbEKb8jxGWvLP+BbOHi+xDS5Tbsd7amhAU2UKvGSFkWSrzdj3gQolqQf0gdNgZWJid1Q3SZfKU41FrUHvTsO0xsGb5/6cWlocaAnxDnWB76H77Njlr8vkYVW0QQeIk3IewK01UWSHd03WkGy5muiUoBp4XWZuxAVlFnBIvgrQbwTYJdaewKMnNRt9mRt9x62It+I7JlOfr0a7FAKkhJgz1fn6U1l1i7HEPc3nr+hnjQrsxXMQZYAwPU9ItKrjxhqdzRBicBnyfHwP/vU8c8Mg9tZWVeIHZiZia+P1y9P6XldRAKUNVk2Pe3FId8AYkf5A34sovrlDZDi1qRyPxpRPiWhzibY2Qe7kh1DZcX4JlfoaXlXONDASOSacpMl2J5WRnVG7DNn1GbnCQeXRSVQiyhmA794ihLbeQtgrFPwwC5Z10tnOlGgXyo4PON1JdaGSJT91w3wTU8RI3S5OFWtIRGUGA7hj06MhMQbkh5YAMxSrKS2DjydjgCPohcXr7U/58rBY1x0j3uKlWrwdY9N2TOXlQ2MzjuVq0MqhgtdMpiJFoHp/c8a3NLJScBiVe6p06s1nI4ahVcJOHkLLWZsc9Yrnt5ZwKF26y660T1GsXaUL9th5bvghN6w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(376002)(346002)(396003)(366004)(39860400002)(136003)(230922051799003)(451199024)(64100799003)(1800799012)(186009)(66556008)(66476007)(66446008)(76116006)(66946007)(64756008)(54906003)(7696005)(6506007)(9686003)(41300700001)(71200400001)(38070700009)(26005)(86362001)(38100700002)(122000001)(33656002)(478600001)(8936002)(44832011)(52536014)(8676002)(4326008)(2906002)(5660300002)(296002)(316002)(6916009)(55016003)(81973001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: 7AM4tzCFbIMfDNrwYU+33EQ7hqpntJoCd2nN0f/N+gbdhaP1kTEYitgoR57+tyfhS/CUWpqUDTbW7TMpVSqMCcpOpDZZgZ5Na1Q55E4SarA8j4qhqWL/DvS9zXNZLMZmWqIgcbf9l55X1oeeFw9S4MIb1QHL4LLny2zIyaAY5ztJU0MZpCAliwqeArEMwbO4+va/5zasacjJ3I4+njo4LVyoMv1ArwZOU2gGQvzzEr/II0hT0iMvoMpBEH8/0WIBNAfenqhCOfoxkw5u3HxjMuY+ODODNZvtmD71h3e7sAcm8pSOOKY4T4A/hQAkNdw4z4RXiMDhx+tQNJ/J/yC9Q+AdO0BG9dRQ30uPZa4rTPydr5zgCMmUquvSzXBWGHLQVwN0CvS3OTQBDcAC0pePzMnDKfHi64IFQi6PrbakqHG5izM+Th8fjrscANDxerqIQB5wQO28rljnGqPsCnGbDT1OpeoKtVJ2FaX5eqmxmckxhKoRH6QQgxpxxorDmx1gRo6Uw4ql3dZQHGdL1L8giBNrg7nsG9tO7TgulJcCdLIJWTj6ZCgYtvlY9MP79HD8Cr+J2FGtedv1u3/H75b5YHIJl4j//evcxcsfHHBtS8opqMksyEdC55de7yd0yKMVxiBhsWSRImRcxL7vSM5nc7fIpjTUmngVz+p452iquxEytsQQV4tzv7HxJAS0Sxf67ErxmrP/iskRoT+Cwe+dKjM0G6DRWU3onN5WLmgekYVbcPemoQc31pZSYL5ndH+pn2StF9yAZUu7AWEoC2a7lgoPyyZ44uvw/WFHo/zLSWqOASl48/4JVK/7k0uPVJbbATuUlIsub3PC9dBwBTcqNaHYe8oFIdV4KC0v/CExLbdjwd4TYRFQjQjwmtt6r3lcHt3/AVrK4sqSfCrSOd+Z4/jGXPVGBFI/mfuFskfh4YW7UysomK/gMn/qVvp0Df8N/dajEg9dUyOFm3EO+LZiABrek89RTRE88PEKkmDnmkbO4b9rSG2Ia4817ISoHXiiIKSvJLKtxO6HO/l1x8/vOPnTPmm9LFXbMvwdH4Y/eFtkXCozA4PoP5teH0LhDpVl3c46KAVZejkRyAkBzpTmqLgFG0Q0IT7AYOolRwWmSBfq3vlXCLJSeaxE931TUbnWUANf+/refyaYGtGFadMcMt2Qvn7cHEMJ73fzj2OUrqt814zRxfu/8X4dZ5QPam1kb8ma5HdTAVeaQ30D2acUqYcfts8pN2UzoRo3dF2sqWyayOCBw/vnrNNvEMqVUATts/AvLVcPS35JE6zRmbkVvW3WsKAk4GYJoO+VU+Wk3bLeemBvXvNcjDCvwn2pjUyYK0LHl2qld4iIwb2RvzlCCC+Z3vSY187oMObeahtPfGq9rJBcqPxdXk6tPZl4aE6MMi5SXqTOXCUC+jp9ASaS0JfQZwKIcexJO1BPFptaqHqq4O1TMClS83EGGNUn7eycN/7Ya3D8DcQDpqfkghJLZtNeHKSGjrAh6eQqwYqVzziq6kSQX+5zMKt0VvlzjE84HzcJNq3MaiYsfGVTdiZR5n1lqDQU8CQGzF34xCVtyhY2LUS8+tOOkUYFRn5r/EZf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: +xLvWW3hg/J2F4yq22FX32LTf+zPMqXzsimftgEmo0IgkzJgZQHajqJZC8bEF/euv1m0qwGG9jZGMajCRDRHUQpI9AbJJFahHTiDMfnSXY/pX8y9U3HbrXzdflDQaGUy46akzMHIx9eZyrnAHA+jSWNMsHsSICkgSzCxh2YCT9AvE40MAlBbJ38pnN3TLZkMqXxt9FsVZQCHXolmAjgQxF3ma/oY2TOzt/TIzrlb4ZOoXN2AEA49WHFQzt+UXjtUHudBGac78TjQQdsQUwMDHy+Hf9Bhzmz19fXlHJnUF7St0/e/Mxec3rDyHOsDNjc0wJJfO0bL2tZa/wcTLZiH77u8QiM/KDQ92JbtihtFOf0G+y2VWL5NIsQ+Tsg3vw1p7fJHjyhJ+tv61+GoDwRNZiQfn+ZNL1Kmy6Fq2u1sLy+V8xkgcItawWU2/+8HHQb/5Lzn+RcnOU/0Ge6dVGQ/9HJAV7dTR7LE+tsFM9P+j15BOTDKBot79GDghkg7/uaJ8RQeVNBNV0HCgFAMx+SGCFesJ8/CiwYKb+DGfmdR38QOr/OpFB+OB55sppk/PSaNLiHX/PlOEdL1jCW5Ec2Fq6QxlcUYJV5LGcgf7AW7Qas/F3J2a1e4yqqwRMenPx2BkvPLHaW/GuwM2wYkfec/1JkWMSXe5y25+y4+TPzHbcCBntuh9nW3gomKhlzMsFb8rAJW/eDBdO2fIIzw3tcqcTm22CaanavnkrR9QgHZnzNTbOm7yGpbGNVgSHl2iLbOn2On1z5DPBbH+Btnl5hYpQYKoUEtn+c4Bok/KNHHU26v0Uc6emXGGaXopp4jKQqy5L7LCXxbxgRa4Z3+S52YnA== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7b7e230a-fc84-449d-de9f-08dbf90d1120 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2023 23:17:52.0052 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rphYepA5Kt30eOJNPMgaDjiC0EFsNm8IsWIVnZ706LAUsSjfgbGnjExyGONWjwfSJRgihznUCuGjde+Pmod/zQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR10MB7131 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-09_12,2023-12-07_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 bulkscore=0 spamscore=0 mlxscore=0 adultscore=0 phishscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2311290000 definitions=main-2312090205 X-Proofpoint-GUID: VBl9Jtgk7FK-xF5FskwOysqovYY0WfYa X-Proofpoint-ORIG-GUID: VBl9Jtgk7FK-xF5FskwOysqovYY0WfYa 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.7 (-) > I have no idea what you're talking about. Please double check > that you actually understand what the patch is doing (and take the > `Subject:` of this bug report as a good hint for the intended use), > and then clarify your argument. I did look at the patch, and I understood that. The only thing I objected to is having the value of that user option be overridden by passing a different value of the eponymous `display-buffer' parameter. > For example, `pop-up-frames` is not deprecated. Yes, I know that. I didn't say it is. I only mentioned, in parens, that I hope it remains undeprecated. To be clear, it's _good_ for `display-buffer' to be able to do what `pop-up-frames' does. Most use cases would (I guess?) also be covered by just binding the option. I just don't think it's great for such a work-horse function to override an option value. If the doc about the parameter made clear what's involved (i.e., say that it overrides the option etc.), and counseled against overriding an option without letting users know that that's happening (e.g. in the doc string of a command that uses `display-buffer' this way), then that's probably OK. IOW, let's please refer to it as a user "option", not just a "variable", and remind users of the parameter that it's not very kosher to override the behavior of an option without also letting users know explicitly that that's happening. If a user of a command knows that it overrides an option then, well, using that command is a choice. And they can likely define their own command that doesn't do so. Can they do that just by binding `pop-up-frames'? (No, right?) From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 05:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: rudalics@gmx.at, 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170218762125405 (code B ref 67249); Sun, 10 Dec 2023 05:54:02 +0000 Received: (at 67249) by debbugs.gnu.org; 10 Dec 2023 05:53:41 +0000 Received: from localhost ([127.0.0.1]:49344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCCl2-0006bh-IK for submit@debbugs.gnu.org; Sun, 10 Dec 2023 00:53:40 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCCl0-0006bS-V8 for 67249@debbugs.gnu.org; Sun, 10 Dec 2023 00:53:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCCkh-0002pY-EK; Sun, 10 Dec 2023 00:53:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=hmh3kBsTN4fo8c4mx0xn4UjtsWnBYsMKQpZzX005P2c=; b=JVgrSDop/YJh 946Kf8lF8MXR7UwJWRdx9NJnZf9WZFwOIDSvsN3y2Qda/ODRF+bmj6uYmF+A8O6wqT/8J7WE8RqyX 3NtosRRYpmdqQYgeB8bP8QFptc1Uk3JjCIaG+WeW5htIqvOE7V+FBGyhalOGlQOqjnvbzHCCT9pFW uJNVbY909FWRBzs6mBGHoD8g2/8lSDRVR7WHrVK8wJT7BGwzqSubpzYtcmdq/3rYUBp9CG0EbZZTe k3IdmsQjduoEpdzsT6GFES3W90gW1JZmNu6y1Lp6VSBw8GdbQrGKYb2aWid3eOlRRPMccqIaIAdzD x9xGerqMWSVl/yws3ZA0Kw==; Date: Sun, 10 Dec 2023 07:53:04 +0200 Message-Id: <83fs0awqm7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> 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 (---) > Cc: 67249@debbugs.gnu.org > Date: Sat, 09 Dec 2023 17:29:06 -0500 > From: Stefan Monnier via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > @defopt pop-up-frames > -If the value of this variable is non-@code{nil}, that means > -@code{display-buffer} may display buffers by making new frames. The > -default is @code{nil}. > +If the value of this parameter is non-@code{nil}, that means > +@code{display-buffer} may display buffers by making new frames. > +It can be specified in two ways: via the @code{pop-up-frames} > +variable and via a @code{pop-up-frames} entry in > +@code{display-buffer}'s @var{alist}, > +where the entry in the alist takes precedence over the variable. > +The default is @code{nil}. pop-up-frames described here is a user option, so saying "the value of this parameter" is wrong. My suggestion is to leave the current text alone, and add after it something like An entry by the same name in @code{display-buffer}'s @var{alist} takes precedence over the variable. From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 06:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: rudalics@gmx.at, monnier@iro.umontreal.ca, 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170218805726250 (code B ref 67249); Sun, 10 Dec 2023 06:01:01 +0000 Received: (at 67249) by debbugs.gnu.org; 10 Dec 2023 06:00:57 +0000 Received: from localhost ([127.0.0.1]:49349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCCs5-0006pK-5r for submit@debbugs.gnu.org; Sun, 10 Dec 2023 01:00:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCCs1-0006p4-SU for 67249@debbugs.gnu.org; Sun, 10 Dec 2023 01:00:54 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCCrh-0004tI-Iw; Sun, 10 Dec 2023 01:00:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4U/5qdgJsZJoBv92bajCDvezbFNy3Q4LM5Pp0Wiaiws=; b=q90BtKEDWBSe yubUD/uVN0cG3wbcJ8s/0N3xajSN5IrH5rwWUJq0imWv81qdPgQXA2b7wwz8iS8Autal79+V33wK6 P7sipJfI33gnhzPqSwXWXhcoXX1amVZ+AEBlPM4Vp/MeOS+JyWSxFod1MVkwxfh2Amad6Q+ksTK5I 9QeLH76vXf7EELIPAru20Izs9JXFLE2xhBRpz/bS6xH8J50jQxPs3hxVGCqYC0/5A4gJm5lkcavpq tk7Fp41StC2UK+0keDJN/UUwIo9ep5/6A6kV4xYooWpIb/czKLk3wbO07YhdsQ3ZfHlzDwrBwgmQJ mCNZy4vJrWD2F93oEuwiwQ==; Date: Sun, 10 Dec 2023 08:00:05 +0200 Message-Id: <83edfuwqai.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Drew Adams on Sat, 9 Dec 2023 22:40:00 +0000) References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> 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 (---) > Cc: "67249@debbugs.gnu.org" <67249@debbugs.gnu.org> > From: Drew Adams > Date: Sat, 9 Dec 2023 22:40:00 +0000 > > +** New 'pop-up-frames' action alist entry for 'display-buffer'. > +This has the same effect as the variable of the same name and takes > ^^^^^^^^ > +precedence over the variable when present. > > Please don't do that. This is a user option, > _not_ just a variable. (And yes, it should > continue to be supported, forever, regardless > of the fact that it's been "deprecated".) > > `display-buffer' shouldn't override the user's > choice for the behavior. There's nothing wrong with having parameters and user options by the same name that affect the same functionality, but indeed usually the user option overrides the parameter, not the other way around. See, for example, the cursor-type option and frame parameter. From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 16:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, Drew Adams , 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170222573323618 (code B ref 67249); Sun, 10 Dec 2023 16:29:01 +0000 Received: (at 67249) by debbugs.gnu.org; 10 Dec 2023 16:28:53 +0000 Received: from localhost ([127.0.0.1]:51692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCMfl-00068s-DD for submit@debbugs.gnu.org; Sun, 10 Dec 2023 11:28:53 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:10697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCMfg-00068a-Tt for 67249@debbugs.gnu.org; Sun, 10 Dec 2023 11:28:52 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 45C0B80663; Sun, 10 Dec 2023 11:28:29 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702225708; bh=4muuZth4PsyrGht6wI3pybJ25qfH0XaFUxUloHuqxLo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Zf2yxz/2vQiBgedbjcjduU7w3Bs3dA9hBfj2j+nWO37ayheCvCjzYOg0Lc3q5GF9o gISYBsfllVaP8L/DYtEY17z4x3/3mF28ngbo+ardEYKvf7J+Uqfs5j5LTOwkoqs+La YK/FXkUKOOzH1NsSO9o8VICbp1z2dNk4woNe+ss03gFEjiAlVm5XagkLw8LJsi27IU HEBpZYYnkH8XIiZLqFIyT0SRSrqJMIp5LwSFzcrZNAbEspZw7zfB9S8+h4WJaVdWTB gyu+HvQuFgUBm9irkO370YUV6R5SEHqrdO0aQWbmJnJWNUHk5RCU00cCvw+NKh/p+O AL1taBLodRC6w== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 58ADB801B3; Sun, 10 Dec 2023 11:28:28 -0500 (EST) Received: from pastel (unknown [45.72.200.104]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 2A61F12022A; Sun, 10 Dec 2023 11:28:28 -0500 (EST) From: Stefan Monnier In-Reply-To: <83edfuwqai.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 10 Dec 2023 08:00:05 +0200") Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83edfuwqai.fsf@gnu.org> Date: Sun, 10 Dec 2023 11:28:27 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.314 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) > There's nothing wrong with having parameters and user options by the > same name that affect the same functionality, but indeed usually the > user option overrides the parameter, not the other way around. See, > for example, the cursor-type option and frame parameter. Usually the rule we follow is to obey the most specific setting. In your example, we obey the (potentially buffer-local) variable in preference to the frame-local parameter. In my patch the choice is between the global variable (I've never seen it set buffer-locally and I don't think the code would handle it "right" if set buffer-locally) and the buffer/operation-specific parameter. Also, contrary to the current situation where code let-binds the variable to "impose" its choice over that of the user (which is hard to undo/override), when code sets it via the new alist entry the user gets a chance to override this override via `display-buffer-alist`. The `display-buffer` action system is complex, but it is designed specifically so as to allow the user to stay in control. Stefan From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 17:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170222861129064 (code B ref 67249); Sun, 10 Dec 2023 17:17:02 +0000 Received: (at 67249) by debbugs.gnu.org; 10 Dec 2023 17:16:51 +0000 Received: from localhost ([127.0.0.1]:51719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCNQB-0007Yh-A6 for submit@debbugs.gnu.org; Sun, 10 Dec 2023 12:16:51 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:14083) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCNQ8-0007YS-Ee for 67249@debbugs.gnu.org; Sun, 10 Dec 2023 12:16:49 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6B52D806A7; Sun, 10 Dec 2023 12:16:28 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702228587; bh=ZaekZNlmqlzcHsUcGAveK21c0ML+3LtiBCBDmf+jCx8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=CSg05S50wAlOcznFScn1GC1fWeX+z+mBWGvfEz284x6gyvzg8xFcMEPs2F3Se+bGp AX3IuTgd0ItmHwKaRDq2LuWN2P+5xEy6JJExN5KoAW3wkC9i/W6z4CY9ItwJO50WH3 zIRryNybGOgdtuow7JNdpnn8/F/ouLdeCHVeluAs3mmXZyrnYnN7N28Fl5yIU7g2wf 3vNm0O3zEFUyi4N0X8nfTjvhiD86A8H5Etu9o8Yk0M4fhVkvlZxd4B0F8sYz3KNzoV LGpQHRvg6+/Dz+vhjdnTCcPeT9FMn8uIGFxRp9V5i/hVkP8V7etIWnevrN6fxtGm/l cc+xkYipDTyvQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 762BD80385; Sun, 10 Dec 2023 12:16:27 -0500 (EST) Received: from pastel (unknown [45.72.200.104]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 4C3901207FE; Sun, 10 Dec 2023 12:16:27 -0500 (EST) From: Stefan Monnier In-Reply-To: <83fs0awqm7.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 10 Dec 2023 07:53:04 +0200") Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83fs0awqm7.fsf@gnu.org> Date: Sun, 10 Dec 2023 12:16:26 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.288 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) > pop-up-frames described here is a user option, so saying "the value of > this parameter" is wrong. My suggestion is to leave the current text > alone, and add after it something like > > An entry by the same name in @code{display-buffer}'s @var{alist} > takes precedence over the variable. Thanks. The doc change is now as below. Stefan diff --git a/doc/lispref/windows.texi b/doc/lispref/windows.texi index 22c1b307252..5f5e5d143aa 100644 --- a/doc/lispref/windows.texi +++ b/doc/lispref/windows.texi @@ -3268,6 +3268,15 @@ Buffer Display Action Alists if one is created. @code{display-buffer-pop-up-frame} is its one and only addressee. +@vindex pop-up-frames{, a buffer display action alist entry} +@item pop-up-frames +This value controls whether @code{display-buffer} may display buffers +by making new frames. It has the same meaning as the +@code{pop-up-frames} variable and takes precedence over it when present. +Its main intended purpose is to override a non-nil value of the +variable for particular buffers which the user prefers to keep +in the selected frame. + @vindex parent-frame@r{, a buffer display action alist entry} @item parent-frame The value specifies the parent frame to be used when the buffer is @@ -3441,6 +3450,9 @@ Choosing Window Options looking for a window already displaying @var{buffer-or-name}, it can search any visible or iconified frame, not just the selected frame. +An entry by the same name in @code{display-buffer}'s @var{alist} +takes precedence over the variable. + This variable is provided mainly for backward compatibility. It is obeyed by @code{display-buffer} via a special mechanism in @code{display-buffer-fallback-action}, which calls the action function From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 21:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "rudalics@gmx.at" , "monnier@iro.umontreal.ca" , "67249@debbugs.gnu.org" <67249@debbugs.gnu.org> Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170224483524238 (code B ref 67249); Sun, 10 Dec 2023 21:48:02 +0000 Received: (at 67249) by debbugs.gnu.org; 10 Dec 2023 21:47:15 +0000 Received: from localhost ([127.0.0.1]:51875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCRdr-0006Ir-Bj for submit@debbugs.gnu.org; Sun, 10 Dec 2023 16:47:15 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:15156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCRdo-0006Ic-Gp for 67249@debbugs.gnu.org; Sun, 10 Dec 2023 16:47:14 -0500 Received: from pps.filterd (m0246627.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 3BALkqqV024043; Sun, 10 Dec 2023 21:46:57 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-11-20; bh=FglDGOoe8pCbOHvPHZeJyHSQ6thxKQXFP9pwdiKwy6M=; b=Y0nB2vz7bnSFjrpXA0gGGbRDqJBbdsGbdIcZ+n9UsUh4Q2U85bvnQPAnAqexbDtHHUlS uHq3NPCPLfcNpzbkcCX6H9XOpuTFFwmNL9hU5jaW/qAnKwKEJbgFqHV2BluHqH3RK+cm U+rS1WNPZITKHVj3MOXHFgenCj21a5NkZV9ttt1HZW666a3CBTnCWc03youswNCAF24E m7llGtEO+wj3kCM4Gxz9lJ195+CUPjhylJFhWdfhPvIsGAYXDEGdYcbrK5on4Jbfs6YH 5jZzWVNZhiGzXW7F71zMv4PEWJEXxOqIG45ZobUTtVOxTFxr9mb61aZeFeZ21Qpsyg97 7w== Received: from phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta01.appoci.oracle.com [138.1.114.2]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3uveu21s6y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 10 Dec 2023 21:46:56 +0000 Received: from pps.filterd (phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 3BAK6XWL010690; Sun, 10 Dec 2023 21:46:56 GMT Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2041.outbound.protection.outlook.com [104.47.66.41]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3uvep440yg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 10 Dec 2023 21:46:56 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CiL8yWfaf5LtjPi0w0adzlUNrat7RCz2wiWH6qRK+6NNBnFWE997Kjvwy4/CI84Ip/n7MijgEh/KKXD65Y3WVuPIktjueR+h3upEc84elLGwqTmTnAjd36SVfj8rXpO8oNlHZj77/S8AcX6gmYc/1RVfwci7r3WQ9SpjT2jzgfp5ntq8EnvLAwewDr5CifLb6/lNNGBdMTUANgr2P5HYDef1PZhjseOEen4bcSKATZeYdWVRNjIwkMBeA/BWQ1K35z730zAJmfOoIXOw2ht9dlzmoqgdeed9U6u2L3ZRtEBG22GziGoRrkVH1WR3WcNr4ipywJvMWoBNc/j3NzVnyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FglDGOoe8pCbOHvPHZeJyHSQ6thxKQXFP9pwdiKwy6M=; b=b0PSJgsohmt+t0wVrmng+EzVa1btUXi2LwbwBW8LJIE2pH8E6OmRYnf1QoHVD3Qb/g91QI3zTZAFkVzUH4d8mvDGsVDVabdVWDRF2PFP+aJk+kxscl72qxCulCe4F2XhyQRKviOd0i9pADNoEbm9HdM2MLl4QXb9xtb1NponUaS8RLc07BOmz1hnj2/0bVlhMA41vEEtrsGId+0tk14XAny1xWPj3hT42E6TaLbEfRMqcIS2nh0njDwkKX9p4qGLyqZUuM9d3rtsbacJjkk681hhgea3Qmo5KZeDDoTdw/1YsJlnNldx2LzLBAyPY0LOW5FhLXrZTj7pjHba6hfSJg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FglDGOoe8pCbOHvPHZeJyHSQ6thxKQXFP9pwdiKwy6M=; b=ZENFXCPeR5pPKlgptSXMbWioPi/evhAv3K7P8xhFQgQ3EF/s2t6yZ4vI5hXcDxgrsDy6wS4h8F4re/lX2eMUVYGMundHXM/lO1/yHSbdgXX+8y4PezEwXBjsEp1770+urbWA3mUojR30/6cV0n30i43datcnR//BpPiYiwDvBwY= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by SA1PR10MB5759.namprd10.prod.outlook.com (2603:10b6:806:23d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7068.32; Sun, 10 Dec 2023 21:46:53 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::3b4c:a669:c229:47b4%7]) with mapi id 15.20.7068.031; Sun, 10 Dec 2023 21:46:53 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Thread-Index: AQHaKy43KlXDchzY0ECYWqc9LDWL0LCjDjjw Date: Sun, 10 Dec 2023 21:46:53 +0000 Message-ID: References: <159cd3c2-a0c4-63e2-ebb2-ce0f5f8c343e@gmx.at> <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83edfuwqai.fsf@gnu.org> In-Reply-To: <83edfuwqai.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|SA1PR10MB5759:EE_ x-ms-office365-filtering-correlation-id: 5136394d-c6f0-4b5d-6dcc-08dbf9c985fa x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ltBrExbVVPqFxksz0K8EqN5mbNQXMXM300a6OzMobZTvZjo+hWKJqUp3DPsdt88sExA719oEqiSfLDSLE3yq8jpIhc6r+xRrAt3qm12nBOP9loOO3Da0CqOM3O1NU2scYvxom8z/UEAW4DxD1RnvO3YeOv+r+7OjJahm/8XuuscrRvnD/isPDwV6a/2kAZeJvuc6WfajdCLz6IXOlU96YgYTnF6fmqyMKYe8eIr9ETkDbVZco6Gbj7+IbaKe/Xnwiqdw5l7jWFYOZrVXJKhwlajwyEJnTNc78IV7KHnpfHDS3q8gbF5qF6FDCEc3LfhIMxhLxp525FRviDKq06UtnupsOYLZpr7Lpe0LdJafSgCo/VrvEcwiduGGJCBGymOIaEI2q1j34YOlw6Oact59MJusKNdMrSOwj52g40pWYcLeax67yfxkhRBa5opVYVifKvUhuyqAh3EUEZz535G4PtAPugUHD+7AhYAj2r2CEJgZpAwAJYOMmEE3GqwBZA3covZdl8+7LKbPOeVwHMoCbVNA19tIdiwhhQh+Mo424E4xW6RmQFEupJn3U6TplmnrZuNoCP+GqH1L9gB/kPoWbU8Kjw+uq9aguMhynNW6ZT1dBpe+1/DIsotqxu/qxKxe x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(136003)(39860400002)(346002)(376002)(366004)(396003)(230922051799003)(451199024)(186009)(64100799003)(1800799012)(41300700001)(26005)(38070700009)(33656002)(86362001)(38100700002)(122000001)(5660300002)(316002)(8936002)(8676002)(4326008)(44832011)(52536014)(4744005)(2906002)(7696005)(6506007)(9686003)(71200400001)(66946007)(66556008)(66476007)(66446008)(64756008)(54906003)(6916009)(76116006)(478600001)(55016003)(81973001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: quOYjlC5wNSy0giV/RGP974Et+pNT48BwPYG9QA1l/X2/W+YvYdC56NV9eaALED+Mr1bQC/8RWARBHbeZSecD5UJkwogUXePuCRYglFNYAEp4EMI2+v0A5ouN7KsUNme6TuKBwvTOS6H+ZVkJSw+MJDuP3T5/ZUq136b+rgmRvJTR8zbXSBDtNEsuPFr46l21PVypQfv0St/v1a6OvTGm6SoYU+luTUdrjwg8m19wKZ9IFP4Fdg1y23EvGYJYiPFpePJXF+aij9UEG/U6cWM88i/xxvvpZx4jGoDwf+xQ5ypNd7gUdH3pd3PR/7Vy/UBeasBFQTkLJ7e7khoMSX8I/urCgABTbsz46HvZfdra3yYbfGBSW5+TqWwQuGUCnB7jjlwon3pI0gWxF053JVmpiUrhDgMeS/nT9vAMgwd7jcVEJZOhKBBZT1X5ZVlvySjPEAWbXwYVwUK94/fQ1PG5bVqYwNMZQXxsva0I00TXm+HPDv3eAmullsO3Q3g0z16qRzREosSLqNfeLAXI82O77h2Fh9mpAzhh7Pui9QbwqRnJPSskkbjQokwzwk7ipErBagBuUeQ0NO6iNCg/+d74LvF8nOIcxDwAoiQMML2LcTk1lrMYlO5C29I+5UPxk91nMuqUtClAGaExFBhspEFtIKkr8JBV8Qr2by2XRiHjGVPpIMpdSguGmEp8YKJxaHz46FN+TM/hUx2cM2hVWqD13BQwZVYU8AxzEGYZPMcR3AEb6tF/3goFzk9IcFV1DoqlTwYRdUqCAYIcz9AbRE9tsouRznoxxJPy/iU6Ba+UGW/vlEhTTxpQEzlF72ZFjZ7qEkXvO1F+yLS4YCGZjzcPbBfhR0A/WnpZNaHXOZCSOJT9tHVcZuMU0nMK5u+aWyQogfGjaqqJ7XtDlBDZqe+IX4+pJaVYwKJOJswDMxPwdzAoLZbRjhMV7zZCk9RYU1LXJCVSsiw3za3l5Wne1K2GovaT3DY5a2WENEMksYmWEKuArqoj3RXJaucMM9MmPoWmctFRP7O7iMJ2RGsmgbe5r+NVuyaw2Fh1PVyM57sul0eRxfHSuiX37AbIs7nUdqkje9vC0F11CXjeIfJyM9IfPSRGRIvq6SM6fQvdvASLjbVw66+A7QTZhBPYR3GKeyAvwOIDeyvBbxvKq1EzQrprb2tWehiguItJ1ARoN2Yu7aZlZ1XSg6x+dr5q2DTP8kap68ZhsSCA0INP3Q949aatyYOnQO4atTJYGTmEiRFqLx5/+kJ9B7OVd/SFpXsWVgGyqx+kFVo/DUtcRPOtlIJ9ixYMSXFnV6Es84Ci6E6q23mXCPZf7d9f74uYIecAUDcuB7fQp24ZS3xAIQPGcbHi/Acrua3rUs1++WK7lM5NXumcf6QYKPA28OBFxu8DxNW0i4L7ZsFywJIGLLB9nX0bbjGynwELw9fEiaklMewWVfcH4w57dm2hbjmTYqb0zKnvam4IGomam1kxqNDZYa3tCj/O9d45w97tdqxtW5MI7G/sHyxvgYY8jhqGPTptii6HwcM/DhMlLtAzqWZcmwXxBL3No9n9uWgbICcZYb1huHc3Z0KLa6MF8NYcfCPs5j4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: URCSv2Z0jLvktJpitoiuXpFY0hMc6nhEPo7sM2COguUsOTF2U3Gh6PwO37XXuZbwk2KNJUutPOWBBHzluq0MuHYfmkCiLuTxGujocj/iEdocJwugSz/rpAQwiim/4PrIM9XDJdWbJekxOmEaCEUnYqhKItLQWt9eU50mrGf2g7lsZabOMK3jKbkkbUbgBed6N/mxGSLcANlwwPyWet1Pl6Hno4cCEpIkYQV9ANxqRWQj/5WUaRjrJzQkNCDQTEyfIlZuH7wi8ygs/+VuqSs2Lx65wzurd9hqTYgWXRNfSQRPeyLvwFA3lN1lyNgb2WyLg+Io9hMRHGQFXJ+MxthfXyHvrY2qtA9XRl9p0qfFyUYpIT/Dyw7zKKWnuFat6gXH15OHEXFHb9WenrOZfdtJijpWkE9Pz4T86qbVgzowYk5RELmbzmXW97a8RwQ0p0HJsk6ZuWLwW/1t6HzI0X7pB7Idv0lYvbEctjRvIAvbwWl5flzuPK4R9HyZas0ZtXPq19p9JV7IqReD6u7ich5PMBbppppUeLYJSU4TKowueVVIX54GzH00QduCbYJ4PKVzJziNTor3Pi111m/eZvq2XlFPOlhDemJO+/UgOg5DZhsch2M1gsOEq2dhCAf3htXP1+1n59xsKuMCRe4js0GU3xTfCvM2LQ1Bk4R9EmqlcfEbkeCcDrmJIal+QUSJqzUktdtVXMqsKNrUrY0E+KOzsO0aS+elscuWfTK0Q9rFWoq5Mn9B6wCJoZJ2EvlsfqLVKOdz4t2In989M94lTfVe0CnK/l5V0G+D3dYfoGepM2dyX3eVtj32nV3iP80+RK+kk0Tfh8CBANUfTvgeg7BpgklKXsn+hTPdyUO2MO9/Us8= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5136394d-c6f0-4b5d-6dcc-08dbf9c985fa X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Dec 2023 21:46:53.4495 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +qYjWcZHA4JO6ydcho8ikDMSnRPywkmOsJk6+NKs9nUcGvEu+z6xXlQB4AN2FsZd8LU/y06W+66Y3WtSX/T3bQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR10MB5759 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-10_14,2023-12-07_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 mlxlogscore=960 adultscore=0 phishscore=0 suspectscore=0 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2311290000 definitions=main-2312100192 X-Proofpoint-ORIG-GUID: JJPFCTcR6JN0-Hh28CfX6IgIq8aBeMSO X-Proofpoint-GUID: JJPFCTcR6JN0-Hh28CfX6IgIq8aBeMSO 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 (-) > > +** New 'pop-up-frames' action alist entry for 'display-buffer'. > > +This has the same effect as the variable of the same name and takes > > ^^^^^^^^ > > +precedence over the variable when present. > > > > Please don't do that. This is a user option, > > _not_ just a variable. (And yes, it should > > continue to be supported, forever, regardless > > of the fact that it's been "deprecated".) > > > > `display-buffer' shouldn't override the user's > > choice for the behavior. >=20 > There's nothing wrong with having parameters and user options by the > same name that affect the same functionality, but indeed usually the > user option overrides the parameter, not the other way around. See, > for example, the cursor-type option and frame parameter. Exactly. From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Dec 2023 17:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier , Eli Zaretskii Cc: 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.17023148606567 (code B ref 67249); Mon, 11 Dec 2023 17:15:02 +0000 Received: (at 67249) by debbugs.gnu.org; 11 Dec 2023 17:14:20 +0000 Received: from localhost ([127.0.0.1]:54480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCjrH-0001hq-Vg for submit@debbugs.gnu.org; Mon, 11 Dec 2023 12:14:20 -0500 Received: from mout.gmx.net ([212.227.15.15]:48555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCjrE-0001hV-P7 for 67249@debbugs.gnu.org; Mon, 11 Dec 2023 12:14:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1702314832; x=1702919632; i=rudalics@gmx.at; bh=zPelLEefs7Vrj6T+pN8g5ORbqvmTYc2ioCrvTSw7VNw=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=m7cqbd8c1aByANCmZFlwsv6zmWA2PgtKdKMwvLuqapRO8HC6WwAgf6gASLRbJqyD 7yJbwWPoPVtVUjxhPxowdnvH7+Q6LHTBEUYL9MM/HNtq+wzlX+geQwmMJpNJmCF+g U7ks6C+jU/JfLDTW2hbAkHgNCwq1TTXg96GNYL7vXxE3J+G/97wlN+E7N4CEzBwSR g+cgPdCT7rOpauXnhct/PfstseMpIW1HcJhJuLFNIgC4kSCFagQkWa+5BgtYrciP4 jScqDkXcFJLTuoAeBiu+QiBDFcZPiDukKNZUTu6NcjCc1lC0HOYcse2cZ0YNNPBp+ tNJM2a64FHwbmGxNFg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.12]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MBUqL-1r4G4t2hpv-00D29y; Mon, 11 Dec 2023 18:13:52 +0100 Message-ID: <1591d512-320b-4010-b43d-e38889bfa497@gmx.at> Date: Mon, 11 Dec 2023 18:13:51 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83fs0awqm7.fsf@gnu.org> From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:6si63acMlOtVDo431QqDY9+ECqcyZNW1Lh4rdb8KJtFAVnnV74D 9Zy6cuGLl149jKxsDy5qa+BRElys656i9h/eeqpYtcEqH2kPX/n43W9vlarTf7HBRJwevph UWEK1hiOxVzJbbIWHjKXDJplwjK3QC0u0GOHT7iWZICtlThc8tymVQZlQvbcs6Y45vQEDLo VELfFBvnbOesbWcFAZI9g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:anRroNw5nUw=;ev1/ODs88azhcMNGbMxYdRncGQO 4RoSDpvBfuhFO2WzXch/mm67GIDeWNbn5lXZU7QJNO6869pEZHYjRGgg0HlX0e7p0xBuCxE/M +RF6yqTyhtdFAduAfbs9jYaKEAKni92NPvpD7opQez331HhIQdAh9WKDvD9tin76n0nWliFx+ kZ4VFNEsuo1h0fAbyYmlWUvxYrmZ+GXNqTpBMxibO0j70avs3DuZaHpOKsGaGgLxEqdTg5W/p qpw4c57Y/ndv43wMOq3+ZKoQiQXKLvy/pgRdMEPsM7YJdbiUH0ln0BrbmR7RPr7+1/NoPeiaL GYdlrTN1vm1qAEk+tZquNtz4CNt/UhrdhndAC/ExdBzj0LJCKH/U9keUc121+xqZoe01sKHmL Hkgpd+jm1OVb5qZPFFmQbrjLG8xAHaA8t2KVHntxNuZj/fQ/GXhvQM2Qmrw39+yz3V6xzGGDl VeauqaARCC/Zaj5qyirzWf7LQSNjCkJzB8s+boA36Xij9aHqhjjT3HSeM+vsJMz8d0629kdOw 0kI8zUP2jSWeGl4gEtMCLuRa+7k2JT1SRbOm9ehLXkXcbjd+gpxJtTs94Ujya64trTyh/vC0M e2WYeaP2RLgOa/lUGen8y7uXKKUiWQMUPxeSMp6xBTsPummyzYYBE4R/TWRa15OddmWjce8Kl IXSdVdoxnU8/sFl6Fzc9uzE7sjQQIp+xGRjIIs6RF2mUC4nNRJIWE1W22k+RaidQAghoHpObM j4AWdp/U5+uwdc3jkVdMW742Kk8OiNC3g6eei8E4Vhflb4zDX7vM37aLk8q+pTga/skQbaqTv +5LhggmhwX+/+/3MPpyrDf4MlDUvlW4M9R2HQwPAScFArZGHzgghnHcvlFUxQ1NM2U+AIrAAC iEgid9QOZ0uaJpVeGu34vHAUef5EZinQpm7ya7b/ALH7ZqpT/EpL64duRIx5D6LaUCunKM5od Q10usA== X-Spam-Score: 2.9 (++) 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: > +@vindex pop-up-frames{, a buffer display action alist entry} > +@item pop-up-frames > +This value controls whether @code{display-buffer} may display buffers I don't think that "value" is correct here. Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.12 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.9 (+) 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: > +@vindex pop-up-frames{, a buffer display action alist entry} > +@item pop-up-frames > +This value controls whether @code{display-buffer} may display buffers I don't think that "value" is correct here. Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.12 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager ID4gK0B2aW5kZXggcG9wLXVwLWZyYW1lc3ssIGEgYnVmZmVyIGRpc3BsYXkgYWN0aW9uIGFs aXN0IGVudHJ5fQ0KID4gK0BpdGVtIHBvcC11cC1mcmFtZXMNCiA+ICtUaGlzIHZhbHVlIGNv bnRyb2xzIHdoZXRoZXIgQGNvZGV7ZGlzcGxheS1idWZmZXJ9IG1heSBkaXNwbGF5IGJ1ZmZl cnMNCg0KSSBkb24ndCB0aGluayB0aGF0ICJ2YWx1ZSIgaXMgY29ycmVjdCBoZXJlLg0KDQog PiArYnkgbWFraW5nIG5ldyBmcmFtZXMuICBJdCBoYXMgdGhlIHNhbWUgbWVhbmluZyBhcyB0 aGUNCg0KQWxzbyB5b3UgcHJvYmFibHkgbWlnaHQgd2FudCB0byByZWNvbW1lbmQgdXNpbmcg YW4gYWxpc3QgZW50cnkgaGVyZToNCg0K4oCYcG9wLXVwLWZyYW1lc+KAmQ0KICAgICAgSW5z dGVhZCBvZiBjdXN0b21pemluZyB0aGlzIHZhcmlhYmxlIHRvIOKAmHTigJksIGN1c3RvbWl6 ZQ0KICAgICAg4oCYZGlzcGxheS1idWZmZXItYmFzZS1hY3Rpb27igJksIGZvciBleGFtcGxl LCBhcyBmb2xsb3dzOg0KDQogICAgICAgICAgIChzZXRvcHQNCiAgICAgICAgICAgIGRpc3Bs YXktYnVmZmVyLWJhc2UtYWN0aW9uDQogICAgICAgICAgICAnKChkaXNwbGF5LWJ1ZmZlci1y ZXVzZS13aW5kb3cgZGlzcGxheS1idWZmZXItcG9wLXVwLWZyYW1lKQ0KICAgICAgICAgICAg ICAocmV1c2FibGUtZnJhbWVzIC4gMCkpKQ0KDQptYXJ0aW4NCg== From unknown Sat Aug 16 13:49:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Dec 2023 22:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67249 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 67249@debbugs.gnu.org Received: via spool by 67249-submit@debbugs.gnu.org id=B67249.170233287517153 (code B ref 67249); Mon, 11 Dec 2023 22:15:02 +0000 Received: (at 67249) by debbugs.gnu.org; 11 Dec 2023 22:14:35 +0000 Received: from localhost ([127.0.0.1]:54865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCoXq-0004Sb-Iw for submit@debbugs.gnu.org; Mon, 11 Dec 2023 17:14:34 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:30142) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCoXo-0004SN-Sz for 67249@debbugs.gnu.org; Mon, 11 Dec 2023 17:14:33 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id C91D6807A4; Mon, 11 Dec 2023 17:14:11 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702332850; bh=nQpNQjN0lb9TTyTAT89C+2a+CluXueDLIXUo4/cJf6U=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=M+Q6RUZMewx6f2UWEFTLuaSjuSf4z2ZiS+rPzUEGTJiq3K6mTL0dXxw3zFqVX026c MQNhGU4ZQiXn6R9qz/gIFyk19do8/1KnIr5JMa70qY30vbILkbU7hBHTzuqgdv0bYX fzuXtDgiDDzN5uLiRSDNrCzsvZh5MnpQqngs7u6a71YHUrkn2DE1P0Zz06T8cVEc1g gyH9KlBSs0laS/2LbSu6Gwa9rWz8g5TA8IZFUrNcU6UWC/O7pdaMmz5Rj2SClOdSi5 4xZWWTpbtZnJ0tjScPIzA17k7rhFbTAThaumEjMBmvwwnxfr30sppkFD26GvHgvwa0 Q8ltesXAyO/MA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id B37D180250; Mon, 11 Dec 2023 17:14:10 -0500 (EST) Received: from pastel (unknown [45.72.203.88]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8915A12075C; Mon, 11 Dec 2023 17:14:10 -0500 (EST) From: Stefan Monnier In-Reply-To: <1591d512-320b-4010-b43d-e38889bfa497@gmx.at> (martin rudalics's message of "Mon, 11 Dec 2023 18:13:51 +0100") Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83fs0awqm7.fsf@gnu.org> <1591d512-320b-4010-b43d-e38889bfa497@gmx.at> Date: Mon, 11 Dec 2023 17:14:09 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.092 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: 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 (---) >> +@vindex pop-up-frames{, a buffer display action alist entry} >> +@item pop-up-frames >> +This value controls whether @code{display-buffer} may display buffers > I don't think that "value" is correct here. I changed "This value" to "The value", since that's the term used for the other alist entries in this section. >> +by making new frames. It has the same meaning as the > > Also you probably might want to recommend using an alist entry here: > > =E2=80=98pop-up-frames=E2=80=99 > Instead of customizing this variable to =E2=80=98t=E2=80=99, customi= ze > =E2=80=98display-buffer-base-action=E2=80=99, for example, as follow= s: > > (setopt > display-buffer-base-action > '((display-buffer-reuse-window display-buffer-pop-up-frame) > (reusable-frames . 0))) Indeed, thanks, Stefan diff --git a/doc/lispref/windows.texi b/doc/lispref/windows.texi index 22c1b307252..48893e22511 100644 --- a/doc/lispref/windows.texi +++ b/doc/lispref/windows.texi @@ -3268,6 +3268,15 @@ Buffer Display Action Alists if one is created. @code{display-buffer-pop-up-frame} is its one and only addressee. =20 +@vindex pop-up-frames{, a buffer display action alist entry} +@item pop-up-frames +The value controls whether @code{display-buffer} may display buffers +by making new frames. It has the same meaning as the +@code{pop-up-frames} variable and takes precedence over it when present. +Its main intended purpose is to override a non-nil value of the +variable for particular buffers which the user prefers to keep +in the selected frame. + @vindex parent-frame@r{, a buffer display action alist entry} @item parent-frame The value specifies the parent frame to be used when the buffer is @@ -3441,6 +3450,9 @@ Choosing Window Options looking for a window already displaying @var{buffer-or-name}, it can search any visible or iconified frame, not just the selected frame. =20 +An entry by the same name in @code{display-buffer}'s @var{alist} +takes precedence over the variable. + This variable is provided mainly for backward compatibility. It is obeyed by @code{display-buffer} via a special mechanism in @code{display-buffer-fallback-action}, which calls the action function @@ -3512,15 +3524,12 @@ Choosing Window Options =20 @item pop-up-frames @vindex pop-up-frames@r{, replacement for} -Instead of customizing this variable to @code{t}, customize +Instead of customizing this variable to @code{t}, you can customize @code{display-buffer-base-action}, for example, as follows: =20 @example @group -(setopt - display-buffer-base-action - '((display-buffer-reuse-window display-buffer-pop-up-frame) - (reusable-frames . 0))) +(setopt display-buffer-base-action '(nil (pop-up-frames . t))) @end group @end example =20 From unknown Sat Aug 16 13:49:11 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Stefan Monnier Subject: bug#67249: closed (Re: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist`) Message-ID: References: X-Gnu-PR-Message: they-closed 67249 X-Gnu-PR-Package: emacs Reply-To: 67249@debbugs.gnu.org Date: Sat, 16 Dec 2023 18:17:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1702750622-26426-1" This is a multi-part message in MIME format... ------------=_1702750622-26426-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 67249@debbugs.gnu.org. --=20 67249: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D67249 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1702750622-26426-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 67249-done) by debbugs.gnu.org; 16 Dec 2023 18:16:48 +0000 Received: from localhost ([127.0.0.1]:56012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rEZDU-0006rj-Fa for submit@debbugs.gnu.org; Sat, 16 Dec 2023 13:16:48 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:32866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rEZDS-0006rQ-Gh for 67249-done@debbugs.gnu.org; Sat, 16 Dec 2023 13:16:47 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 36A9380BAC; Sat, 16 Dec 2023 13:16:40 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1702750599; bh=MFCtcbbWUqbkdZO12yYD2AbfMEaOoOria8pyZQj/ows=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=goJhFaQksxeNMliHimPKZSKpVtDeezLszy1GXMV5yXA4qTt3cvxdlChfbdEbblx3v E0QbXzMc42ZQ/yNAk1t6xHa1+Ca/AzaNDfcuBkOjTgDHFHU0uNjAjQvwi1ZwAMt8Y3 UbvdjO1crApZTbVy6hcxZv2O8+6+4unlUsZfqc9jkI0ez6JluiMxb6+BVSX9jXMctM WTvfdZjhcgv6doN49/pEPaJpCHVuDNgJj7jVsDMCzh2vftEvYvsI6JJH7c3290/fHy Lqyq92Bkp55Z8qWGA3R7Kv/eW4arEabQfW45y+tjencycwi0ZpaHt+fKsPNUGLS3q1 fLJOPYDJlZTTg== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 1DC638054C; Sat, 16 Dec 2023 13:16:39 -0500 (EST) Received: from pastel (65-110-221-238.cpe.pppoe.ca [65.110.221.238]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id DACEF120AF9; Sat, 16 Dec 2023 13:16:38 -0500 (EST) From: Stefan Monnier To: martin rudalics Subject: Re: bug#67249: 30.0.50; `same-frame` equivalent for `display-buffer-alist` In-Reply-To: (Stefan Monnier's message of "Mon, 11 Dec 2023 17:14:09 -0500") Message-ID: References: <69e6899b-9e93-9a97-a8bc-4ce9a9f0ae4c@gmx.at> <69387717-1eaa-6019-0000-4c95c61e1bc3@gmx.at> <1f026837-af56-435f-9d4e-048a18af07eb@gmx.at> <488b181f-c74e-d97b-b168-a602158c3e7b@gmx.at> <47d97021-75ea-cfc7-d439-cc38bc1044f4@gmx.at> <52b5fec2-510f-2fcd-c67c-2da18c91ab22@gmx.at> <83fs0awqm7.fsf@gnu.org> <1591d512-320b-4010-b43d-e38889bfa497@gmx.at> Date: Sat, 16 Dec 2023 13:16:38 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.068 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 67249-done Cc: 67249-done@debbugs.gnu.org, Eli Zaretskii 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 (---) Pushed, thanks, Stefan ------------=_1702750622-26426-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 17 Nov 2023 21:42:06 +0000 Received: from localhost ([127.0.0.1]:47261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r46bG-00063P-3w for submit@debbugs.gnu.org; Fri, 17 Nov 2023 16:42:06 -0500 Received: from lists.gnu.org ([2001:470:142::17]:32948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r46bD-00062u-Qn for submit@debbugs.gnu.org; Fri, 17 Nov 2023 16:42:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r46b7-0003HB-Nq for bug-gnu-emacs@gnu.org; Fri, 17 Nov 2023 16:41:57 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r46b6-0007yy-0d for bug-gnu-emacs@gnu.org; Fri, 17 Nov 2023 16:41:57 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1B1CC444325 for ; Fri, 17 Nov 2023 16:41:54 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1700257308; bh=kHmFV6tXEIsd5EyJsl2evU0nnfSd/L+M5cPaGVaVNUw=; h=From:To:Subject:Date:From; b=gRlXrg+8H2vEIpBMwnd8wJHXzxtwqWoooSQ5kULp6Acb+ThzXchoqdvKORLvPSk4h 6R00ojcvLuRRHto6yry0VTWirkfS1V5rtBhfMOhH1g7Zwx9shTOft1Vyeh+LVSnUmf XTYnVHpHdNs79eJbrKzUhTKZJ5iAi+XvSvUqnHo5YZGOuDuletuZYwVmTb57cALv4q lNe8h9xR+WqrslfyV6VUms5DsHY2ysvEL1o3M0MtIJT8sJQO24+YYDH3djhyWI7Dm0 +qvaIY5qHgdEj4wDF+ILJjU93bzDaAtHeat7zlsQSFWv9zgW3OsxfeU8rupyA1w8g6 yRo6KvZCuK30A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B323B444323 for ; Fri, 17 Nov 2023 16:41:48 -0500 (EST) Received: from pastel (unknown [45.72.227.120]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9692912017B for ; Fri, 17 Nov 2023 16:41:48 -0500 (EST) From: Stefan Monnier To: bug-gnu-emacs@gnu.org Subject: 30.0.50; `same-frame` equivalent for `display-buffer-alist` X-Debbugs-Cc: Martin Rudalics , monnier@iro.umontreal.ca Date: Fri, 17 Nov 2023 16:41:43 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.027 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: submit 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 (-) Package: Emacs Version: 30.0.50 As `special-display-buffer-names` and friends are nearing the 10 years of being declared obsolete, I noticed that I can't find any replacement for the `same-frame` parameter in `display-buffer-alist`. The patch below is just a "proof-of-concept" I tried to see if I could get a similar behavior to the old `same-frame` with the new code. I'm not sufficiently familiar with the set of `display-buffer-*` functions to judge if it's a good approach overall. I also noticed that `special-display-popup-frame` is only called from `special-display-function` (which is declared obsolete since 24.3), so maybe it should also be declared obsolete? Stefan diff --git a/lisp/window.el b/lisp/window.el index b6fe5996123..72cd9f5d85c 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -6795,6 +6795,7 @@ special-display-popup-frame If ARGS is a list whose car is a symbol, use (car ARGS) as a function to do the work. Pass it BUFFER as first argument, and pass the elements of (cdr ARGS) as the remaining arguments." + (declare (obsolete "??" "30.1")) (if (and args (symbolp (car args))) (apply (car args) buffer (cdr args)) (let ((window (get-buffer-window buffer 0))) @@ -8014,6 +8015,7 @@ display-buffer-pop-up-frame (fun pop-up-frame-function) frame window) (when (and fun + (not (alist-get 'same-frame alist)) ;; Make BUFFER current so `make-frame' will use it as the ;; new frame's buffer (Bug#15133). (with-current-buffer buffer ------------=_1702750622-26426-1--