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 10:44:38 +0200 Message-ID: <57EF7776.80703@gmx.at> References: <83a8f1f8l0.fsf@gnu.org> <83mvj0dkhd.fsf@gnu.org> <57E6CE51.1040600@gmx.at> <57EE232E.4090301@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 1475311528 17554 195.159.176.226 (1 Oct 2016 08:45:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 1 Oct 2016 08:45:28 +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 10:45:24 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 1bqFv1-0002xv-L4 for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 10:45:15 +0200 Original-Received: from localhost ([::1]:48771 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqFv0-0004qh-96 for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 04:45:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33782) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqFus-0004og-9C for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 04:45:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqFup-0002UV-01 for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 04:45:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqFuo-0002UL-TD for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 04:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bqFuo-0000uY-JA for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 04:45: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 08:45: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.14753114933458 (code B ref 24500); Sat, 01 Oct 2016 08:45:02 +0000 Original-Received: (at 24500) by debbugs.gnu.org; 1 Oct 2016 08:44:53 +0000 Original-Received: from localhost ([127.0.0.1]:40246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqFuf-0000th-5C for submit@debbugs.gnu.org; Sat, 01 Oct 2016 04:44:53 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:52312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqFud-0000tT-4B for 24500@debbugs.gnu.org; Sat, 01 Oct 2016 04:44:51 -0400 Original-Received: from [192.168.1.100] ([212.95.7.116]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MLOMM-1bphg83Ryc-000fo7; Sat, 01 Oct 2016 10:44:42 +0200 In-Reply-To: X-Provags-ID: V03:K0:7/z69nqKmtNZ4AkkDkiImN7H95OvZmYkkAeAlDii8KtGc5eS/+z 7Dr3/uI4kgjDrNppO4BjJlRmPao5Z5pLHutTMNXOiZ0lcGAbBnr2M7ZBv+eHhefUKrhEpwS jwD9tcVm2Br6Motv8Zj2SsDihkrgtds0I0fccZO0nT1X1SQQLAAdXdM6mxUxjAWPzGzqEjN UhN5uCyHpYIH1CJPSIq0Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:AN4fCk4qkCo=:Sv3SCKBhkU92IDLCG1y2tE Wb3mG3823OliV8YakA+6rPbpKtrz6sIkeUQ3GoJkG2zA+10rsHZbjZ3RSJniZshknqAU9Zvgy +zwHb8fb6Yz+yjkKrw5n4XMOy5NgvONhKWwux1JxTskPtvkfjq6/Or8ZZphtVgMgspjNfQVdT JsGxsXJLqT1KQtG6UleidkG3MdzMepuusTRXWMesIMuLUWjVwwj/gBg2dF8TapHXiaeDq1H0v tmJhpHwOBIsMgJ+f6Boh9JwsNZV9VfkeurdHOIum4SGTzvDOwUWrYOEJ4xo6u3GHSsAAlJbhH OB2lISsgPxyhp6ZLPsHeTdCnWBvneraafCxuXTXaX4ylUxEBxRMfRm7hlmOD8WNpYK51b/8Mr v+2mNKzqjHavMT5PkOKEEJ0pfd3TIfvKIdcU28TnrAl94pdTqqsATCmLkT9MEw1y/SdxJYjIs jkHur6zG1suVq1fB4dwPKtP4xQ+/8ZcC3qWVRl+irVWSzQ9s1qtEriOqXvNZWVX/TzDU4SVl5 5ECjJrrRGDif4VzsH9TbmjFx5ITxOr9N7tpFhrYcGL+n5EIeT+2P7yHSaOEUViJ7fGE4OnMAh 5kwVBJYAh5RCAR7ICl03meGdSE11AnIEXCTry9wLFORbC+JwYeAmvcZk9+ByUM06sKoxFlc7d hRV9vzMyxN9v1balv14infY4aUEXnhSs/836r+MJwfr1H5o89IH/D1+AvuSt0WsoDGNGsAq9Q 1qaJlxHk3IkN57MnIMCVKo7WZFGalFRqRSyi0sux7OHFwU8oLMLtd1XG7icK8y5OtDF5Ecga 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:123825 Archived-At: >> Why do you think so? The selected frame is frame 1 ever since C-x o >> selected it (and it did so twice in a row). > > OK, then I now realize I have no idea what "selected frame" means. Did you read section "28.10 Input Focus" of the Elisp manual: Is there anything in your scenario that contradicts what has been written there? > The fact I was attempting to express is that the activated window > at the window-manager level is frame 2. With "activated window at the window-manager level" you mean the window that has input focus and has its title bar painted differently from other windows but is not necessarily the topmost window in the Z-order? That window is here the one showing frame 1 after you switched to it via C-x o. Note that there is only one visible difference between C-x 5 o and C-x o in your scenario: The window selected after C-x 5 o must be on the other frame. The window selected after C-x o can be on the same or the other frame and depends on the cyclic ordering of windows. In either case the "The selected window always resides on the selected frame." invariant is preserved. There is one Emacs internal difference: While focus is "redirected", the window for which this happens still gets the selected window's mode-line appearance. As a rule, that behavior is always used during minibuffer input, probably because it would be distracting to change highlighting after typing M-x. But keep in mind that the window initially selected during minibuffer input is the minibuffer window and not that with the highlighted mode-line - regardless whether the minibuffer window is on the same frame or another one. > >> I'm not sure I understand what you mean here. Do you mean that C-x 5 o > >> after the C-g does not select window2? > > > > I'd better assume that I don't know what "select window2" means either. > > > > I mean that the window with the solid flashing cursor where text is inserted > > when you type characters is window2, > > Not window2, sorry. Rather, it's the window displaying *scratch* on frame 1. But what's wrong with that? After all you _did_ use C-x o to select that window. > > and that can't be changed by > > typing Alt-Tab Do you mean that on frame 1 you cannot use Alt-Tab to switch to frame 2? > (which on this Windows system is not passed to Emacs but > > activates a different window), Which one? > nor by clicking on the non-client area of frame > > 1 But you already are in frame 1. What should that click accomplish? > In fact I hadn't tried C-x 5 o. That does fix things. Anything doing C-x o repeatedly wouldn't fix? >>> but clicking inside a window on frame 2 does remove >>> the redirection and get things back to normal. > >> What was abnormal before? > > I have no idea what's normal and what isn't any more :) > > I had expected activating frame 2 (using the window manager) to let me > type characters into window2. Here at any moment I can use Alt-Tab or the mouse to select any of the three windows involved in your scenario and continue typing text there. If this doesn't work on your system please tell me precisely where it fails. martin