From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#67993: Selecting buffer automatically Date: Fri, 12 Jan 2024 09:46:16 +0200 Organization: LINKOV.NET Message-ID: <86y1cvkpm3.fsf@mail.linkov.net> References: <86zfy0g641.fsf@mail.linkov.net> <865y09nmp0.fsf@mail.linkov.net> <4659812e-c023-492a-b810-d9d3cada1ade@gmx.at> <861qauxswd.fsf@mail.linkov.net> <86cyudjdmb.fsf@mail.linkov.net> <1ea06837-0d7e-46ba-849c-a4bf42929c40@gmx.at> <86frz6o832.fsf@mail.linkov.net> <942ced7b-53f8-4b33-9280-6cdba4b6ed6b@gmx.at> <867ckhqgqp.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1801"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) Cc: 67993@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 12 08:47:36 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rOCGN-0000G2-TC for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Jan 2024 08:47:35 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rOCFy-0000HG-VI; Fri, 12 Jan 2024 02:47:10 -0500 Original-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 1rOCFv-0000Fb-0K for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2024 02:47:08 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rOCFu-0001Bg-BZ for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2024 02:47:06 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rOCFs-0007JB-3y for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2024 02:47:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2024 07:47:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 67993-submit@debbugs.gnu.org id=B67993.170504562328078 (code B ref 67993); Fri, 12 Jan 2024 07:47:04 +0000 Original-Received: (at 67993) by debbugs.gnu.org; 12 Jan 2024 07:47:03 +0000 Original-Received: from localhost ([127.0.0.1]:34809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rOCFq-0007Ic-Ca for submit@debbugs.gnu.org; Fri, 12 Jan 2024 02:47:02 -0500 Original-Received: from relay5-d.mail.gandi.net ([2001:4b98:dc4:8::225]:58009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rOCFl-0007Hu-NX for 67993@debbugs.gnu.org; Fri, 12 Jan 2024 02:46:58 -0500 Original-Received: by mail.gandi.net (Postfix) with ESMTPSA id C91EF1C0002; Fri, 12 Jan 2024 07:46:52 +0000 (UTC) In-Reply-To: (martin rudalics's message of "Thu, 11 Jan 2024 10:15:06 +0100") X-GND-Sasl: juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:277998 Archived-At: >> This is what I see with the current patch: >> >> 1. >> (let ((display-buffer-alist '(("1" nil (select-window . nil))))) >> (delete-other-windows) (split-window) (split-window) (balance-windows) >> (pop-to-buffer (get-buffer-create "1")) >> (pop-to-buffer (get-buffer-create "2"))) >> >> then the original window remains selected. > > But this means that the customization for "1" affects popping to "2". > If this is the intended effect, it should be documented. But actually the customization for "1" doesn't affect popping to "2" because pop-to-buffer still selects windows and creates such layout: *scratch* Buffer "1" Buffer "2" Only post-command-hook selects the original window afterwards instead of leaving the buffer "2" selected.