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: Stop frames stealing eachothers' minibuffers! Date: Sun, 10 Jan 2021 20:05:29 +0100 Message-ID: <46b74385-3c4f-a4f3-038c-45a60bdf40ae@gmx.at> References: <50c96c83-01b4-d2b8-ff90-82c9d706e268@gmx.at> <2d91b8cb-0206-32f0-a577-f243fb534aec@gmx.at> <23649b1d-414b-42e7-dbb0-6b63443521ee@gmx.at> 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="3220"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrii Kolomoiets , emacs-devel@gnu.org, enometh@meer.net, Stefan Monnier , Gregory Heytings , Eli Zaretskii To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 10 20:08:31 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 1kyg4k-0000jx-OY for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Jan 2021 20:08:30 +0100 Original-Received: from localhost ([::1]:39966 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kyg4j-0007n8-Lp for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Jan 2021 14:08:29 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58692) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyg2B-0005TY-Up for emacs-devel@gnu.org; Sun, 10 Jan 2021 14:05:51 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:45641) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyg29-00022G-2h; Sun, 10 Jan 2021 14:05:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610305535; bh=HqRnbUArOiPRTS+kvwUbM42p8DhR57B14yxdzJpgKoQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=LTuiHDM3037pC368GOtHnYlCr4osgyf86SAB5nUEiSn9Pt9i/GmcN3uiyr5q5RdUe 430ZrmcfJzjcPlKteVLwadiOQ6MXGBX0LHDY+QMi/maAhhNP1gts4vU43xyexPvhE9 jJtVJXI3/Ip0gKWGtOtQB/AOYH0hCecTLh4CLFYQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.93]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MAOJP-1kmsJY1I3n-00BrVj; Sun, 10 Jan 2021 20:05:35 +0100 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:LINUN6T22LZDg2V8Y8aTngGFHrn5SBQAIqYQ1+o8Sb85LdleMAP RT0rK8sbS5SRs/yWmgLDhb3++ZDE9q7CQDsXbj1yvBnmtLMvrSs2wG/y3QBxaT9nZvWLqiz TMc1pgH2Xky/0RLkQ2o/gM7L2fUHOl5fTd2qjVyjwVb5ESQPN5q07YZa2gHOp9jA3bf5E/F rt4mV+uh37HXDd3+QnX5A== X-UI-Out-Filterresults: notjunk:1;V03:K0:dyxBj7hg5cQ=:uo42jda2EBtCioAfraIpwe c9g/X5cWSO5blv1WzdZgqTTSCyLyMizjy7bD62Kok5BvRbIWoEwtpTS9Myz/MDsSrE7l+BCMO pp2XwZl6r4IW1m00oFeM3Il4cJyV61rg7KErCYgrgsXUPAXPbx2XW0ufxNHGe/CrXd4Q58YN6 D+BdQq6tm3JbZBx98nS1k7HdRlYftwrB7xe8EC1TtZ1fF1llhHZ5m/1mAU5M0XI6S6XkxG0bv SQ/tiYYBAEdSQfcePaEyHFWg9+Z3cLl25EhZXbGSK3I8oumtq6N1sQSFUSyvbrPYEeSHNo5i9 OFPR8isMmbSgyFwgeqKs1c86WyKWQ1vC7wVxbxZrsYshIpFaR1ILmjCg7KRqgqWnKTLQSOQT7 2MRM41UsRhaVu38CdLysf4Eq3vSjHkl/h6rN0Bk8/YgpQ2Sz9uhrNXMUl8O44JTqlZUmiFk7/ vj+8cvwubxRAWa1ZdU4YzjrPZlh2MYzP65jEPKzPL6ZhtVDMKH4IgSKEklr7Z10TtcZzCEQsw LQQDqli3YR1jnO0m3c2uLcir2X8uuW9xKUgutZhPLII60fIiN2mi9QFgVbot2dwpE6wY5An7H b1BrZr7iJQvL+LhpxwjjalqtY7aifxkx+XIqf6QmExR9hQE4Mzq7huWs+TUkujZzEajUJuf43 PKg+WQILrQm7f67DDZJg7a1yu5uC5ZFTM8/N2wEFT4g6GspsbDSoqhipCTFLxDJycmFXFY4mT SDS/HJaWgAd+Jig7LflI/XPdOdwrwqY67nCpfI6/0aiJlXJ/6c8H9qiHtcHOgTsqD5ouZ6D+ Received-SPF: pass client-ip=212.227.17.22; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: 7 X-Spam_score: 0.7 X-Spam_bar: / X-Spam_report: (0.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SBL_CSS=3.335, 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.23 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:262878 Archived-At: > What I meant was that it is surely a good thing that after visiting a > file with C-x C-f, the focus ends up in the frame where the file's > buffer is. Why does this cease to be a good thing if the frame already > exists? We do call `select-frame-set-input-focus' in `pop-to-buffer' when the buffer is on another frame and obviously in C-x 5 o. These are probably its most prominent clients. > Note other scenarios where the frame already exists, such as C-x 5 b > foo.el RET when foo.el is already displayed in another frame. The focus > is moved to that other frame. Whether that is done by Emacs or the WM > is immaterial, the focus MUST be moved, otherwise there'd be no point to > doing the C-x 5 b. I talked about the WM because you mentioned showing a buffer in a "typically new" frame. > Similarly with a "deferred" C-x C-f, the focus must also be moved. > Surely? > > I'll need to go back a bit to try and understand the arguments against > shifting the focus. Right at the moment, I'm not seeing them. It's completely up to you whether to use it or not. But in my experience any code is better without dealing with frame focus. In particular when there's still a hanging visit for foo.el in F1. martin