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: Mon, 23 Nov 2020 10:10:36 +0100 Message-ID: References: <20201119104035.GB6259@ACM> <9aacff47-8ac2-93a2-5112-6153ee986b57@gmx.at> <20201120210005.GA1034@ACM> <20201121102751.GA11643@ACM> <18a901b8-3250-b461-eb2a-c13988616e93@gmx.at> <20201121124550.GB11643@ACM> <535bd6d4-3997-2e64-ea43-5de6f0892062@gmx.at> <20201122105947.GA5912@ACM> <59f8d2fa-3db9-078b-56e2-c793f6e69edd@gmx.at> <20201122183826.GG5912@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="20878"; mail-complaints-to="usenet@ciao.gmane.io" Cc: enometh@meer.net, Stefan Monnier , Eli Zaretskii , Andrii Kolomoiets , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 23 10:14:29 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 1kh7vZ-0005MN-Ea for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Nov 2020 10:14:29 +0100 Original-Received: from localhost ([::1]:55840 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kh7vY-00072B-73 for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Nov 2020 04:14:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49374) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kh7s8-0005XC-V5 for emacs-devel@gnu.org; Mon, 23 Nov 2020 04:10:57 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:41315) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kh7s5-0004cy-Oc; Mon, 23 Nov 2020 04:10:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606122639; bh=shndV6ahOWMLCLinYNQsHODxW0Qf0xEAKw49gSgLf0A=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=f1y9Lw/zhKFeUJYm7ZZ/ZSDj5Kd0aYUGkVsEH3d8Q60pgg/8an7SUrLb2umeYq8mD 5ZrJ61PhKqMhrOZ0f/Zm7ABEMKklKinjh7i2qqvg9a/OYzt8C9aZPeVpUDoSFZEK65 7HB2uRX2bEEjDuz6vI5q95CHuNA1/RE//Shij9iI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([46.125.249.11]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mr9Bu-1jvMWv25iA-00oCJK; Mon, 23 Nov 2020 10:10:39 +0100 In-Reply-To: <20201122183826.GG5912@ACM> Content-Language: en-US X-Provags-ID: V03:K1:nsVMmxJnxghsYgpTACj33mFBbq/XaVLp/M1/6NaZQ1r+6yP538I 3cn0M100VXBGI8J5y7qsWbxIYyiyaeOFYEu1XSEhyf6qlV4Bqu72dlRaWxoZ6yK5HBwQ1F5 tsOH9SfS6fIpJHLnmkYCgOJzCot0I399vyX623xtegFdBViNO7Z4MW7lcuo9p34NTqIcRLd YH+1NFdjObazQQockGa7w== X-UI-Out-Filterresults: notjunk:1;V03:K0:WF72eLqlMFc=:aEKVUNLr3o6h1hHoUGamOS 85ra83G+1nPQ3J6IKndzzK5VkMCaBmxbP/dDwo9m3lyXtGAT4CqxYzwdBe+FMAN8CFmOSpeO0 yatCeTd5UaHKU89Logu/M9in5dBbXk7CR4ZC+uNmK5nAja1f1Cz8wglXmjPfd74+MZqr+bJVY +wXVLzFX77Gkcz+AxaMAw+sliSMgwsBI+WInZXzoDQdsbjTcavAU+51cEG1We3f2fWiXimnsA ZlFrcVi/5ENRNilBExOILus9bJRs7D4hlxKC+5Tjuu67ZhoT1iAZxzF3XN0ufKG2Y9f2vA89Z rM5xIbKX1VHIPp3X8n87QB7MhUY91g0L4BIqzyYGLcvk74FdaPoreo8DJBAdnhyae/rO9rDpN 0ijCK0gtwmT1vlzRABN6/Gdz+My+Gm4Xv39YZg74mrhFXVKskZCYu+NNmQ8Mi1qajbfp3LAGG +O+l8zdjJAcvdEALeTBLQAuux9MxUnVA51JBvbTiEJdK1a84yY9rxdUFrRvqZDa85gGcsPTLV 2ioaYM2ueSSzpZTSwTGo1M6wEsnKU9J2iGbgkVpO+zajxKJZHY3IIbj2IW9cZxv6wIpE+2qpT Oca5qifikG6GAOMqQYNEH4DT/Uw0Ke/LAgfsDOqbIxYIRp/DG3nkGurmrxG2UJkCkfrggaCiR Lkkm+VUsygbD8FRqiYjOQarHIdpF7X1VJ5B3ZMdVi2UnQccRaqkb/ub34ybK22g7Rmaj81Ulg xxXYbjCVAhhh+y4wC9DDUB1+jI0BHzfEKa4+C2IDu97dMudIO1PLylYTM7CHYfC2Z3pBhW52 Received-SPF: pass client-ip=212.227.17.21; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: 22 X-Spam_score: 2.2 X-Spam_bar: ++ X-Spam_report: (2.2 / 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, RCVD_IN_SBL_CSS=3.335, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:259671 Archived-At: > On my machine (XFCE on X-Windows on GNU) I see TRT when I do this. Could > it be something to do with your window manager? Here it's xfce 4.12 with xfwm4 so probably something very similar to yours. But since the behavior does not depend on your patches as I just verified, something else must be causing it. >> Here the minibuffer-only frame is selected but partially hidden by the >> normal frame so that I don't see no cursor initially. I don't know why >> people like it that way. A minibuffer child frame is explicitly not >> selected. > > Do people like it, or is it just not a big enough annoyance for anybody > to complain? If I were a minibuffer-only frame user, I suspect it would > drive me up the wall. I suppose we only have two such users - Stefan and Drew - and they seem to like it (or work around it). >> 'other-frame' never selects a minibuffer-only frame. It probably should. > > I'm more of the view that a minibuffer-only frame should never be > selected other than by activating a minibuffer. Then what did you mean with the last line of >> On M-: followed by C-x 5 o (moving to the normal frame), >> the unfinished command in the minibuffer frame cannot now be cancelled, >> and C-x 5 o doesn't move back into the minibuffer. martin