From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 13 17:59:36 2012 Received: (at submit) by debbugs.gnu.org; 13 Feb 2012 22:59:36 +0000 Received: from localhost ([127.0.0.1]:39360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rx4rv-00039Q-3P for submit@debbugs.gnu.org; Mon, 13 Feb 2012 17:59:36 -0500 Received: from eggs.gnu.org ([140.186.70.92]:59825) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rx4oP-00033j-Fl for submit@debbugs.gnu.org; Mon, 13 Feb 2012 17:55:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rx4mo-0001yJ-Aj for submit@debbugs.gnu.org; Mon, 13 Feb 2012 17:54:19 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:49233) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4mo-0001yF-9I for submit@debbugs.gnu.org; Mon, 13 Feb 2012 17:54:18 -0500 Received: from eggs.gnu.org ([140.186.70.92]:52082) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4mn-0001Ox-8f for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2012 17:54:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rx4ml-0001xx-RC for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2012 17:54:17 -0500 Received: from smtp02.smtpout.orange.fr ([80.12.242.124]:43899 helo=smtp.smtpout.orange.fr) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx4ml-0001xm-Mj for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2012 17:54:15 -0500 Received: from micropit.couberia.bzh ([2.12.35.148]) by mwinf5d25 with ME id ZauD1i00z3Bm80203auDkE; Mon, 13 Feb 2012 23:54:13 +0100 Received: by micropit.couberia.bzh (Postfix, from userid 1000) id 442C25006CE; Mon, 13 Feb 2012 23:54:13 +0100 (CET) From: =?utf-8?Q?Peter_M=C3=BCnster?= To: bug-gnu-emacs@gnu.org Subject: 24.0.93; dbus NotificationClosed signal should not reset idle-time when reason=1 Date: Mon, 13 Feb 2012 23:54:13 +0100 Message-ID: <87d39ifip6.fsf@micropit.couberia.bzh> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 13 Feb 2012 17:59:34 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Hello, The current idle-time is reset to 0, when a notification window expires. IMO it should not, or it should be configurable. Discussion on usenet: http://thread.gmane.org/gmane.emacs.help/83685 Test file: ; save file in /tmp/test.el and run "emacs -Q -l /tmp/test.el" (require 'notifications) (notifications-notify :timeout 1000) (defun my-test () (let ((it (current-idle-time))) (message "idle time = %f" (if it (+ (cadr it) (/ (nth 2 it) 1000000.0)) 0)))) (run-with-timer 1.5 nil 'my-test) Result: idle time = about 0.5 Expected result: idle time = about 1.5 Use case, where resetting the idle-time to 0 is annoying: On the one hand, I use `gnus-demon-add-handler' for several actions, that need to be done repeatedly and only when idle for at least some minutes. On the other hand I use (setq appt-disp-window-function 'pm/todo-notify ; popup notify-windows appt-display-interval 1) and (org-agenda-to-appt t '((headline "TODO"))) in such a way, that the notification windows are refreshed once per minute (":timeout 60000"). This is nice, because I don't need to click on the notification window, I just edit my org-mode-todo-list (switch an item from TODO to DONE), and the notification window will disappear automatically in at most 60 seconds. But when I'm idle, and once per minute a notification windows expires, the gnus-demon won't activate my handlers, because the idle-time is always reset, and this can be annoying. -- Peter From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 14 15:24:36 2012 Received: (at 10807) by debbugs.gnu.org; 14 Feb 2012 20:24:36 +0000 Received: from localhost ([127.0.0.1]:40723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RxOvQ-0004sN-PD for submit@debbugs.gnu.org; Tue, 14 Feb 2012 15:24:35 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:50876) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RxOvN-0004sA-57 for 10807@debbugs.gnu.org; Tue, 14 Feb 2012 15:24:30 -0500 Received: (qmail invoked by alias); 14 Feb 2012 20:22:44 -0000 Received: from p57BB9624.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.150.36] by mail.gmx.net (mp071) with SMTP; 14 Feb 2012 21:22:44 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1+4qGZcg2q41GLKZiqGHCErJ82wYB/Izx0HgXb3Ra UiYyDbN1nXb9Xf From: Michael Albinus To: Peter =?utf-8?Q?M=C3=BCnster?= Subject: Re: bug#10807: 24.0.93; dbus NotificationClosed signal should not reset idle-time when reason=1 References: <87d39ifip6.fsf@micropit.couberia.bzh> Date: Tue, 14 Feb 2012 21:22:33 +0100 In-Reply-To: <87d39ifip6.fsf@micropit.couberia.bzh> ("Peter \=\?utf-8\?Q\?M\?\= \=\?utf-8\?Q\?\=C3\=BCnster\=22's\?\= message of "Mon, 13 Feb 2012 23:54:13 +0100") Message-ID: <87ehtx17xy.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10807 Cc: 10807@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Peter M=C3=BCnster writes: > Hello, Hi, > The current idle-time is reset to 0, when a notification window expires. > IMO it should not, or it should be configurable. notifications.el uses D-Bus for communication. Incoming D-Bus events, like the NotificationClosed signal, are handled via `special-event-map'. In keyboard.c, the idle-time is reset for every incoming event. This is useful for keyboard or mouse events, but it might not be desired for D-Bus events. As a solution, one could change keyboard.c such a way, that D-Bus events do not result in a reset of idle-time. OTOH, for some D-Bus it might be desirable to reset the idle-time. Roughly spoken, D-Bus signals should not reset idle-time, and D-Bus method-return events should. This could be made configurable. And there might be also other events handled via `special-event-map', which should not reset idle-time when arriving. A candidate could be `config-changed-event'. In order to achieve this, "struct input_event" could be extended by a field "reset_idle_time", which is TRUE by default. Events which shall not reset the idle-time set this to FALSE. Best regards, Michael. From michael.albinus@gmx.de Wed Mar 07 02:57:53 2012 Received: (at 10807-done) by debbugs.gnu.org; 9 Mar 2012 07:43:20 +0000 Received: from [213.165.64.23] (port=33978 helo=mailout-de.gmx.net) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1S5BkT-0000Ar-QM for 10807-done@debbugs.gnu.org; Wed, 07 Mar 2012 02:57:53 -0500 Received: (qmail invoked by alias); 07 Mar 2012 07:54:46 -0000 Received: from p57BB968E.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.150.142] by mail.gmx.net (mp029) with SMTP; 07 Mar 2012 08:54:46 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1+mRFRGXeWmmOq7VdIMTNPAjE/JS/s/pYovqYsW12 QWfSDQh0ePNiYm From: Michael Albinus To: Peter =?utf-8?Q?M=C3=BCnster?= Subject: Re: bug#10807: 24.0.93; dbus NotificationClosed signal should not reset idle-time when reason=1 References: <87d39ifip6.fsf@micropit.couberia.bzh> Date: Wed, 07 Mar 2012 08:54:41 +0100 In-Reply-To: <87d39ifip6.fsf@micropit.couberia.bzh> ("Peter \=\?utf-8\?Q\?M\?\= \=\?utf-8\?Q\?\=C3\=BCnster\=22's\?\= message of "Mon, 13 Feb 2012 23:54:13 +0100") Message-ID: <87fwdketha.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 10807-done Cc: 10807-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 07:57:53 -0000 Peter M=C3=BCnster writes: > Hello, Hi, > The current idle-time is reset to 0, when a notification window expires. > IMO it should not, or it should be configurable. I have modified notifications.el such a way, that the corresponding signal handler is registered only in case :on-close has passed as argument to `notifications-notify'. This shall avoid superfluous arrival of signals, which generates D-Bus events. Best regards, Michael. From unknown Tue Aug 19 22:00:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 06 Apr 2012 11:24:02 +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