From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Sam Steingold 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 13:55:05 -0500 Message-ID: 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> Reply-To: sds@gnu.org Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19846"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 31 19:55:56 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 1n3N4G-0004tf-9b for ged-emacs-devel@m.gmane-mx.org; Fri, 31 Dec 2021 19:55:56 +0100 Original-Received: from localhost ([::1]:43730 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n3N4E-0006do-HX for ged-emacs-devel@m.gmane-mx.org; Fri, 31 Dec 2021 13:55:54 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42066) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3N3e-0005vA-GZ for emacs-devel@gnu.org; Fri, 31 Dec 2021 13:55:18 -0500 Original-Received: from [2607:f8b0:4864:20::f35] (port=41669 helo=mail-qv1-xf35.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n3N3W-0005sU-Hy; Fri, 31 Dec 2021 13:55:17 -0500 Original-Received: by mail-qv1-xf35.google.com with SMTP id h5so25275081qvh.8; Fri, 31 Dec 2021 10:55:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:from:to:cc:subject:in-reply-to:references:user-agent :return-receipt-to:reply-to:date:message-id:mime-version; bh=iDzBRXScczNATPkoZw6z9FrO/ZqW4nNyCpfdkbaig+A=; b=JfvWYJQy3VklGaICMQnKcozFH7t4J8gUmowfsA3hTUAqkACQzOzMN5dx8/Mov8rPkv uLdHVTGmGnaEQAJ7EGUwvbza9z7s7IgBuepl8jMVu88wl8y14NL6iygfV3SBUUqq4aPt rDxcFQOm7ML7X8bqjjcq98RhzQTvmRUTTJ50StoFkFV9GaHIYKyrM22gQ822EygzLred XhaSVoEIkGeOhuXFwWVOBaKoIYFpjOCB0Xcxf3qhXkwvpoBTSijlmM2h/2a6yJ2WoxVo qofNs2NknlHdKaZfBlnam3ZyDfKVwyExo4mAEFTbY+Y5MnFTHMwqCu558vzKuu+h066S GmZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:from:to:cc:subject:in-reply-to:references :user-agent:return-receipt-to:reply-to:date:message-id:mime-version; bh=iDzBRXScczNATPkoZw6z9FrO/ZqW4nNyCpfdkbaig+A=; b=QEL6sKhAhWyidIbaVxJrTUNiITWrV0kExwm0Gjqunq4eFcGunt1YJYevk/OvrRRndV RQiB+pwBXciG2KtFGAaYLzO8jXh0iUIflJHaniVM6ma9F7yEilH6wi3adC7s4u9VemSa fRZsDzNBbvziB9rWIndnYa9oxf99s2o7STkSTT3raGrUzYxLCwyuhP4u05TBG9gYzkU9 F9DVYYK47YI1XXmwPq5/QgsaWHP4VqJPoN4bZQBdLDyNjQWdNLnAWfH/WRd4yL2FfMR9 u5oz6YRBUbknkY5R6/ziTqE55VW80IvKeUMDvzSOT3m1nw+TeS8qxHSREXVuDqQnb0T3 4CxQ== X-Gm-Message-State: AOAM530EnZwfM8GQY8UN3e5Zb6rTa3bqiw5mYNLjJNRsLMyxjsou3F7Q mJfBnf2yj6gYcwhLdizdkbZYl9+OwQ== X-Google-Smtp-Source: ABdhPJyZ6vCSBGRIvrUrA6V5G/adzd/Penb8jbJE+cPjoGVgjAuvAGknI8tdoEBld/Jj4QO5R6VA9Q== X-Received: by 2002:a05:6214:1d0c:: with SMTP id e12mr32035952qvd.105.1640976907173; Fri, 31 Dec 2021 10:55:07 -0800 (PST) Original-Received: from 3c22fb11fdab.ant.amazon.com (pool-108-30-23-113.nycmny.fios.verizon.net. [108.30.23.113]) by smtp.gmail.com with ESMTPSA id r13sm24146732qtw.41.2021.12.31.10.55.06 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 31 Dec 2021 10:55:06 -0800 (PST) In-Reply-To: (martin rudalics's message of "Fri, 31 Dec 2021 19:42:28 +0100") X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::f35 (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::f35; envelope-from=sam.steingold@gmail.com; helo=mail-qv1-xf35.google.com X-Spam_score_int: 12 X-Spam_score: 1.2 X-Spam_bar: + X-Spam_report: (1.2 / 5.0 requ) DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:283765 Archived-At: > * martin rudalics [2021-12-31 19:42:28 +0100]: > >> and, since you want to use `display-buffer-reuse-or-same-window' in >> `shell'-like functions, I will not be able to avoid that. > > That's an exaggeration. You can always work around this problem via > 'display-buffer-alist'. Are you saying that by manipulating `display-buffer-alist' I can stop `pop-to-buffer' from using the same window?! How? >> I would much prefer that we use `pop-to-buffer' or `display-buffer' >> everywhere (deprecating all those `pop-to-buffer-*' functions) > > I might agree. But we cannot simply convert everything that used > 'switch-to-buffer' once (or still uses it) to use 'pop-to-buffer' > instead. That's okay, we can leave `switch-to-buffer' alone. > The greatest problem the 'display-buffer-alist' functionality had to > deal with was to leave the default behavior unchanged while adding > enough facilities so users could change the behavior to their like. IIUC, using `pop-to-buffer' for *shell* and adding something like (("*shell*" (display-buffer-reuse-window))) to `display-buffer-alist' is equivalent to using `pop-to-buffer-same-window' on *shell*. >> and let the _users_ decide how to display _all_ buffers using the standard >> `display-buffer-alist' functionality. > > Deciding is not sufficient. Users have to customize it and you should > have now noticed by yourself that dealing with 'display-buffer-alist' is > not entirely trivial. Understatement of the year. This is why I want us to use it instead of `pop-to-buffer-*' - to give users a good starting example to modify. -- Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.2022 http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com https://mideasttruth.com https://jihadwatch.org Your mouse has moved - WinNT has to be restarted for this to take effect.