From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Stop frames stealing eachothers' minibuffers!
Date: Fri, 27 Nov 2020 14:29:59 +0200
Message-ID: <835z5roud4.fsf@gnu.org>
References: <bfab6ccc-6e87-d90d-c004-96e526d46c29@gmx.at>
 <alpine.NEB.2.22.394.2011232030001453.30972@sdf.lonestar.org>
 <53833023-d959-07af-7611-aa2e0bdcc1bc@gmx.at>
 <d7795209-6d31-1dc8-e67a-5c4a2a793f1c@gmx.at>
 <alpine.NEB.2.22.394.2011241233110453.29610@sdf.lonestar.org>
 <0d14bfc4-8e8e-d3b9-e0e1-ee4bf2e6449d@gmx.at>
 <c1bd4c06-0186-9822-2707-90c51130701b@gmx.at> <20201125210947.GB8228@ACM>
 <alpine.NEB.2.22.394.2011252213570453.13237@sdf.lonestar.org>
 <ce202cfa-546a-3198-98e6-342022e0a443@gmx.at> <X8DRN2mb+pHxRsyC@ACM>
 <d90bc02f-42ad-9e66-113b-5752def2d6c3@gmx.at>
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="7593"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: andreyk.mad@gmail.com, emacs-devel@gnu.org, enometh@meer.net,
 monnier@iro.umontreal.ca, ghe@sdf.org, acm@muc.de
To: martin rudalics <rudalics@gmx.at>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 27 13:31:01 2020
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1kictw-0001sW-NJ
	for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Nov 2020 13:31:00 +0100
Original-Received: from localhost ([::1]:46740 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1kictv-0006lP-NX
	for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Nov 2020 07:30:59 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57724)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>) id 1kictH-0006Dv-Jl
 for emacs-devel@gnu.org; Fri, 27 Nov 2020 07:30:19 -0500
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:45833)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@gnu.org>)
 id 1kictG-00052H-Ml; Fri, 27 Nov 2020 07:30:18 -0500
Original-Received: from [176.228.60.248] (port=1923 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@gnu.org>)
 id 1kictE-0001qt-3N; Fri, 27 Nov 2020 07:30:17 -0500
In-Reply-To: <d90bc02f-42ad-9e66-113b-5752def2d6c3@gmx.at> (message from
 martin rudalics on Fri, 27 Nov 2020 11:36:47 +0100)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Original-Sender: "Emacs-devel"
 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.devel:259879
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/259879>

> Cc: Gregory Heytings <ghe@sdf.org>, Andrii Kolomoiets
>  <andreyk.mad@gmail.com>, emacs-devel@gnu.org, enometh@meer.net,
>  Stefan Monnier <monnier@iro.umontreal.ca>, Eli Zaretskii <eliz@gnu.org>
> From: martin rudalics <rudalics@gmx.at>
> Date: Fri, 27 Nov 2020 11:36:47 +0100
> 
> Having a customizable variable like 'minibuffer-follows-selected-frame'
> whose purpose is to get back the old behavior, should also provide that
> old behavior as faithfully as possible IMHO.

The NEWS entry clearly says that the old behavior is no longer
available, so getting back the old behavior is not the purpose of that
variable.