From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: master 18b680cfd1: Fix bug#52467 by adding a new custom variable 'display-comint-buffer-action' Date: Fri, 31 Dec 2021 19:41:09 +0100 Message-ID: <8dfc6f22-d331-e7c1-b536-2d374197528f@gmx.at> References: <164073060906.21430.4993248796177370312@vcs2.savannah.gnu.org> <20211228223009.6D0BAC002EE@vcs2.savannah.gnu.org> <871r1v8nhf.fsf@gnus.org> <83ilv7jqm7.fsf@gnu.org> <6a9cd581-1630-4a95-62c4-419603561072@gmx.at> <3499cedf-b170-3045-873d-d45d2972ae13@gmx.at> <0f492ac4-4167-5448-2c74-a5f67950eae4@yandex.ru> <2de2323b-6d34-9263-776b-dbeff036f8f4@gmx.at> <87zgog68ni.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9244"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , sdsg@amazon.com, Dmitry Gutov , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 31 19:44:51 2021 Return-path: Envelope-to: ged-emacs-devel@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 1n3MtX-0002FB-An for ged-emacs-devel@m.gmane-mx.org; Fri, 31 Dec 2021 19:44:51 +0100 Original-Received: from localhost ([::1]:33116 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n3MtV-0007Yi-2G for ged-emacs-devel@m.gmane-mx.org; Fri, 31 Dec 2021 13:44:49 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39968) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3Mq8-0005KW-Ht for emacs-devel@gnu.org; Fri, 31 Dec 2021 13:41:20 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:54019) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3Mq6-0000wh-BQ; Fri, 31 Dec 2021 13:41:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1640976072; bh=ffxnMmHf6b5vyQtg8oBbShG/sGdCYxmduQsjXvMRepE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=dtPbv8g/y0cJ12JvW6W9SqLnGiBn0rFYA/o93P0S6cQbiQDk7mgSlvKvWN6ZRsEHM 1+etWSA0fBx23QZS40Raw85geTfKNcVOQjvBlx1lAlChHtjmfZ459wh2REYqU7zPin LecA3meZRDjpgJ6siCwrsetzYvKh/oL2E8gG4nQ4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([46.125.249.79]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MLi8m-1mlhQd3PKS-00Hcq5; Fri, 31 Dec 2021 19:41:11 +0100 In-Reply-To: <87zgog68ni.fsf@gnus.org> Content-Language: en-US X-Provags-ID: V03:K1:PiwblUxVR04DL8LfJZhTrb3eDqNZSwjihOvEL0GTRct1iZFxUYk B+U72Usb2Jiwxz+4vEmJseR+qG9CmkNwP/LQkhVkvtX/Dg4gGm9w9F31LRPQxfzqNHwZSYg DJR3ypQy7o0SnAwt+7HyYktlup+Hph9ZtpddYbwP55Si9emtYq/Hno9pfimWYG+boyihMek /OhLFnsmhHxO6gfXchGRw== X-UI-Out-Filterresults: notjunk:1;V03:K0:/Mu7tJ+nDAs=:EEbaBLaqFvcRGyjA6J3Xt4 lk6cwNY/kuWPdvluGuGDJ77iyw+SqycEdN50ADCrsOk0xLfHHlINkZQQoCZdpFRtz4M5e+bmQ 53ZxF1roCu2cpIkV6zyzTLoXmFCTF4YnsWz2JbHV/dmGLNyDhErnqPZpKDC6esWzkoeg5L3yW 4jyFOKo6RNL3EB853bkuJJVrMP6GGIarOCNEOvh3LLUpIBnOaIpGPyznrJgFUDJeo/PqnOwZT C3D8u0YduJFrVxe9GuteFdEoNviUIe4IlG4bu4bsFHLLeIO8vQyx0iaA8cQbK6UB5HR7yIOV3 HB6k8y1pU4VUSzbAXinW0t7SsHZWw0VUAQjOZ60JDjPvXBhlE8d83iiLKzfN7+Q081DeyY/eQ Abhy5ikKAijsRMQQLE9Zu010pZMM2Oo7lVjnhzw7NaWbYgo6UJtngW+TBD313W+5v67FHZLmK Y9oDsu1N0+iYXB9ZjF54OWDUcPTkdrfPoAcoH7f6xC56+gTmEivYOzdHu3Ho8CmH6WSplZvX2 DfDIsZCqqq4kPA0Ae5L3TUoZRP6dr+VPPcbbha/zYEuh2kI7a1llhsgyWE9Qv40ojAad6aJj3 mCycflrWAUjmLGoue7Wdzfc9m9vq/n2CzhyrUCSYJxwAGBQIAi8eI6x20Od4IUPvgs6prIsJJ lMvfZfkJKzRmcCQyDuSRclc+8qZhn0w4KHD1JhND5E9QpBRhKYSCWMebPE4PNuDuswanWhllP MDNa6fFKmIpC2FPs2Z33hpDtFNZCEzg/wsK+EkNFoucomUcl7GpZbnw4e9diG0cCX4fiN/gl Received-SPF: pass client-ip=212.227.17.20; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: 0 X-Spam_score: 0.0 X-Spam_bar: / X-Spam_report: (0.0 / 5.0 requ) DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:283759 Archived-At: > Well, perhaps "unpredictable" is the wrong word. But if we want to make > these commands behave the same (and I think we do), then some of them > have to change, and the change committed seems like the most consistent > and useful one. 'pop-to-buffer-same-window' was conceived as a stand-in for 'switch-to-buffer' so that people could customize it via 'display-buffer-alist'. Using it as stand-in for 'pop-to-buffer' is tantamount to using 'switch-to-buffer' as stand-in for 'pop-to-buffer'. I'm not sure whether we should want to "make these commands behave the same". But if we do, we have to provide some _simple_ knob to let users get the old behavior without having to think about how to match names of buffers they possibly never cared about with the help of a regular expression. martin