[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Proposed new core library: alert.el
From: |
Artur Malabarba |
Subject: |
Re: Proposed new core library: alert.el |
Date: |
Thu, 5 Nov 2015 09:14:37 +0000 |
2015-11-05 2:05 GMT+00:00 John Wiegley <address@hidden>:
> alert.el is a library I've been using for the last four years to provide a
> richer notification interface than `message'. The current version is here:
>
> https://github.com/jwiegley/alert/blob/master/alert.el
>
> It supports many alert backends:
>
> ;; fringe - Changes the current frame's fringe background color
> ;; mode-line - Changes the current frame's mode-line background color
> ;; gntp - Uses gntp, it requires gntp.el (see
> https://github.com/tekai/gntp.el)
> ;; growl - Uses Growl on OS X, if growlnotify is on the PATH
> ;; ignore - Ignores the alert entirely
> ;; libnotify - Uses libnotify if notify-send is on the PATH
> ;; log - Logs the alert text to *Alerts*, with a timestamp
> ;; message - Uses the Emacs `message' facility
> ;; notifications - Uses notifications library via D-Bus
> ;; notifier - Uses terminal-notifier on OS X, if it is on the PATH
> ;; toaster - Use the toast notification system
I think Emacs needs a more general interface for notifications, so I
agree this should be in Emacs.
Specially because I can see some Emacs packages using it, such as erc.
(though maybe it would be nice to ensure at least one package uses it
before release)