From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#52467: 29.0.50; Use pop-to-buffer for shell Date: Sun, 26 Dec 2021 02:47:59 +0200 Message-ID: References: <87sfuorb39.fsf@gnus.org> <87wnjzoa09.fsf@gnus.org> <23f5b9c2-2688-40e3-5b32-94487d33e2ee@yandex.ru> <87h7ay4bhg.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="12366"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 Cc: Stefan Kangas , sds@gnu.org, Theodor Thornhill , 52467@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 26 01:50:36 2021 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 1n1HkC-00039W-KA for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Dec 2021 01:50:36 +0100 Original-Received: from localhost ([::1]:42358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n1HkA-0007AG-LZ for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Dec 2021 19:50:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:59610) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n1Hjh-0007A7-SD for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 19:50:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56735) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n1Hje-0008Ih-7e for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 19:50:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n1Hje-000415-28 for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 19:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Dec 2021 00:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52467 X-GNU-PR-Package: emacs Original-Received: via spool by 52467-submit@debbugs.gnu.org id=B52467.164047976215378 (code B ref 52467); Sun, 26 Dec 2021 00:50:02 +0000 Original-Received: (at 52467) by debbugs.gnu.org; 26 Dec 2021 00:49:22 +0000 Original-Received: from localhost ([127.0.0.1]:40048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Hj0-0003zx-Ia for submit@debbugs.gnu.org; Sat, 25 Dec 2021 19:49:22 -0500 Original-Received: from mail-wm1-f51.google.com ([209.85.128.51]:42894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Hiw-0003zh-0C for 52467@debbugs.gnu.org; Sat, 25 Dec 2021 19:49:21 -0500 Original-Received: by mail-wm1-f51.google.com with SMTP id a83-20020a1c9856000000b00344731e044bso6520814wme.1 for <52467@debbugs.gnu.org>; Sat, 25 Dec 2021 16:49:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=9xcpANUV4ovCKU8epV8kCS/qmv3rAO4+G+IG1ko3CUI=; b=pBgBcBobOtXNoZ0DEKUVMKuiQVjMbFBXnUmgLwsjs5+SsywKZKUBFU0GIIAGkkS+cw PC+4e5KjNjMHUbQijItQps2IfgFfa1QbSTjvYN30ek9ux9S0GBCE39ISih8MKImP+KBw apM8Ku15YoRIyzjm51yrcYl7Y+de0PlUaoDlG/FwewcIXrUNjE82qoOn8cz1naEdXPlq F55VJc6fW6EH/FAH5WOtnIsaSd6qXFe69ZK/IzoUuJ5Luh8zGuAi6x7EDpkqKc4gsBbT lHdH5R/mXW7Xv3Wu3XzABW6JHn04drxE8faTAwXqaawaPw35XhoI6nt+bY5boDJTMJA+ KoTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=9xcpANUV4ovCKU8epV8kCS/qmv3rAO4+G+IG1ko3CUI=; b=ziNE3Eue+U6ewWLUKX0kbJWcUoenf3gc6Go9pBrQao5DdYYMPqlGU2G8PdufgiSjUg kaXnDlONs1anAHm7mquQP3DM1jEQd7gXtim/1fu0NoBxXQXCG1O+2rBQFH8Q5PYFVWRj L7NfIF/NCaK/K3szSkqGklosGhzNzjx4bkGvvYE++JU+eP3eA6EV8DrF+1+4Ut/wJUTv ITXJ05NB/V9WweS7YVr6Dp8DCZZNNxhuWH4uaNukEVhbGqjE7w7jyvwAGnGCWy3/FhBX aZcNZDWk3V2Q/133aVXJW3jhu7M6Zsz/qhfUTg63zm8iQ2ETqMAP+FnXWcrt7+B2s1oB qUQA== X-Gm-Message-State: AOAM532rTVSns/tWyKCHXM6MK9zRMpom/lUc47yu20Y6HkrhaCgeIqFh /c/ljPWPLKAl9xL941c4tvQrpdbNnMEJzw== X-Google-Smtp-Source: ABdhPJw1Pre50sAvBZTpfynLdkr44MfrOstmiL/eaXMYXBS57R2tIlUgPdMwFuvtRYrl5BerdQMfOQ== X-Received: by 2002:a05:600c:1d90:: with SMTP id p16mr8960564wms.145.1640479752030; Sat, 25 Dec 2021 16:49:12 -0800 (PST) Original-Received: from [10.112.109.103] ([185.209.196.172]) by smtp.googlemail.com with ESMTPSA id v6sm15107744wmh.8.2021.12.25.16.49.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 25 Dec 2021 16:49:11 -0800 (PST) In-Reply-To: <87h7ay4bhg.fsf@gnus.org> Content-Language: en-US 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" Xref: news.gmane.io gmane.emacs.bugs:223126 Archived-At: On 24.12.2021 12:07, Lars Ingebrigtsen wrote: > What is that you propose should change? Basically what Sam is asking (use pop-to-window for both shell and eshell), I'm just trying to conceptualize that change. Not a strong preference, but it seems to make sense. Or to approach the question from another angle, the difference between that behavior and the current one is that you can create two windows that show the same buffer. Do we want that to happen with 'M-x shell' without prefix? Overall, pop-to-buffer seems more common than pop-to-buffer-same-window. The downside of using it, though, is that the current window is unlikely to be used even if the buffer is not displayed anywhere else (the algorithm chooses something like LRU window). Maybe we should choose a mode of operation where it does use the current window, unless the buffer is displayed somewhere else. Something like (pop-to-buffer buffer '((display-buffer-reuse-window display-buffer-same-window) (inhibit-same-window . nil)))