From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 16:55:03 2014 Received: (at submit) by debbugs.gnu.org; 8 May 2014 20:55:03 +0000 Received: from localhost ([127.0.0.1]:56336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiVLK-0001el-0v for submit@debbugs.gnu.org; Thu, 08 May 2014 16:55:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33687) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiVLG-0001eM-Ed for submit@debbugs.gnu.org; Thu, 08 May 2014 16:54:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WiVL1-00033L-5d for submit@debbugs.gnu.org; Thu, 08 May 2014 16:54:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54650) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WiVL1-00033H-2K for submit@debbugs.gnu.org; Thu, 08 May 2014 16:54:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35361) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WiVKt-0006Q2-IX for bug-gnu-emacs@gnu.org; Thu, 08 May 2014 16:54:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WiVKm-00031h-31 for bug-gnu-emacs@gnu.org; Thu, 08 May 2014 16:54:35 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:34991 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WiVKl-00031U-Tx for bug-gnu-emacs@gnu.org; Thu, 08 May 2014 16:54:28 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id B4DAE30A28422E for ; Thu, 8 May 2014 13:54:25 -0700 (PDT) From: Juri Linkov To: bug-gnu-emacs@gnu.org Subject: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA Date: Thu, 08 May 2014 23:45:27 +0300 Message-ID: <87ha50578c.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Some change a few months ago introduced a significant inconvenience. After switching to another application, the focus returns back to Emacs. It happens when using `mouse-avoidance-mode' customized to `banish'. This mode relies on `run-with-idle-timer' that moves the mouse cursor on a new input. This caused no problems in prior releases. However, now input events include a new event type `focus-out', so the mouse cursor is moved on switching from Emacs frame (and the new mouse cursor position puts the focus back due to specific configuration). This code illustrates the problem: (defun test () (message "%S" last-input-event)) (setq timer (run-with-idle-timer 0.1 t 'test)) On switching out it prints to *Messages*: (focus-in #) (focus-out #) This specific problem can be fixed by this patch: === modified file 'lisp/avoid.el' --- lisp/avoid.el 2014-01-31 06:42:29 +0000 +++ lisp/avoid.el 2014-05-08 20:39:59 +0000 @@ -343,7 +343,8 @@ (defun mouse-avoidance-ignore-p () (let ((modifiers (event-modifiers (car last-input-event)))) (or (memq (car last-input-event) '(mouse-movement scroll-bar-movement - select-window switch-frame)) + select-window switch-frame + focus-in focus-out)) (memq 'click modifiers) (memq 'double modifiers) (memq 'triple modifiers) PS: it seems there are other places that check only for `switch-frame', and not for new event types `focus-in' and `focus-out'. But maybe this problem occurs only in `run-with-idle-timer' because switching out doesn't emit the event on its own, i.e. `read-event' doesn't return it. From debbugs-submit-bounces@debbugs.gnu.org Fri May 09 02:28:19 2014 Received: (at 17439) by debbugs.gnu.org; 9 May 2014 06:28:19 +0000 Received: from localhost ([127.0.0.1]:56494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WieI6-00030d-9B for submit@debbugs.gnu.org; Fri, 09 May 2014 02:28:19 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:62300) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WieI2-00030J-21 for 17439@debbugs.gnu.org; Fri, 09 May 2014 02:28:15 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N5A00400N2L0X00@a-mtaout20.012.net.il> for 17439@debbugs.gnu.org; Fri, 09 May 2014 09:28:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5A0036WNAVFIB0@a-mtaout20.012.net.il>; Fri, 09 May 2014 09:28:07 +0300 (IDT) Date: Fri, 09 May 2014 09:28:21 +0300 From: Eli Zaretskii Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out In-reply-to: <87ha50578c.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il To: Juri Linkov Message-id: <834n0zwjne.fsf@gnu.org> References: <87ha50578c.fsf@mail.jurta.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17439 Cc: 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juri Linkov > Date: Thu, 08 May 2014 23:45:27 +0300 > > Some change a few months ago introduced a significant inconvenience. > After switching to another application, the focus returns back to Emacs. > It happens when using `mouse-avoidance-mode' customized to `banish'. > This mode relies on `run-with-idle-timer' that moves the mouse cursor > on a new input. This caused no problems in prior releases. > > However, now input events include a new event type `focus-out', > so the mouse cursor is moved on switching from Emacs frame > (and the new mouse cursor position puts the focus back > due to specific configuration). > > This code illustrates the problem: > > (defun test () (message "%S" last-input-event)) > (setq timer (run-with-idle-timer 0.1 t 'test)) > > On switching out it prints to *Messages*: > > (focus-in #) > (focus-out #) > > This specific problem can be fixed by this patch: Why did you add focus-in as well? Wouldn't you want the mouse moved when you are about to type? From debbugs-submit-bounces@debbugs.gnu.org Fri May 09 16:47:59 2014 Received: (at 17439) by debbugs.gnu.org; 9 May 2014 20:47:59 +0000 Received: from localhost ([127.0.0.1]:57332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wiri2-00053Y-MA for submit@debbugs.gnu.org; Fri, 09 May 2014 16:47:58 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:45660 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wiri0-00053P-SI for 17439@debbugs.gnu.org; Fri, 09 May 2014 16:47:57 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id B166130A118BF0; Fri, 9 May 2014 13:47:53 -0700 (PDT) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> Date: Fri, 09 May 2014 23:35:20 +0300 In-Reply-To: <834n0zwjne.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 09 May 2014 09:28:21 +0300") Message-ID: <87r442ptpb.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Why did you add focus-in as well? When I tried to switch out with (defun test () (message "%S" last-input-event)) (setq timer (run-with-idle-timer 0.1 t 'test)) [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 Cc: 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Why did you add focus-in as well? When I tried to switch out with (defun test () (message "%S" last-input-event)) (setq timer (run-with-idle-timer 0.1 t 'test)) [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > Why did you add focus-in as well? When I tried to switch out with (defun test () (message "%S" last-input-event)) (setq timer (run-with-idle-timer 0.1 t 'test)) it prints to *Messages* both lines: (focus-in #) (focus-out #) `focus-in' is fired by the desktop window switcher that shows the list of desktop windows to switch. After selecting another window from the Window List, `focus-out' is fired eventually too. So when `focus-in' is not ignored in avoid.el then the mouse cursor will be moved after showing the Window List. But it seems this is not a problem because special mouse processing is disabled when the Window List is shown. > Wouldn't you want the mouse moved when you are about to type? Yes, it's better to move the mouse on focusing in than later on typing a key after switching. From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 02:16:26 2014 Received: (at 17439) by debbugs.gnu.org; 10 May 2014 06:16:26 +0000 Received: from localhost ([127.0.0.1]:57548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj0aA-0002wc-1N for submit@debbugs.gnu.org; Sat, 10 May 2014 02:16:26 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:54264) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj0a7-0002wO-Dl for 17439@debbugs.gnu.org; Sat, 10 May 2014 02:16:24 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N5C00N00HA0F800@mtaout29.012.net.il> for 17439@debbugs.gnu.org; Sat, 10 May 2014 09:17:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5C00IOGHGVYZ40@mtaout29.012.net.il>; Sat, 10 May 2014 09:17:19 +0300 (IDT) Date: Sat, 10 May 2014 09:16:33 +0300 From: Eli Zaretskii Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out In-reply-to: <87r442ptpb.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il To: Juri Linkov Message-id: <83r442upj2.fsf@gnu.org> References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17439 Cc: 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juri Linkov > Cc: 17439@debbugs.gnu.org > Date: Fri, 09 May 2014 23:35:20 +0300 > > > Why did you add focus-in as well? > > When I tried to switch out with > > (defun test () (message "%S" last-input-event)) > (setq timer (run-with-idle-timer 0.1 t 'test)) > > it prints to *Messages* both lines: > > (focus-in #) > (focus-out #) > > `focus-in' is fired by the desktop window switcher > that shows the list of desktop windows to switch. > After selecting another window from the Window List, > `focus-out' is fired eventually too. > > So when `focus-in' is not ignored in avoid.el then the > mouse cursor will be moved after showing the Window List. > But it seems this is not a problem because special mouse > processing is disabled when the Window List is shown. > > > Wouldn't you want the mouse moved when you are about to type? > > Yes, it's better to move the mouse on focusing in > than later on typing a key after switching. So are you saying we should NOT ignore focus-in? If you still think focus-in should be ignored, then I think the above description (perhaps together with the window manager where it was observed) should be in the comments to the code. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 17:01:06 2014 Received: (at 17439) by debbugs.gnu.org; 10 May 2014 21:01:06 +0000 Received: from localhost ([127.0.0.1]:58427 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjEOH-0001PR-ST for submit@debbugs.gnu.org; Sat, 10 May 2014 17:01:06 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:53217 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjEOF-0001MS-2a for 17439@debbugs.gnu.org; Sat, 10 May 2014 17:01:03 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id E667330A21DBC4; Sat, 10 May 2014 14:01:00 -0700 (PDT) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> Date: Sat, 10 May 2014 23:38:20 +0300 In-Reply-To: <83r442upj2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 May 2014 09:16:33 +0300") Message-ID: <87vbtd5p6u.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 Cc: 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. After more testing without ignoring focus-in and with ignoring focus-out, often pressing and releasing Alt-Tab quickly generates both events focus-in and focus-out, and when having no time to show the Window List focus-in moves the mouse pointer and hides the selected window. So both events should be ignored, like `switch-frame' is already ignored when switching between Emacs frames. I'll add a comment about this. And there are more fixes necessary in avoid.el. This patch will ignore modifiers used together with mouse events: === modified file 'lisp/avoid.el' --- lisp/avoid.el 2014-01-01 07:43:34 +0000 +++ lisp/avoid.el 2014-05-10 20:36:19 +0000 @@ -347,7 +348,13 @@ (defun mouse-avoidance-ignore-p () (memq 'double modifiers) (memq 'triple modifiers) (memq 'drag modifiers) - (memq 'down modifiers))))))) + (memq 'down modifiers) + (memq 'meta modifiers) + (memq 'control modifiers) + (memq 'shift modifiers) + (memq 'hyper modifiers) + (memq 'super modifiers) + (memq 'alt modifiers))))))) (defun mouse-avoidance-banish () (if (not (mouse-avoidance-ignore-p)) And this patch fixes the customization of `mouse-avoidance-banish-position' (it can be tested by e.g. using `set-variable' on `mouse-avoidance-banish-position'): === modified file 'lisp/avoid.el' --- lisp/avoid.el 2014-01-01 07:43:34 +0000 +++ lisp/avoid.el 2014-05-10 20:36:19 +0000 @@ -129,9 +129,10 @@ (defcustom mouse-avoidance-banish-positi TOP-OR-BOTTOM-POS: Distance from top or bottom edge of frame or window." :group 'avoid :version "24.3" - :type '(alist :key-type symbol :value-type symbol) - :options '(frame-or-window side (side-pos integer) - top-or-bottom (top-or-bottom-pos integer))) + :type '(alist :key-type symbol :value-type (choice symbol integer)) + :options '((frame-or-window symbol) (side symbol) (side-pos integer) + (top-or-bottom symbol) (top-or-bottom-pos integer))) From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 16:42:36 2014 Received: (at 17439) by debbugs.gnu.org; 11 May 2014 20:42:36 +0000 Received: from localhost ([127.0.0.1]:59708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjaZv-0006xn-JQ for submit@debbugs.gnu.org; Sun, 11 May 2014 16:42:35 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:38410 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjaZs-0006xb-Kv for 17439@debbugs.gnu.org; Sun, 11 May 2014 16:42:33 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 7AFE4325F7AB91; Sun, 11 May 2014 13:42:30 -0700 (PDT) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> Date: Sun, 11 May 2014 23:19:51 +0300 In-Reply-To: <83r442upj2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 May 2014 09:16:33 +0300") Message-ID: <87ppjkkq20.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 Cc: 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > So are you saying we should NOT ignore focus-in? If you still think > focus-in should be ignored, then I think the above description > (perhaps together with the window manager where it was observed) > should be in the comments to the code. Actually, the root of the problem is `raise-frame' in `mouse-avoidance-set-mouse-position' that brings an Emacs frame back to the front after switching. This is a better patch: === modified file 'lisp/avoid.el' --- lisp/avoid.el 2014-01-01 07:43:34 +0000 +++ lisp/avoid.el 2014-05-11 20:15:17 +0000 @@ -177,7 +178,21 @@ (defun mouse-avoidance-set-mouse-position ;; difficult to do, so we just raise the frame to avoid frame switches. ;; Returns t if it moved the mouse. (let ((f (selected-frame))) - (raise-frame f) + (unless (and (consp last-input-event) + (symbolp (car last-input-event)) + (memq (car last-input-event) + '( + ;; `run-with-idle-timer' generates the `focus-out' + ;; event on switching out from the current frame, + ;; but `raise-frame' brings the same frame back, + ;; so ignore `focus-out' here. + focus-out + ;; Some window managers generate the `focus-in' event + ;; when showing the Window List, but `raise-frame' forcibly + ;; switches to an Emacs frame when the Window List is active, + ;; so `focus-in' needs to be ignored here too. + focus-in))) + (raise-frame f)) (set-mouse-position f (car pos) (cdr pos)) t)) From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 17:06:42 2014 Received: (at 17439) by debbugs.gnu.org; 11 May 2014 21:06:42 +0000 Received: from localhost ([127.0.0.1]:59744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjaxF-0007eB-1B for submit@debbugs.gnu.org; Sun, 11 May 2014 17:06:41 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:37908) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjaxC-0007dp-Gf for 17439@debbugs.gnu.org; Sun, 11 May 2014 17:06:38 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVMXW5vY/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWIxALNBIUGA0kiAzSGReOegeEOASrA4NMIQ X-IPAS-Result: ArYGAIDvNVMXW5vY/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWIxALNBIUGA0kiAzSGReOegeEOASrA4NMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="62366203" Received: from 23-91-155-216.cpe.pppoe.ca (HELO pastel.home) ([23.91.155.216]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 11 May 2014 17:06:32 -0400 Received: by pastel.home (Postfix, from userid 20848) id C3F5860094; Sun, 11 May 2014 17:06:32 -0400 (EDT) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Message-ID: References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> Date: Sun, 11 May 2014 17:06:32 -0400 In-Reply-To: <87ppjkkq20.fsf@mail.jurta.org> (Juri Linkov's message of "Sun, 11 May 2014 23:19:51 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17439 Cc: Eli Zaretskii , 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > + (unless (and (consp last-input-event) > + (symbolp (car last-input-event)) > + (memq (car last-input-event) Aka (unless (memq (car-safe last-input-event) > + '( > + ;; `run-with-idle-timer' generates the `focus-out' Huh? `run-with-idle-timer' is not supposed to generate any event. > + ;; event on switching out from the current frame, > + ;; but `raise-frame' brings the same frame back, > + ;; so ignore `focus-out' here. > + focus-out Running mouse avoidance after focus-out does not seem very useful, so we should filter out focus-out elsewhere than here. > + ;; Some window managers generate the `focus-in' event > + ;; when showing the Window List, What means "showing the Window List"? > + ;; but `raise-frame' forcibly switches to an Emacs frame when the Window List is active, I don't know what this is talking about either. > + ;; so `focus-in' needs to be ignored here too. Shouldn't `switch-frame' be ignored for similar reasons, then? Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 17:46:09 2014 Received: (at 17439) by debbugs.gnu.org; 11 May 2014 21:46:10 +0000 Received: from localhost ([127.0.0.1]:59779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjbZR-0001Nf-4y for submit@debbugs.gnu.org; Sun, 11 May 2014 17:46:09 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:53332 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjbZN-0001NT-Pw for 17439@debbugs.gnu.org; Sun, 11 May 2014 17:46:06 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id B5C0030A1C4958; Sun, 11 May 2014 14:46:03 -0700 (PDT) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> Date: Mon, 12 May 2014 00:31:48 +0300 In-Reply-To: (Stefan Monnier's message of "Sun, 11 May 2014 17:06:32 -0400") Message-ID: <87r440gfhf.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> + (unless (and (consp last-input-event) >> + (symbolp (car last-input-event)) >> + (memq (car last-input-event) > > Aka (unless (memq (car-safe last-input-event) This is what I thought about, but decided to keep code consistency with `mouse-avoidance-ignore-p'. But `mouse-avoidance-ignore-p' could be optimized too. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 Cc: Eli Zaretskii , 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> + (unless (and (consp last-input-event) >> + (symbolp (car last-input-event)) >> + (memq (car last-input-event) > > Aka (unless (memq (car-safe last-input-event) This is what I thought about, but decided to keep code consistency with `mouse-avoidance-ignore-p'. But `mouse-avoidance-ignore-p' could be optimized too. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] >> + (unless (and (consp last-input-event) >> + (symbolp (car last-input-event)) >> + (memq (car last-input-event) > > Aka (unless (memq (car-safe last-input-event) This is what I thought about, but decided to keep code consistency with `mouse-avoidance-ignore-p'. But `mouse-avoidance-ignore-p' could be optimized too. >> + '( >> + ;; `run-with-idle-timer' generates the `focus-out' > > Huh? `run-with-idle-timer' is not supposed to generate any event. It runs on `focus-out', as this short test demonstrates: (defun test () (message "%S" last-input-event)) (setq timer (run-with-idle-timer 0.1 t 'test)) It generates: (focus-in #) (focus-out #) >> + ;; event on switching out from the current frame, >> + ;; but `raise-frame' brings the same frame back, >> + ;; so ignore `focus-out' here. >> + focus-out > > Running mouse avoidance after focus-out does not seem very useful, so we > should filter out focus-out elsewhere than here. I'll move `focus-out' back to `mouse-avoidance-ignore-p' to not move the mouse pointer on `focus-out'. >> + ;; Some window managers generate the `focus-in' event >> + ;; when showing the Window List, > > What means "showing the Window List"? It depends on the desktop environment, but usually this is a list of windows shown after typing Alt-Tab. >> + ;; but `raise-frame' forcibly switches to an Emacs frame when the Window List is active, > > I don't know what this is talking about either. This is specific behavior observed at least in one window manager (Gnome 2), where typing Alt-Tab shows the Window List and generates the `focus-in' event in Emacs at the same time. >> + ;; so `focus-in' needs to be ignored here too. > > Shouldn't `switch-frame' be ignored for similar reasons, then? Currently `switch-frame' is ignored in `mouse-avoidance-ignore-p', so the mouse pointer is not moved when `switch-frame' is generated in a new frame after switching between Emacs frames. But maybe it should be handled like `focus-in', i.e. also to not ignore it in `mouse-avoidance-ignore-p' and to move the mouse pointer after switching between Emacs frames. From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 18:29:30 2014 Received: (at 17439) by debbugs.gnu.org; 11 May 2014 22:29:30 +0000 Received: from localhost ([127.0.0.1]:59807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjcFN-0002VC-JE for submit@debbugs.gnu.org; Sun, 11 May 2014 18:29:30 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:14204) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjcFL-0002Uy-1N for 17439@debbugs.gnu.org; Sun, 11 May 2014 18:29:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVMXW5vY/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKsDg0wh X-IPAS-Result: ArYGAIDvNVMXW5vY/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKsDg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208,217";a="62374199" Received: from 23-91-155-216.cpe.pppoe.ca (HELO pastel.home) ([23.91.155.216]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 11 May 2014 18:29:20 -0400 Received: by pastel.home (Postfix, from userid 20848) id 011EC600A4; Sun, 11 May 2014 18:29:19 -0400 (EDT) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Message-ID: References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> <87r440gfhf.fsf@mail.jurta.org> Date: Sun, 11 May 2014 18:29:19 -0400 In-Reply-To: <87r440gfhf.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 12 May 2014 00:31:48 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17439 Cc: Eli Zaretskii , 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Huh? `run-with-idle-timer' is not supposed to generate any event. > It runs on `focus-out', It does. But that doesn't mean that "`run-with-idle-timer' generates the `focus-out'". The `focus-out' event is generated by the window-manager plus Emacs's C code in response to some situation such as a user action. And after execution of the command bound to `focus-out', we run the idle timers. > (defun test () (message "%S" last-input-event)) > (setq timer (run-with-idle-timer 0.1 t 'test)) > It generates: > (focus-in #) > (focus-out #) Your code generates some output which mentions `focus-out' but it did not generate those events. >>> + ;; Some window managers generate the `focus-in' event >>> + ;; when showing the Window List, >> What means "showing the Window List"? > It depends on the desktop environment, but usually this is a list of windows > shown after typing Alt-Tab. Then I still don't understand: why would Emacs get a focus-in event when the window-manager shows the "Window List"? I'd maybe expect a focus-*out* event, since suddenly the focus might go from Emacs to the Window List. Or do you mean that Emacs gets a focus-in event when the user selects an Emacs frame in the window manager's Window List (maybe even if that selection is transient while looping through all windows)? >>> + ;; but `raise-frame' forcibly switches to an Emacs >>> frame when the Window List is active, Well, this behavior is a choice of the window-manager. While I'm very happy to call raise-frame less often (so I generally agree with the direction of the patch), you could argue that this might be a bug in the window-manager. > This is specific behavior observed at least in one window manager (Gnome 2), > where typing Alt-Tab shows the Window List and generates the `focus-in' event > in Emacs at the same time. OK, I think I understand. Please make the comment a bit more clear about the fact that the focus-in event might come even *while* (rather than *when*) the "Window List thingy to select a window" is active. > But maybe it should be handled like `focus-in', i.e. also > to not ignore it in `mouse-avoidance-ignore-p' and to move > the mouse pointer after switching between Emacs frames. I don't have a strong opinion either way, but it seems like they generally should be handled in the same way, since they occur in similar circumstances (one being when you focus-in from another frame of the same Emacs session, while the other is when you focus-in from some other process). Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon May 12 16:56:01 2014 Received: (at 17439) by debbugs.gnu.org; 12 May 2014 20:56:02 +0000 Received: from localhost ([127.0.0.1]:32956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjxGS-0002Pb-VJ for submit@debbugs.gnu.org; Mon, 12 May 2014 16:56:01 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:51941 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjxGM-0002PI-K2 for 17439@debbugs.gnu.org; Mon, 12 May 2014 16:55:59 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 7FB1330A1CE8A3; Mon, 12 May 2014 13:55:52 -0700 (PDT) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> <87r440gfhf.fsf@mail.jurta.org> Date: Mon, 12 May 2014 23:39:23 +0300 In-Reply-To: (Stefan Monnier's message of "Sun, 11 May 2014 18:29:19 -0400") Message-ID: <877g5qoh7c.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>>> + ;; but `raise-frame' forcibly switches to an Emacs frame >>>> when the Window List is active, > > Well, this behavior is a choice of the window-manager. While I'm very > happy to call raise-frame less often (so I generally agree with the > direction of the patch), you could argue that this might be a bug in the > window-manager. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 Cc: Eli Zaretskii , 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>>> + ;; but `raise-frame' forcibly switches to an Emacs frame >>>> when the Window List is active, > > Well, this behavior is a choice of the window-manager. While I'm very > happy to call raise-frame less often (so I generally agree with the > direction of the patch), you could argue that this might be a bug in the > window-manager. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] >>>> + ;; but `raise-frame' forcibly switches to an Emacs frame >>>> when the Window List is active, > > Well, this behavior is a choice of the window-manager. While I'm very > happy to call raise-frame less often (so I generally agree with the > direction of the patch), you could argue that this might be a bug in the > window-manager. raise-frame causes more trouble, e.g. when another application is in full-screen mode, then they both fight for which of them should stay on the top, so typing a key in Emacs re-raises the selected Emacs frame, and then another application brings itself to the front. A comment in `mouse-avoidance-set-mouse-position' explains its rationale: ;; Ideally, should check if X,Y is in the current frame, and if not, ;; leave the mouse where it was. However, this is currently ;; difficult to do, so we just raise the frame to avoid frame switches. But actually such check already exists in `mouse-avoidance-ignore-p': (not (eq (car (mouse-position)) (selected-frame))) and the mouse pointer is not moved when it's outside of the selected frame. So I really see no problems with this patch: === modified file 'lisp/avoid.el' --- lisp/avoid.el 2014-01-01 07:43:34 +0000 +++ lisp/avoid.el 2014-05-12 20:31:28 +0000 @@ -52,9 +52,6 @@ ;; ;; - Using this code does slow Emacs down. "banish" mode shouldn't ;; be too bad, and on my workstation even "animate" is reasonable. -;; -;; - It ought to find out where any overlapping frames are and avoid them, -;; rather than always raising the frame. ;; Credits: ;; This code was helped by all those who contributed suggestions, @@ -172,12 +170,8 @@ (defun mouse-avoidance-point-position () (defun mouse-avoidance-set-mouse-position (pos) ;; Carefully set mouse position to given position (X . Y) - ;; Ideally, should check if X,Y is in the current frame, and if not, - ;; leave the mouse where it was. However, this is currently - ;; difficult to do, so we just raise the frame to avoid frame switches. ;; Returns t if it moved the mouse. (let ((f (selected-frame))) - (raise-frame f) (set-mouse-position f (car pos) (cdr pos)) t)) @@ -342,7 +336,7 @@ (defun mouse-avoidance-ignore-p () (let ((modifiers (event-modifiers (car last-input-event)))) (or (memq (car last-input-event) '(mouse-movement scroll-bar-movement - select-window switch-frame)) + select-window focus-out)) (memq 'click modifiers) (memq 'double modifiers) (memq 'triple modifiers) @@ -403,8 +403,6 @@ (defun mouse-avoidance-mode (&optional m * cat-and-mouse: Same as `animate'. * proteus: As `animate', but changes the shape of the mouse pointer too. -Whenever the mouse is moved, the frame is also raised. - \(See `mouse-avoidance-threshold' for definition of \"too close\", and `mouse-avoidance-nudge-dist' and `mouse-avoidance-nudge-var' for definition of \"random distance\".)" From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 15:33:42 2014 Received: (at 17439) by debbugs.gnu.org; 13 May 2014 19:33:42 +0000 Received: from localhost ([127.0.0.1]:34367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkISL-0007vO-VR for submit@debbugs.gnu.org; Tue, 13 May 2014 15:33:42 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:49819) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkISJ-0007vD-IX for 17439@debbugs.gnu.org; Tue, 13 May 2014 15:33:40 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s4DJXaMm021340; Tue, 13 May 2014 15:33:37 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 4955BAE173; Tue, 13 May 2014 15:33:36 -0400 (EDT) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Message-ID: References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> <87r440gfhf.fsf@mail.jurta.org> <877g5qoh7c.fsf@mail.jurta.org> Date: Tue, 13 May 2014 15:33:36 -0400 In-Reply-To: <877g5qoh7c.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 12 May 2014 23:39:23 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4941=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4941> : inlines <862> : streams <1181864> : uri <1755865> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 17439 Cc: Eli Zaretskii , 17439@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > raise-frame causes more trouble, e.g. when another application is > in full-screen mode, then they both fight for which of them should stay > on the top, so typing a key in Emacs re-raises the selected Emacs frame, > and then another application brings itself to the front. Again sounds like a bug in the window-manager. > So I really see no problems with this patch: If that works, then by all means go for it. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue May 20 17:15:47 2014 Received: (at 17439-done) by debbugs.gnu.org; 20 May 2014 21:15:47 +0000 Received: from localhost ([127.0.0.1]:54629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmrNy-0004eo-Hp for submit@debbugs.gnu.org; Tue, 20 May 2014 17:15:46 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:51431 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmrNv-0004ef-Fh for 17439-done@debbugs.gnu.org; Tue, 20 May 2014 17:15:44 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 4BC7B30A12FB48; Tue, 20 May 2014 14:15:37 -0700 (PDT) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> <87r440gfhf.fsf@mail.jurta.org> <877g5qoh7c.fsf@mail.jurta.org> Date: Wed, 21 May 2014 00:14:57 +0300 In-Reply-To: (Stefan Monnier's message of "Tue, 13 May 2014 15:33:36 -0400") Message-ID: <87sio4qhim.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> So I really see no problems with this patch: > > If that works, then by all means go for it. Installed (found no problems after more testing). [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] X-Debbugs-Envelope-To: 17439-done Cc: 17439-done@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> So I really see no problems with this patch: > > If that works, then by all means go for it. Installed (found no problems after more testing). [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] >> So I really see no problems with this patch: > > If that works, then by all means go for it. Installed (found no problems after more testing). From debbugs-submit-bounces@debbugs.gnu.org Tue May 20 18:25:15 2014 Received: (at 17439) by debbugs.gnu.org; 20 May 2014 22:25:15 +0000 Received: from localhost ([127.0.0.1]:54716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmsTD-0006Ny-1P for submit@debbugs.gnu.org; Tue, 20 May 2014 18:25:15 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:59805 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmsTA-0006Np-Ab for 17439@debbugs.gnu.org; Tue, 20 May 2014 18:25:13 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id BD2A230CBB68E0 for <17439@debbugs.gnu.org>; Tue, 20 May 2014 15:25:10 -0700 (PDT) From: Juri Linkov To: 17439@debbugs.gnu.org Subject: Re: bug#17439: 24.3.50; run-with-idle-timer runs on focus-out Organization: JURTA References: <87ha50578c.fsf@mail.jurta.org> <834n0zwjne.fsf@gnu.org> <87r442ptpb.fsf@mail.jurta.org> <83r442upj2.fsf@gnu.org> <87ppjkkq20.fsf@mail.jurta.org> <87r440gfhf.fsf@mail.jurta.org> <877g5qoh7c.fsf@mail.jurta.org> <87sio4qhim.fsf@mail.jurta.org> Date: Wed, 21 May 2014 01:12:29 +0300 In-Reply-To: <87sio4qhim.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 21 May 2014 00:14:57 +0300") Message-ID: <877g5gqefq.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>> So I really see no problems with this patch: >> >> If that works, then by all means go for it. > > Installed (found no problems after more testing). While looking at the mouse-related items in etc/TODO I noticed this in the section Bugs: [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 17439 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>> So I really see no problems with this patch: >> >> If that works, then by all means go for it. > > Installed (found no problems after more testing). While looking at the mouse-related items in etc/TODO I noticed this in the section Bugs: [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] >>> So I really see no problems with this patch: >> >> If that works, then by all means go for it. > > Installed (found no problems after more testing). While looking at the mouse-related items in etc/TODO I noticed this in the section Bugs: **** (mouse-avoidance-mode 'banish) then minimize Emacs, will pop window back up on top of all others I guess this is fixed now and can be removed from etc/TODO? From unknown Tue Jun 17 20:05:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 18 Jun 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator