From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Stop frames stealing eachothers' minibuffers! Date: Tue, 10 Nov 2020 10:52:21 +0200 Message-ID: References: <20201031194419.GC5887@ACM> <834kmago8m.fsf@gnu.org> <20201031203914.GD5887@ACM> <835z6ogc1h.fsf@gnu.org> <20201101195313.GA6190@ACM> <83sg9rd6cp.fsf@gnu.org> <20201102185147.GC7297@ACM> <83mtzzd0s3.fsf@gnu.org> <20201103210853.GA21923@ACM> <83ft5pax2p.fsf@gnu.org> <20201104173954.GA14535@ACM> <83v9ed3nbw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17351"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: K-9 Mail for Android Cc: enometh@meer.net To: emacs-devel@gnu.org,Andrii Kolomoiets Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 10 09:53:24 2020 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 1kcPP2-0004Oj-6C for ged-emacs-devel@m.gmane-mx.org; Tue, 10 Nov 2020 09:53:24 +0100 Original-Received: from localhost ([::1]:39230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcPP1-0005jf-96 for ged-emacs-devel@m.gmane-mx.org; Tue, 10 Nov 2020 03:53:23 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43624) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcPO8-0005Bz-SO for emacs-devel@gnu.org; Tue, 10 Nov 2020 03:52:28 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57296) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcPO8-0005xP-CL; Tue, 10 Nov 2020 03:52:28 -0500 Original-Received: from [2a02:14f:0:b180::1] (port=42806) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1kcPO7-0004jH-Ky; Tue, 10 Nov 2020 03:52:28 -0500 In-Reply-To: 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:258967 Archived-At: On November 10, 2020 10:08:46 AM GMT+02:00, Andrii Kolomoiets wrote: > Eli Zaretskii writes: >=20 > >> From: Andrii Kolomoiets > >> Date: Mon, 09 Nov 2020 22:34:31 +0200 > >> Cc: emacs-devel@gnu=2Eorg > >>=20 > >> Alan, is it possible to make 'minibuffer-follows-selected-frame' > nil by > >> default? > > > > If this is because the other value produces bugs, IMO we should fix > > those bugs rather than make them less frequent (and thus harder to > > detect) by flipping the default value=2E >=20 > It is not producing bugs for me, but changes behavior=2E >=20 > E=2Eg=2E in emacs -Q: >=20 > 1=2E Evaluate > (select-frame-set-input-focus > (make-frame '((minibuffer =2E only) > (left =2E 1=2E0)))) > 2=2E M-x > 3=2E C-x 5 o >=20 > Before minibuffer-follows-selected-frame, the prompt stays in the > minibuffer-only frame=2E > On recent master, the prompt is moved to other frame leaving > minibuffer-only frame empty=2E I can't report this as a bug=2E Just > wondering why minibuffer-follows-selected-frame is set to t by > default, > potentially changing someone's expected behavior=2E The defaults are selected for the common usage patterns=2E It is not clea= r to me that the test case you presented is common=2E But if it is, perhap= s we do need to consider changing the default=2E Does anyone else think this is common usage, to have a minibuffer-only fra= me while other frames also have minibuffers? Alternatively, perhaps minibuffers activated in minibuffer-only frames sho= uld behave specially in this regard?