From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Stop frames stealing eachothers' minibuffers! Date: Thu, 26 Nov 2020 16:44:11 +0100 Message-ID: References: <20201123133613.GA4635@ACM> <69ba00e6-b182-77e1-911b-d70f9fffa762@gmx.at> <20201123160703.GB4635@ACM> <53833023-d959-07af-7611-aa2e0bdcc1bc@gmx.at> <0d14bfc4-8e8e-d3b9-e0e1-ee4bf2e6449d@gmx.at> <20201125210947.GB8228@ACM> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26425"; mail-complaints-to="usenet@ciao.gmane.io" Cc: enometh@meer.net, Eli Zaretskii , Stefan Monnier , Andrii Kolomoiets , emacs-devel@gnu.org To: Gregory Heytings , Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 26 16:57:08 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 1kiJds-0006lF-K8 for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Nov 2020 16:57:08 +0100 Original-Received: from localhost ([::1]:43382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiJdr-0006d9-EZ for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Nov 2020 10:57:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55992) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kiJRe-0002Al-4i for emacs-devel@gnu.org; Thu, 26 Nov 2020 10:44:30 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:42025) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kiJRT-0000A5-Op; Thu, 26 Nov 2020 10:44:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606405452; bh=Fgmogv4CYJ3UI5etSMmKqv4o/JMjvsPY6M+nGjrafCE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=bHdT08NEB5KdkOC4c9NWui2jHFwTQKxYPG8Dta/jg0sSLu13fHlZxfD7Fn7tLbnTV MM1E9gd1x1906woU8Qz2yb7byZHeq7QyfWFvYTSujV6K+njo1YiHQ7M69zOUCV1O2J R7hx1lnjHXWFktoGquDZOFJ2g4rrJPeUjRluY0Oo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.49]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MG9gE-1kRqul3RnA-00GWn6; Thu, 26 Nov 2020 16:44:11 +0100 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:cN5FCUIZLHuBR13Aqt6OTlfA67B2AgvZaRiCf5xvouKYUt3EXBc yQsT7Y5BtraC5P2mlbiub7LJZPPfTQoLzUS21CrJUtYq2Fy95cIsvWa9d6mszt+sJDZxKIw Ph45zoG5H1jewMQWZqwcRXC9lRmWEvkR6XavthluBNzhmg5G6e2q/q/SNkuOfv9dgy3l6sU 6lzF2a7llRv2YXrPUMx8g== X-UI-Out-Filterresults: notjunk:1;V03:K0:e81juF3p49w=:l/mlQT/QXiyvdLDmouzUsp 9umAwYMTKZ2TRPkFSPm4FsJMX6ih8L8It/xrFD4TFspiTG2xmQVMwtSoDbL18XIZs5ewFHa5o MGSy47iNBsPLRNmhx7SxQTiBWNXNuzniPkD21td1g48BWRMKPgEClFvX7Rf+340sMq0QBJg+F m/L0iqnWf1iFfavv6c8eHc6hpf9iA0Eo6KSmByJpuYUqER+tBRtEQLSTDcUNvLIPSwGHsRbvS XHSnefT7gWT85kIYS9Tn9OfXlDYrLJ5FCnL5o8ah4mQ9683SOhUMRBiHAwL2t5NptuNLtT63G +xSMbnftjw4vpwdS+5Yaed2EInnOhC11nt2VnjdRomkVfmfZL6JnqrJP5Nwwrieba2VjoPlMk JqXBY5AKpv3xLGQ5ea7b4yKV2y02/qye5KJvXjuzjcnUk37CCLYJk8qvUWKtLDZK1ZQkd25F/ evdPJXLMGr+7a/wvjLfsJT9eR/OWpKwVSkiOJMdCCxzNhWw43WO0Ny0xh7EBnVUe8vwVO8enP wSmGyDSbMtc+lWCwQzPGTg7FynOy4C2figMOdnR3FUmH3F20iLrEVewvTW3Vc6dodDgKFL6JK jEPPNOeyFVTOesznds2sMGVQvJyiopJ8Av+e2J+cn/JR7U39eNh6T1Ri1agjq1RXOsr/niVLd 2SBApAWN6SvI1BuCEZu4Q6vzn+pMLwvJuYyiPEbjQVTaythSOkuqBfAvD0GJ5Ad6Tvo6uJkZ4 9ae5qB44H6AyrasQDMTtFuDwoGiYDusvHwCjP3/v4qft9ybyHEWXVQLD5geElAKR85kAcfgw Received-SPF: pass client-ip=212.227.15.18; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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:259842 Archived-At: > I wouldn't write it is "chaotic". The behavior you consider "chaotic" > is well-defined, and has been there since Emacs 21 at least: the > minibuffer moves from frame F1 to frame F2 if and only if the > minibuffer is active on frame F1 and a recursive minibuffer is entered > on frame F2. There are other possible behaviors of course, but IMO > the current one is a reasonable one. The basic behavioral change I see is with 'enable-recursive-minibuffers' non-nil and two frames: When I type C-h f setq in the first frame and C-h f cons in the second frame, hit RET, reselect the minibuffer window and hit RET again, with Emacs 27 a help window pops up in the first frame while Emacs 28 reuses the help window of the second frame. In both cases the second RET goes to the second frame and both behaviors seem reasonable to me. If, with Emacs 28, I set 'minibuffer-follows-selected-frame' to non-nil, the behavior does not entirely match that of Emacs 27 because the second RET must be typed in the first frame. So if some application relies on the exact replication of the behavior of Emacs 27, we have a regression. martin