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: Wed, 14 Oct 2020 20:43:09 +0300 Message-ID: <83362gzosy.fsf@gnu.org> References: <20201013190255.GA8896@ACM> <838sca0w7k.fsf@gnu.org> <83v9fczwyc.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9037"; mail-complaints-to="usenet@ciao.gmane.io" Cc: acm@muc.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 14 19:43:31 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 1kSkoF-0002FA-Ie for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Oct 2020 19:43:31 +0200 Original-Received: from localhost ([::1]:44718 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kSkoE-0007U3-Kt for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Oct 2020 13:43:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50336) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kSkni-00074G-RS for emacs-devel@gnu.org; Wed, 14 Oct 2020 13:42:58 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33712) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kSkni-0005uu-9I; Wed, 14 Oct 2020 13:42:58 -0400 Original-Received: from [176.228.60.248] (port=3169 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kSkng-0004Nn-Q6; Wed, 14 Oct 2020 13:42:58 -0400 In-Reply-To: (message from Stefan Monnier on Wed, 14 Oct 2020 13:22:28 -0400) 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:257669 Archived-At: > From: Stefan Monnier > Cc: acm@muc.de, emacs-devel@gnu.org > Date: Wed, 14 Oct 2020 13:22:28 -0400 > > >> >> Seeing as how a minibuffer often has a strong association with its frame > >> >> (e.g., C-x C-f opens a buffer in the same frame it was invoked from), > >> >> this shifting of minibuffers from one frame to another is confusing. > >> > Is it? It makes sure the minibuffer is on the selected frame, which > >> > is natural in many/most use cases. > >> But it only makes sure after you used another minibuffer > > Maybe that's the bug we should fix, then? > > You mean, we'd make the active minibuffer follow along with changes to > the selected frame? Yes, that would be more consistent. > I think that's what we do with the echo area already, so there's > precedent for it. Yes. > I can't tell if it would be an improvement or a regression (I think it > wouldn't affect my use cases either way). > > > Stefan > > > PS: Just trying out now the echo-area case to check I remembered it > right, I see we have a bug there (that dates back to Emacs-25 at least): > > % emacs -Q src/emacs.c > C-x 5 b RET > M-: (message "hello") RET > ... use your window manager to select the other frame ... > > we now see "hello" in both miniwindows, whereas I expected it to be seen > only in the selected frame (i.e. to be erased from the previously > selected frame). > > C-g > > we now see "Quit" in one of the miniwindows and "hello" in the other. We are slowly eradicating problems like this one. Alan's proposal suggests that we move in the opposite direction, which I think would be a mistake.