From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rasmus Newsgroups: gmane.emacs.devel Subject: Re: Redirecting messages Date: Fri, 06 Nov 2015 10:38:59 +0100 Message-ID: <87lhab1n7w.fsf@gmx.us> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1446802815 14680 80.91.229.3 (6 Nov 2015 09:40:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Nov 2015 09:40:15 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 06 10:40:08 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZudV8-0005OC-4G for ged-emacs-devel@m.gmane.org; Fri, 06 Nov 2015 10:40:06 +0100 Original-Received: from localhost ([::1]:37604 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZudV7-0002mD-AK for ged-emacs-devel@m.gmane.org; Fri, 06 Nov 2015 04:40:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZudUL-00028n-0q for emacs-devel@gnu.org; Fri, 06 Nov 2015 04:39:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZudUG-0008DE-Vp for emacs-devel@gnu.org; Fri, 06 Nov 2015 04:39:16 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:58988) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZudUG-0008An-Pg for emacs-devel@gnu.org; Fri, 06 Nov 2015 04:39:12 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZudUE-0004hL-Bw for emacs-devel@gnu.org; Fri, 06 Nov 2015 10:39:10 +0100 Original-Received: from tsn109-201-154-153.dyn.nltelcom.net ([109.201.154.153]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Nov 2015 10:39:10 +0100 Original-Received: from rasmus by tsn109-201-154-153.dyn.nltelcom.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Nov 2015 10:39:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 32 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: tsn109-201-154-153.dyn.nltelcom.net Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAANlBMVEX+/v7f3+CTk5O/v8C/ wMHPz8+fn6Cvr7C/wL92dXahoZ/AwL9MTEyAgH9gX19+f4AwLzN/gIBRedkoAAAACXBIWXMAAABI AAAASABGyWs+AAABfUlEQVRIDd3B0VbbQBBEwdstzYx3BYL8/88GYTCytD5xHpMq/gGyp5m/EInK xfMs4JLBs9TYZOdZ0diExZOisVHjGVGhamyi8UCJb2qVruTT1BkKZ4ovZsdiJJJwcBVN3CgZagJP fPHCTQYjaoIsNmEXNzInilryRZAFyGIvxUG89mmeJwFZgIM9JQc9uXEA6YUdc1S+iC/mgxs7FRwo X1ZxNRfQ2FNxr79N4qYL5IUdc68He1MIWvAjxR3ZYk9C4keKg7k1u4sHOiOqtTMiOg8EI9mCxyRO ojkYirf1tVmcRDaBOPAaHElsZidKcW9loAKIjGRdm8VeFQNeyjlX87unEDeKOV5Wzpa2CGaxF79a a3YWZ9E5m9bgEQcDsvsiBi5mLPz+xtnUxICytRQnYTMg58KZyilGmjgLu8RYBgfKluJKTRyVS3yR FjsnvskhdAlXEWGuFOXszp5pX4KdFIKoJYJ7+sTRpap6Zs+Ne9XCn+hDzDEvl6k24j/wGxJYCCwe kUkPAAAAAElFTkSuQmCC User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:4gWB5K0uf9wUMeeQctkUXUz0skw= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:193381 Archived-At: Artur Malabarba writes: > On 5 Nov 2015 7:48 pm, "Ted Zlatanov" wrote: >> >> Agreed. But if alert.el doesn't support it now, it should have a way to >> replace `message' so rather than asking every package to change, the >> user just customizes one thing globally. > > I don't think users will want to turn every single message into a > desktop notification. The `message' function has always been a very > non-intrusive approach, so it's used in very spammy ways sometimes. > > That said, a way of redirecting messages via some arbitrary function > is something that would be nice to have, and it's been mentioned > lately here. I think Stefan was pushing for this a bit, specially when > Oleh implemented the new inhibit-messages variable. Indeed, this would be nice. I would like to be able to be notified when a time-consuming R script has completed or when Org is done compiling my PDF; tramp is done copying many files, etc. Perhaps it would be nice if the default would already check some custom variable consisting of cons of (FUN or regexp for evaluating message . FUN or String to notify) Or each user can add this in her own custom message function. Rasmus -- ツ