From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Stop frames stealing eachothers' minibuffers! Date: Wed, 14 Oct 2020 20:17:06 +0000 Message-ID: References: <20201013190255.GA8896@ACM> <838sca0w7k.fsf@gnu.org> <20201013195103.GB8896@ACM> <20201013204408.GC8896@ACM> <831ri027vz.fsf@gnu.org> <20201014160240.GA7651@ACM> <83d01kzswk.fsf@gnu.org> <20201014163534.GB7651@ACM> <838sc8zqjj.fsf@gnu.org> <20201014184523.GC7651@ACM> <83y2k8y6qs.fsf@gnu.org> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16101"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: Alan Mackenzie , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 14 22:18:56 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 1kSnEd-00044l-W5 for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Oct 2020 22:18:55 +0200 Original-Received: from localhost ([::1]:54352 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kSnEc-0007YP-Rs for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Oct 2020 16:18:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52072) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kSnD8-0006Ri-2P for emacs-devel@gnu.org; Wed, 14 Oct 2020 16:17:22 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:52741) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kSnD5-0000DN-BE; Wed, 14 Oct 2020 16:17:21 -0400 Original-Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 09EKH9FZ020381 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 14 Oct 2020 20:17:10 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 09EKHW9P004863; Wed, 14 Oct 2020 20:17:32 GMT In-Reply-To: <83y2k8y6qs.fsf@gnu.org> Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/14 16:17:13 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham 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:257683 Archived-At: Hi Eli, > > You should try this with the emacs-27 branch, because Gregory's patch > installed there (and will be soon merged to master) changes the behavior > quite a bit. > It only changes the behavior for the echo area, not for minibuffers. For minibuffers the behavior has not changed since Emacs 24: when a recursive minibuffer is entered in a frame, all other recursive minibuffers (if any) are moved from the frame in which they were to that frame. >> The current master seems to me to be inconsistent, in that whether the >> minibuffer moves from F1 to F2 depends on whether the Isearch used a >> (recursive) minibuffer. > > AFAICT, this no longer happens. > It does. As I said a few hours ago, there are three possible behaviors when each frame has its miniwindow: A. when a (recursive) minibuffer is entered in a frame, all other minibuffers (if any) are moved from the frame in which they were to that frame B. if one or more (recursive) minibuffers are active when switching to another frame (for example with C-x 5 o) these minibuffers are moved to that other frame C. each (recursive) minibuffer is tied to the frame in which it was activated, that is, minibuffers are never moved from one frame to another Behavior A is the current one. Behavior B is what Stefan seems to favor. Behavior C is what Alan seems to favor.