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: Fri, 27 Nov 2020 12:03:47 +0000 Message-ID: References: <0d14bfc4-8e8e-d3b9-e0e1-ee4bf2e6449d@gmx.at> <20201125210947.GB8228@ACM> <20201125215450.GC8228@ACM> 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="11365"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: Andrii Kolomoiets , emacs-devel@gnu.org, martin rudalics , enometh@meer.net, Stefan Monnier , Eli Zaretskii To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 27 13:04: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 1kicUg-0002nd-Sa for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Nov 2020 13:04:54 +0100 Original-Received: from localhost ([::1]:35198 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kicUf-00063g-V2 for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Nov 2020 07:04:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49394) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kicTo-0005EC-7z for emacs-devel@gnu.org; Fri, 27 Nov 2020 07:04:00 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:55688) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kicTm-00035E-Kx; Fri, 27 Nov 2020 07:04:00 -0500 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 0ARC3nBv003334 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 27 Nov 2020 12:03:49 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 0ARC3n8K019550; Fri, 27 Nov 2020 12:03:49 GMT In-Reply-To: Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org 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:259876 Archived-At: Hi Alan, > > The behaviour in Emacs 21-27 was unsatisfactory. Eli and I agreed this > earlier on in this thread, and explicitly agreed the new behaviour would > be different. > > That earlier behaviour was agreed to be chaotic, and would be very > difficult to restore without breaking the recent changes in this area. > > What, in particular, do you miss from the old behaviour? If it's > something specific, maybe it would be possible to add it in, somehow. > Simply: the old behavior. I agree that a new option "minibuffer-follows-selected-frame" would be welcome, and I also agree that it can be set to t by default in Emacs 28, but setting it to nil should restore the behavior of Emacs 21-27. Changing the longstanding behavior of something as central to Emacs as the minibuffer just because two people agree that it is "chaotic", while many have been using it for decades without complaining, and without giving those who for one reason or another like/rely on the old behavior a way to restore the old behavior, is just wrong IMO.