Re: Desktop bubble notifications [Was: Re: Add function to make frame topmost?]

[Lennart Borgman]

On Sun, May 2, 2010 at 11:32 PM, David De La Harpe Golden
<address@hidden> wrote:
> Jan Djärv wrote:
>
>
>>
>>> Linking emacs, at least x11/gtk emacs, against libnotify and supporting
>>> a (notify-send ...) or something usable from within emacs would probably
>>> be quite doable. Maybe the elisp api could be wrapped around the other
>>> platforms' native similar facilities on non-x11.
>>>
>>
>> This is a good idea.
>>
>
> Hmm. The "other platforms" thing was worrying me, particularly given the
> build-from-scratch angle Lennart came in on, so I searched the internet
> outside my usual haunts:


I was not really suggesting that... - but some Emacs specific way of
notification popup would be good too.


> *** Growl, snarl, libnotify. mumbles:
>
...
> So, um. Turns out, someone (one Jonathan Arkell) has actually written some
> basic support of growl-like systems for emacs, including libnotify, called
> (somewhat cryptically) "todochiku.el".  It is simply using the command-line
> clients for the respective notification systems on the various platforms
> (like the one I used) rather than the more versatile C/ObjC/C++ apis.
> [6][7].


I took a quick look at Growl for Windows. It has a command line
program, growlnotify.exe, which todochiku.el uses.

Unfortunately growlnotify.exe can't wait for the user click on the
notification popup. That is too bad, because if it could it would
perhaps be easy to integrate with Emacs in a more useful way. Then
sentinentals could be used for callbacks.

I sent a mail to the growl mailing list and asked for a /wait switch.


> IMNHO core emacs support should probably be by library bindings (or wire
> protocol) rather than commmand line callout as used by the existing
> todochiku.el though - generally more powerful for all systems, especially on
> fd.o.


What more could be done that way than would be possible if
growlnotify.exe had a /wait switch?