From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?Peter_M=C3=BCnster?= Newsgroups: gmane.emacs.help Subject: Re: notifications-notify resets idle-time Date: Tue, 14 Feb 2012 00:13:09 +0100 Message-ID: <87pqdie396.fsf@micropit.couberia.bzh> References: <874nuy5okw.fsf@micropit.couberia.bzh> <87wr7tr8um.fsf@gmx.de> <87obt5siph.fsf@micropit.couberia.bzh> <87wr7t5ys8.fsf@gmx.de> <87hayxsfbo.fsf@micropit.couberia.bzh> <87sjih2wdo.fsf@gmx.de> <87mx8p5nqa.fsf@micropit.couberia.bzh> <87obt5mgc8.fsf@gmx.de> <87fweh5gw4.fsf@micropit.couberia.bzh> <87fwegv2c1.fsf@gmx.de> <877gzs5mw1.fsf@micropit.couberia.bzh> <87bop4uut0.fsf@gmx.de> <87lio7okjw.fsf@micropit.couberia.bzh> <87sjif21m2.fsf@gmx.de> <874nuvi1bl.fsf@micropit.couberia.bzh> <87lio7j6g3.fsf@gmx.de> <87ehtyhh8d.fsf@micropit.couberia.bzh> <87hayuk7jn.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329174820 29849 80.91.229.3 (13 Feb 2012 23:13:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 23:13:40 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Feb 14 00:13:39 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rx55W-0004Mw-Ii for geh-help-gnu-emacs@m.gmane.org; Tue, 14 Feb 2012 00:13:38 +0100 Original-Received: from localhost ([::1]:56776 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx55T-00043W-M7 for geh-help-gnu-emacs@m.gmane.org; Mon, 13 Feb 2012 18:13:35 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:53762) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx55O-00043O-US for help-gnu-emacs@gnu.org; Mon, 13 Feb 2012 18:13:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rx55O-0005q7-1L for help-gnu-emacs@gnu.org; Mon, 13 Feb 2012 18:13:30 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:54922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rx55N-0005pw-RF for help-gnu-emacs@gnu.org; Mon, 13 Feb 2012 18:13:30 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Rx55I-0004BW-0N for help-gnu-emacs@gnu.org; Tue, 14 Feb 2012 00:13:24 +0100 Original-Received: from arennes-359-1-260-148.w2-12.abo.wanadoo.fr ([2.12.35.148]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Feb 2012 00:13:23 +0100 Original-Received: from pmlists by arennes-359-1-260-148.w2-12.abo.wanadoo.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Feb 2012 00:13:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 25 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: arennes-359-1-260-148.w2-12.abo.wanadoo.fr User-Agent: Gnus/5.130002 (Ma Gnus v0.2) Emacs/24.0.93 (gnu/linux) Cancel-Lock: sha1:drC3OOZPvvG93hr907b1rrc1o3Q= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:83742 Archived-At: On Mon, Feb 13 2012, Michael Albinus wrote: > One idea would be to add a property `dont-reset-idle-time' to an > incoming event. Per default it is nil, and the timer is reset. But if > this property exists non-nil, the timer isn't reset. It should depend on the reason (second argument of signal), because when the user presses the mouse button, he is not idle. Expiration can happen without user action. > Please do. I wouldn't call it bug but wishlist, but it might be worth to > implement. Chances are good that I will do, but I would like to discuss > first with the other developers. Ok, done. > Wouldn't it suffice just to deregister signal "NotificationClosed"? How? With dbus-unregister-service? Thanks for your efforts, -- Peter