From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#24500: 25.1.50; Can't other-window from minibuffer if Ediff control panel frame present Date: Sat, 01 Oct 2016 20:50:50 +0200 Message-ID: <57F0058A.40806@gmx.at> References: <83a8f1f8l0.fsf@gnu.org> <83mvj0dkhd.fsf@gnu.org> <57E6CE51.1040600@gmx.at> <57EE232E.4090301@gmx.at> <57EF7776.80703@gmx.at> <57EFB568.7070305@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1475347957 898 195.159.176.226 (1 Oct 2016 18:52:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 1 Oct 2016 18:52:37 +0000 (UTC) Cc: 24500@debbugs.gnu.org To: Richard Copley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 01 20:52:33 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqPOY-00073a-BY for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 20:52:22 +0200 Original-Received: from localhost ([::1]:56853 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqPOW-0005L5-Sy for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 14:52:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56596) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqPOK-0005HI-OQ for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 14:52:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqPOE-0006Qh-Os for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 14:52:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqPOE-0006QS-L1 for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 14:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bqPOE-0002Bg-GU for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 14:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2016 18:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24500 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24500-submit@debbugs.gnu.org id=B24500.14753478668344 (code B ref 24500); Sat, 01 Oct 2016 18:52:02 +0000 Original-Received: (at 24500) by debbugs.gnu.org; 1 Oct 2016 18:51:06 +0000 Original-Received: from localhost ([127.0.0.1]:41345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqPNI-0002AU-Mc for submit@debbugs.gnu.org; Sat, 01 Oct 2016 14:51:06 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:49383) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqPNF-00029z-9y for 24500@debbugs.gnu.org; Sat, 01 Oct 2016 14:51:01 -0400 Original-Received: from [192.168.1.100] ([212.95.7.54]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lg1Tn-1b7EbF3mTD-00pdh9; Sat, 01 Oct 2016 20:50:55 +0200 In-Reply-To: X-Provags-ID: V03:K0:xFA28Xb6P8S3uR/G90ciRN/fagS+tVm0FZF8CQ1QyAoB0YZvAjv mQeHea1Jfz2Mu1G4bNGvUG1V5Nt6tgUWAeYLbifFVmXakZ9CERYq+Zq7A70XdH8xCAqD7a9 mDa+cm2kMGFyt7bGAhRh2a9bQsyST1GX8TnZ0mg8fN24xU2dtuTkhSK4UlhBfzlvVsi/MgQ cZuMkeoAExcZFvW0gRjHA== X-UI-Out-Filterresults: notjunk:1;V01:K0:R4a4b5T8e+s=:5XSx/qYS0gUADRoOhSUtiF KOXq2v92V9PkdFiul7rNwpS05DprlFy6Algtr9Cuco29PqTMqMGnAc2Vw/Q7PFLnt6IMBYsCh VcHSlsIdzaUMbph+IFLijmH2pmW4fY8NinRW+cpMmBVDat/5JU509XJpdvLfccO78V02XUcXV NacsScQFgKJhPz2Z4PEGIypM77MOsTrnV1kZf2++wPUbO2CjkePVDkZYMznF8Az5XWkS4es1x STfk8maA3vGzLmPo7ipsKd9unKUTnUMaJYd5wXCNYTutWFfov6nJVBA8/xm5AjQtMEXssobhG 0J0nrg4Hb1VREjbWgED61/oa+qxST9ECrBszDKXkm7xy0W7Xw1mxmfowD8V3fMsxGPJHLPW8n Qdfk/ON7CFFr87DfAtaLhE/IGYul5edJTOA61w6XhkpY6qV0KstrRLBZsgurxxNVWx63WtQf9 OdF9ZF2fqi9hc5SkRWc0iZpMdZLSfeT7LeSNKeCxR/ronKG5VoymGrXIuSnCoHQx6AKJ50Hsd OsDHwagsftG2JMqA/nFQOhOq/ggspCNeqtvZHPUHvVTAynK1wyPl1PSo2DZAWUGpLkacpwYSm fQZWLtCQ4WXzIXaFlRmyiCfhs15Oztr2kAjK8xH7IUu+6jJAMAWE0c52EFXgphCG59eSIXtTr hpn2fsKYEb0jRLA+ZiUjLy1tpDHDhYHqwHkzuxmWO6iedU8ZP3ImB4JQaxDJ/N8CFvPnV/oSl XZu3w8Bom4bQO/4EEmBR65Ex3vp1hj1oON+q/obJCrdgdsrCwBxob6BHZUgoH/EDMgQ0yxyM X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:123872 Archived-At: >> Now I do C-x o. This selects F1 and gives it input focus with the >> *scratch* window selected. Typed text appears in *scratch*. If F1 and >> F2 overlap, F2 obscures F1. I suppose you observe something different >> here. > > In this terminology, does "selects F1 and gives it input focus" imply > that the F1 becomes the active window (in other words, that its title > bar is painted active)? Hmmm... I could have sworn it did so. But it doesn't. So the answer is (until further notice): The frame where I typed M-x into is the one whose title bar is painted active throughout the subsequent C-x o sequence. > If "Yes" then yes, I observe something different, that the window > does not get activated (i.e., its title bar text remains grey). > > If "No" then no, I observe all of that, and I also observe that the > window does not get activated. It's "No" actually, but maybe I didn't pay enough attention to that earlier. Anyway: Typed text always applis to the window selected via C-x o. Can you confirm that? >> Now I do C-x o again. This selects the minibuffer window on F1. >> Typed text now appears in the echo area. > > Agreed. > >>> Here, after typing M-x in *scratch* in the recipe: >>> * if I type C-x o the activated window does not change; >> >> You mean C-x o does not take you to F2 in my parlance. Here F2 gets >> selected and input focus. > > I'm not sure what you mean. In my case F2 becomes the selected frame > in the sense of (selected-frame), and typed text goes to the selected window > of frame F2 (it goes to *scratch*), and F1 remains the active window (the > one with black title bar text). OK. It seems that after all we do see the same behavior with respect to C-x o and C-x 5 o. > In an unpatched emacs (on master, the emacs from my original report, > emacs-repository-version 7fa96cb5ef8c8464496688e88c1b97211a820d79), > C-x o doesn't fail. It can cycle through all three windows more than once. > The title bar activation doesn't follow the input focus; the minibuffer-less > frame's title bar remains activated throughout the M-x C-x o C-x o ... > sequence (I'm not saying that's wrong, I'm just saying that's what happens). > Doing C-g in the minibuffer correctly returns the input focus to the > minibuffer-less frame. But then the "title bar activation doesn't follow the input focus" behavior is just the same, regardless of whether you issue the M-x in the minibuffer-equipped or in the minibuffer-less frame. Can we agree that the frame where we issue the M-x keeps the title bar activated for the entire C-x o sequence until we either type C-x 5 o or C-g in the minibuffer? >> So you mean that frame 2 has input focus and is selected and clicking on >> frame 1 does not select frame 1 and give it input focus? Something must >> be broken on your side. > > Yes, apparently. I'd still want to see comments from other Windows users on this. Can you provide a scenario people can test on an unpatched emacs -Q where (make-frame '((minibuffer . nil))) followed by M-x in the new frame doesn't allow switching frames via Alt-Tab or mouse clicks as long as the minibuffer is active? We need a third opinion on this. > Just a thought: do you use focus-follows-mouse? I don't. You mean the Emacs option? Normally I do use it but not with emacs -Q. I configured Windows with XMouse support such that hovering the mouse over a window will give it focus and raise it - but this can hardly be more powerful than clicking into a window. [In fact, as I just noticed, it isn't. During focus redirection, I can confuse Windows by typing C-x o with the consequence that now the frame I move the cursor to gets the active titlebar but blinking cursor and input focus remain on the frame where the mouse movement started. Only as soon as I mouse-click into a frame, moving the cursor to the other frame makes the behavior congruent again - that is blinking cursor and input focus again move with the active titlebar.] And Alt-Tabbing should not be affected by this setting anyway. Well, Redmond occasionally had troubles with the Alt-Tab code ... martin